문서 플랫폼 GitBook이 11월 2일 19시(CET) 일부 인프라 자격 증명이 탈취당했다고 공개했습니다. 회사는 공격을 AI 에이전트를 쓴 정교한 표적 공격이라고 설명했습니다. 탐지 직후 앱과 인증이 필요한 문서 사이트를 내렸고, 공개 문서는 캐시로 버텼습니다.
노출 가능성이 있는 항목이 일반 침해 사고와 다릅니다. Git Sync 시크릿, GitBook API 토큰, 외부 도구를 연결할 때 쓴 타사 API 토큰, 그리고 방문자가 GitBook Assistant에 입력한 질문입니다. 앞의 세 가지는 고객 시스템으로 넘어가는 열쇠이고, 마지막은 방문자가 쓴 내용 그 자체입니다.
GitBook을 쓰는 팀이 지금 할 일은 세 가지입니다. API 토큰을 새로 발급하고, 연동에 쓴 타사 토큰과 시크릿을 교체하고, MCP 서버를 다시 인증하는 것입니다. 회사가 모든 고객 API 토큰을 무효화했으므로 기존 토큰으로 돌아가는 자동화는 이미 멈춰 있을 것입니다.
| 노출 가능 데이터 | 무엇이 열리나 | 지금 할 일 |
|---|---|---|
| Git Sync 시크릿 | 연결된 Git 저장소와 문서 동기화 경로 | 시크릿 교체, 연동 재설정 |
| GitBook API 토큰 | 조직 API와 자동화 파이프라인 | 전체 토큰 무효화됨, 재발급 |
| 타사 API 토큰 | GitBook에 연결한 외부 도구 | 해당 서비스에서 토큰 교체 |
| Assistant 입력 질문 | 방문자가 문서 도우미에 넣은 내용 | 민감 정보 넣은 이력 점검 |
무엇이 노출됐고 무엇이 아닌가
GitBook은 조사 결과 네 가지 데이터에 접근했을 가능성이 있다고 적었습니다. 확정이 아니라 가능성이라는 표현을 썼습니다. 대신 조사 시점까지 GitBook 안의 콘텐츠가 수정됐다는 증거는 발견되지 않았다고 밝혔습니다.
이 구분이 중요합니다. 문서가 변조된 사고가 아니라 문서에 접근할 수 있는 열쇠가 넘어간 사고입니다. 침해 자체보다 그 열쇠로 무엇을 했는지가 남은 위험입니다.
회사는 인프라 전체의 자격 증명과 시크릿을 교체했고, 플랫폼의 모든 고객 API 토큰을 무효화했습니다. 안전하다고 확신한 뒤에만 서비스를 복구했다고 밝혔습니다. 앱과 API, 공개 문서는 다시 열렸지만 전체 성능을 되돌리는 동안 일부 서비스는 느릴 수 있습니다.
네 번째 항목은 눈에 덜 띄지만 성격이 다릅니다. 문서 도우미에 붙여넣는 질문에는 고객 데이터나 코드 조각이 섞이기 쉽습니다. GitBook이 무단 접근을 인지한 시점부터 서비스를 내린 구간까지의 대화가 어디까지 남았는지가 확인 대상입니다.
왜 MCP 서버 재인증인가
GitBook은 MCP 서버 사용자에게 재인증을 요청했습니다. MCP는 AI 클라이언트가 외부 도구와 문서에 접근할 때 쓰는 연결 규약입니다. 이 연결에는 접근 권한을 위임한 토큰이 붙습니다.
토큰을 모두 무효화했다면 기존 인증은 더 이상 유효하지 않습니다. 재인증은 새 열쇠를 발급하는 절차이고, 동시에 어떤 클라이언트가 붙어 있었는지 확인하는 기회입니다. 조직 관리자가 직접 처리해야 하는 이유도 여기에 있습니다.
문서 플랫폼이 표적인 이유
문서에는 제품 구조와 운영 절차, 내부 저장소 주소, 때로는 키 이름까지 남습니다. 개발자에게는 안내서지만 공격자에게는 지도입니다. 여기에 AI 어시스턴트가 붙으면 방문자의 질문까지 쌓입니다.
연동이 많은 서비스일수록 피해 범위가 넓어집니다. GitBook 하나에 Git 저장소와 외부 도구가 토큰으로 연결돼 있으면, 한 곳이 뚫릴 때 여러 시스템의 열쇠가 같이 흔들립니다. 이번 사고에서 고객에게 요구한 조치가 토큰 교체와 재인증으로 길어진 이유입니다.
장애 대응의 순서도 눈여겨볼 부분입니다. 공개 문서는 캐시로 계속 서비스하고, 인증이 필요한 앱과 문서 사이트만 내렸습니다. 읽는 사람의 접근을 끊지 않으면서 쓰기 권한이 붙은 경로를 먼저 닫은 셈입니다.
원문 반응
해커뉴스 댓글에서 가장 먼저 나온 지적은 공지의 형식이었습니다. 게시자가 사고 안내를 직접 옮겨 적었는데, 줄바꿈과 목록이 뭉개져 읽기 어렵다는 반응이 이어졌습니다.
더 중요한 지적은 공지 위치였습니다. 한 댓글은 상태 페이지 요약에는 무단 접근 사실이 빠져 있고, 사고 상세에도 위에 적힌 노출 항목이 없다고 짚었습니다. 고객이 지원 티켓을 열어야 안내를 받았다는 점도 함께 비판받았습니다.
현장에서는 토큰 교체가 진행 중이라는 반응이 많았습니다. 재설정 절차를 마친 뒤 문서를 다시 정리하겠다는 게시자 답글도 있었습니다.
지금 확인할 것
토큰 목록은 대개 몇 년치가 쌓여 있습니다. 만료일이 없거나 발급자를 기억하지 못하는 토큰은 회전 대상 1순위입니다. 이번 사고처럼 외부에서 전부 무효화하기 전에, 스스로 정리해 두면 다음 번에는 재설정 범위가 훨씬 좁아집니다.
GitBook을 쓰지 않더라도 같은 구조를 점검할 만합니다. 외부 도구에 발급한 토큰이 몇 개인지, 그중 언제 발급했는지 모르는 것이 몇 개인지 세어 보는 것으로 시작합니다. 권한은 필요한 범위보다 넓게 발급된 경우가 많습니다.
문서에 키 이름이나 내부 주소를 적어 두는 관행도 함께 봐야 합니다. 이번처럼 열쇠가 넘어가는 사고에서는 문서에 적힌 구조 정보가 다음 공격의 재료가 됩니다.
회사는 추가 공격 모니터링과 보안 조치를 강화하고, 전체 사후 분석 보고서를 곧 공개하겠다고 밝혔습니다. 지금 확인할 수 있는 공개 자료는 상태 페이지의 인시던트 기록과 고객에게 발송된 안내입니다.
정리하면, 이번 사고는 문서가 바뀐 사건이 아니라 열쇠가 바뀐 사건입니다. 토큰을 새로 발급하고, 연동을 다시 승인하고, Assistant에 넣은 질문 이력을 점검하는 세 가지가 남은 일입니다.
[한성] PNY GeForce RTX 5080 OC D7 16GB Triple Fan
로켓배송으로 바로 받기이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
