GitBook, 11월 2일 AI 에이전트 침해 공개 후 고객 토큰 재설정 주문

GitBook, AI 에이전트 기반 침입 공식 확인

암호화폐 프로젝트들이 문서화에 널리 쓰는 플랫폼 GitBook이 11월 3일, 공격자가 AI 에이전트를 활용해 일부 인프라 자격 증명에 접근했다고 밝혔다. 회사는 서비스를 오프라인으로 전환하고 고객 키의 긴급 교체에 나섰다. 보안 공개 문서에 따르면 무단 접근은 11월 2일 중부유럽시간 오후 7시(UTC 오후 6시)에 발생했고, 시스템이 침입을 즉시 감지해 차단 조치에 들어갔다. GitBook은 이번 사건을 AI 에이전트를 동원한 정교하고 표적화된 공격으로 규정했지만, 어떤 AI 시스템이 쓰였는지, 자격 증명이 어떻게 유출됐는지, 자사 AI 제품이 관여했는지는 설명하지 않았다.

이 구분이 중요한 이유는 단순 질의에 답하는 챗봇과 달리 AI 에이전트는 인간의 감독을 최소화한 채 여러 단계의 행동을 실행할 수 있기 때문이다. 공격자 입장에서 침입 과정 일부를 자동화할 수 있는 기술인 셈이다. GitBook은 인프라를 보호하는 동안 인증이 필요한 애플리케이션과 모든 문서 사이트를 오프라인으로 전환했고, 공개 페이지는 캐시 사본을 통해 최대한 오래 접근 가능하도록 유지했다. 조사 결과 잠재적으로 열람됐을 수 있는 기록은 네 가지로 나뉜다. 통합 토큰, 문서와 코드 저장소를 연결하는 Git Sync 비밀 값, API 토큰, 그리고 방문자가 GitBook Assistant에 제출한 질문이다. 회사는 고객 콘텐츠가 수정됐다는 증거는 발견하지 못했다고 밝혔으며, 영향을 받은 고객 수나 기록 수는 공개하지 않았다.

11월 3일 중부유럽시간 오후 4시 21분 업데이트 기준으로 애플리케이션, API, 공개된 문서가 다시 접근 가능해졌다. 다만 복구 과정에서 일부 서비스는 일시적으로 성능이 떨어질 수 있다고 회사는 덧붙였다. GitBook은 공격자를 차단하고 악용된 취약점을 닫은 뒤 자사 인프라 자격 증명을 교체했고, 고객의 API 토큰을 무효화했다. API 토큰은 플랫폼이 발급해 언제든 철회할 수 있는 키라는 점에서 개인 키와 작동 방식이 다르다. 고객에게는 GitBook API 토큰 교체, 제3자 토큰과 통합 비밀 값 교체, 모델 컨텍스트 프로토콜 서버 재인증이 안내됐다. 이 서버는 AI 비서가 GitBook 같은 서비스에 연결할 수 있게 하는 체계다. 같은 날 중부유럽시간 오후 1시 15분의 이른 공지에서는 고객 조치가 불필요하다는 안내가 나왔으나, 회사는 이후 이 지침을 뒤집었다.

PancakeSwap과 Trade.xyz가 먼저 움직였다

피해 프로젝트 가운데 움직임이 가장 빨랐던 곳은 PancakeSwap이다. 침해 소식이 퍼지자 분산형 거래소(DEX)는 자사 문서 사이트를 잠시 차단하고 방문자를 홈페이지로 우회시켰으며, 자체 시스템은 침해되지 않았다는 점을 강조했다. 공개 성명에서 PancakeSwap은 자사 문서가 “침해되지 않았다”며 앱도 영향을 받지 않았다고 밝혔다. 그러면서 문서 사이트는 지갑 거래를 요구하지 않는다고 재차 알렸다. “문서는 여러분의 크립토 지갑 연결이나 토큰 승인을 요구하지 않는다”는 것이다. 이 거래소는 이후 자체 통제 인프라 위로 문서를 다시 올렸고, 기존 링크도 그대로 작동한다. 공개 직후 몇 시간 만에 GitBook 의존에서 벗어난 이전이 완료된 형태다.

같은 날 한참 전에는 Trade.xyz에서 별개의, 아마도 무관한 문서화 사고가 벌어졌다. 이 거래 플랫폼은 11월 2일 오전 자사 GitBook 페이지에서 무단 활동을 확인했고, 동부시간 오전 9시 15분까지 문서를 이전 상태로 복구했다. 조사 기간에는 문서 내부의 링크를 피하라고 사용자에게 권고했다. 지갑 주소를 수집하도록 만들어진 페이지나 악성 서명을 막는 표준 지침이다. 이 복구는 GitBook이 이후 공개한 중부유럽시간 오후 7시 접근 시점보다 앞선다. 두 공지 어느 쪽도 두 사건이 같은 공격자나 진입 경로를 공유했다고 확인하지 않았다. Trade.xyz의 성명은 문서에만 국한됐으며, 하부 거래 인프라 침입은 확인되지 않았고 사용자 피해액, 영향받은 지갑 수, 공격자 주소도 공개되지 않았다.

더 넓은 배경은 10월 30일 금요일 나왔다. Google 위협 인텔리전스 그룹과 Mandiant는 실제 침입 사례에서 공격자들이 ARTEX, Hexstrike, CAIRN 같은 AI 기반 보안 테스트 프레임워크를 악용하는 모습을 담은 연구를 발표했다. 8월 말 이후 이들의 사고 대응팀은 시스템 간 횡적 이동, 데이터베이스 악용, 데이터 유출 준비로 이어지는 에이전트 활동을 관찰해왔다. 보고서는 이런 도구가 악용하는 약점으로 유출된 자격 증명과 패치되지 않은 시스템을 꼽았고, 수명이 짧은 자격 증명, 최소 권한, 시스템 간 분리를 권고했다.

문서 사이트는 신뢰 경로 위에 있다

문서 포털은 암호화폐 생태계에서 특히 신뢰받는 자리에 놓여 있다. 사용자가 지갑 연결이나 트랜잭션 서명에 관한 공식 안내를 찾는 곳이기 때문에, 이곳의 자격 증명 탈취나 변조는 그 신뢰가 곧 피싱 통로로 바뀔 수 있음을 뜻한다. PancakeSwap이 GitBook의 완전 소식을 기다리지 않고 자체 호스팅을 선택한 것은 프로젝트들이 이제 이 리스크를 어떻게 계산하는지 보여준다. 확인된 사실은 좁다. 잠재 열람 기록은 네 가지 범주, 콘텐츠 수정 증거는 없음, 영향받은 고객 수는 미공개다. GitBook은 전체 사후 보고서를 준비 중이라고 밝혔다. 보고서가 나오기 전까지는 Assistant 질문까지 노출 범주에 포함된 점이 시사하는 게 분명하다. 메타데이터만으로도 표적 공격의 재료가 될 수 있으며, 가능하면 수명이 짧은 키를 쓰는 자격 증명 교체가 근본적인 대책이다. 사용자에게는 자산 보호의 기본 지침이 그대로 유효하다. 어떤 안내를 따르기 전에 공식 인프라에 접속 중인지 먼저 확인하라.