Nontraditional Red Teams

Zach Holman

비전통적인 레드팀

원문은 Zach Holman님이 에 게재했습니다. 이 블로그 구독하기

대부분의 개발자는 레드팀을 안다: 시스템의 적대자 역할을 맡아 코드나 조직의 취약점을 찾아내도록 특별히 선발된 그룹이다. 말하자면 스니커즈 같은 것이나, 뉴스룸 시즌 2의 그 짜증 나는 스토리라인 같은 거다. (누군가 소킨 본인에게도 그 건에 대해서는 제대로 레드팀을 투입했어야 했다.)

전통적인 사이버 보안 관점 말고도, 모든 개발팀이 한 번쯤은 접해봐야 한다고 생각하는 몇 가지 다른 레드팀 개념이 있다.

딕을 찾아줄 사람

옛날에 GitHub에서 처음으로 빌보드를 내보낸다고 다들 엄청 들떠 있던 적이 있다. 101번 고속도로에 광고를 거는 그런 스타트업이 되는 건 참 묘한 경험이다. 뭔가 성숙했다는, 혹은 VC 돈을 충분히 받았다는 이상하고도 뒤틀린 신호 같은 것이랄까. 특히 제품이 클라우드 속에만 존재하는 회사에게는 현실 세계에서 그 유사물을 보는 게 매우 비현실적으로 느껴진다.

그래서 마케팅팀이 작업을 하고 디자인을 거쳤으며, 어떤 모습이어야 할지 이런저런 논의를 했다. 기억하기로 그에 관한 GitHub 스레드는 이미 몇 주째 이어지고 있었고, Cameron McEfee가 마지막으로 “오늘 안에 인쇄소에 넘길 거니까, 할 말 있으면 지금 하세요. 아니면 영원히 입 다무세요!”라고 올렸다. 그 시점에 이미 수십 명이 봤으니 아마 괜찮았을 거다.

어쨌든 나는 Rick Bradley와 거의 동시에 마지막 시안을 봤고, 우리 둘 다 뭔가… 어, 이거 goatse 같은데? 몇 주 동안 샌프란시스코 도로 전체에 goatse를 뿌리는 건 아닌지 확실해? 좀 무례한 것 같은데, 하는 생각이 들었다.

일종의 Octocat...

Cameron은 “holy shit”을 외치고는 인쇄소에 가기 전에 바로 수정했다. 그리고 GitHub의 대형 론칭을 위한 전반적인 디자인 배포 과정에 일종의 ‘딕 체크’를 넣었다. 온갖 생식기 모양은 없는지, 밈으로 번질 가능성은 없는지, 그리고 새로운 작업물이 의도치 않은 방식으로 쓰일 수 있는 모든 경우를 점검하는 과정이었다.

솔직히, 팀원들이 몇 달 동안 공들인 작업을 사용자가 결국 새 로고가 엉덩이처럼 생겼다거나 뭐 그런 이유로 다 무시해 버리는 것만큼 피하고 싶은 일도 없을 것이다.

완전 바보 같은 소리처럼 들리겠지만, 비주얼을 통해 어색하거나 모욕적이거나 부적절한 걸 내놓지 않도록 적대적인 마인드로 점검해 줄 사람을 두는 건 나쁜 생각이 아니다.

마침내 인터넷 shitposter들에게도 정당한 비즈니스적 쓸모가 생긴 셈이다.

광고 차단기를 쓰는 사람

광고 차단기는 다소 논쟁적일 수 있다. 한편으로는 무료로 이용할 수 있는 웹사이트를 후원하는 게 좋은 일이지만, 다른 한편으로는 그 웹사이트들 중 상당수가 광고와 팝업, 닫을 수 없는 전면 광고로 정말 개판이기 때문이다.

하지만 어쨌든 사용자 중 일부는 광고 차단기를 쓸 것이다. 피할 수 없는 일이다. 그러니 팀에 한 명쯤은 온갖 광고 차단기를 켜 놓은 상태에서 내비게이션이 망가지면 계속 지적해 주는 얄미운 놈을 두어라. 물론 여기엔 정치적인 측면도 있다 — 누가 차단기를 차단하는가? — 하지만 어떤 파일 인클루드나 HTML 조각 하나 때문에 사이트 전체가 엉망이 되어, 사이트가 이유도 없이 작동하지 않을 때마다 — 특히 애초에 광고조차 없는 사이트에서 말이다 — 그건 요즘 웹사이트 중에서도 가장 빡치게 하는 요소 중 하나다.

패스워드 매니저를 쓰는 사람

솔직히 말하자면, 세션과 제품 로그인에 대해 할 말은 많지만 일단 이렇게 정리하자. 앞으로도 한동안 패스워드 매니저는 계속 쓰일 거고, 그런데 holy shit 도대체 가장 간단한 로그인 폼을 왜들 그렇게 매번 엉망으로 만드는 거냐는 거다.

기본만 놓고 보면 그냥 사용자 이름과 비밀번호면 된다. 매직 링크나 2FA, 엔터프라이즈 로그인 같은 걸 덧붙이는 건 — 뭐, 어느 정도는 — 이해한다. 하지만 너무 많은 개발팀이 기본 폼조차 제대로 못 만든다. 뭔가 기발하다고 생각한 커스텀을 해 놔서 1Password 같은 패스워드 매니저가 폼을 자동완성하지 못하게 만들어 버린다. (물론 그중 일부는 1Password 자체가 쳐다보기만 해도 고장 나는 맛이 간 소프트웨어가 되어 버렸기 때문이기도 하지만, 무슨 말인지 알 것이다.)

그러니 팀에서 최소 한 명은 패스워드 매니저를 써야 한다. 내 말은, 물론 전원이 써야겠지만, 제발 적어도 한 명이라도 “왜 우리 사이트에서 자동완성이 안 되지?”라고 목소리를 내게 하라. 그리고 고쳐라.


이런 것들 중 어느 것도 심각한 장애물은 아니다. 사람들은 망가진 폼이나 웹사이트도 어떻게든 피해 가고, 운전자들도 고속도로의 그 물건을 보고 그냥 지나칠 것이다. 하지만 이런 것들은 사실 아주 쉽게 막을 수 있다. 가장 큰 문제는 새 기능을 만들 때 신경 써야 할 게 너무 많다는 것이다… 그래서 신선하고 적대적인 시각으로 접근하는 일종의 ‘레드팀’을 두는 게 그렇게 도움이 되는 것이다.

어쨌든 제품을 만들 때 이 점을 한 번 생각해 보길 바랐다! 도움이 된다고 생각한다면, 나는 지금 이 스티커들을 인쇄소에 보내려던 참이다. 하나 갖고 싶으면 알려 달라.

눈을 써라!

이 글은 muse-spark-1.2-contributor 모델을 사용해 번역했습니다.

댓글