暗号資産プロジェクトに広く利用されているドキュメントプラットフォームのGitBookは、攻撃者がAIエージェントを用いて同社インフラの認証情報の一部に不正アクセスしたセキュリティ侵害を公表し、サービスのオフライン化と顧客アクセストークンの無効化を余儀なくされた。

11月3日に公開されたセキュリティ開示の中で、同社はこのインシデントを「AIエージェントを用いた高度かつ極めて標的を絞った攻撃」と説明した。GitBookによると、攻撃者は11月2日午後7時(中央ヨーロッパ時間)に不正アクセスを行い、侵入は直ちに検知され封じ込められたという。開示内容はGitBookのセキュリティインシデントステータスページで確認でき、関連する最新情報はステータスサイトに掲載されている。

AIエージェントへの言及は重要だ。単純に質問に回答する従来のチャットボットとは異なり、AIエージェントは一連のアクションを実行し、ソフトウェアと相互作用し、限られた人間の監督下でタスクを遂行できるため、サイバー攻撃の一部を自動化しようとする攻撃者にとって有用な可能性がある。OpenAIとAnthropicの実験が示したように、自律的に行動し、そのガイドラインに反することさえ可能なものもある。

GitBookは、攻撃者がこれらのツールをどのように使用したのか、どのAIシステムが関与したのか、認証情報がどのように取得されたのかについて、まだ説明していない。同社の開示は、GitBook自身のAI製品が侵入の原因であったことを裏付けるものでもない。これらの未解明の詳細は、GitBookがステータスページで更新情報を発信し続ける中、重要な未解決の問題として残されている。

インフラの保護を進める中、同社は認証が必要なアプリケーションおよびドキュメントサイトをオフラインにした。公開ドキュメントは可能な限りキャッシュコピーを通じてアクセス可能な状態が維持され、基盤システムが利用できない間も訪問者は以前保存されたページを読み続けることができた。別のステータス通知では、公開ドキュメントサイトとエディタに影響するダウンタイムが認められていた。火曜午後までに、GitBookはアプリ、API、公開ドキュメントが再びアクセス可能になったと発表したが、復旧作業中の一部サービスは機能が低下した状態が続く可能性があるという。

潜在的に漏えいした情報には、APIトークン、連携シークレット、GitBookのAIアシスタントに送信された質問が含まれる。同社は、ホスティングされたコンテンツが改ざんされた証拠は見つかっていないと述べている。

何が漏えいしたのか、なぜ重要なのか

GitBookは、事実上ソフトウェア製品のオンライン取扱説明書として機能している。暗号資産プロジェクトはこのようなプラットフォームを利用して、ソフトウェアの接続から分散型金融アプリケーションとの相互作用までを網羅する技術説明、開発者向け手順、ガイドを公開している。ドキュメント自体は公開されていることが多いが、それらを管理するシステムは非公開アカウントや外部サービスに接続できる。これらの接続は秘密に保持されるべき認証情報に依存しており、GitBookはその一部が漏えいした可能性があると述べている。

同社の調査では、連携トークン、ドキュメントとコードリポジトリを接続するためのGit Syncシークレット、ソフトウェアがGitBookと自動的に通信することを可能にするAPIトークンなど、いくつかの潜在的な影響カテゴリが特定された。

暗号資産プロジェクトが警戒強化

このインシデントは、ドキュメントサイトが公式な手順の重要な情報源として機能することが多い暗号資産業界で、すでに対応を促している。分散型取引所PancakeSwapは、この侵害の報道を受け、自社システムは侵害されていないとしながらも、ドキュメントを一時的に無効化した。

公開声明の中で、PancakeSwapは「ドキュメントは侵害されておらず、PancakeSwapアプリには影響がない」と述べた。しかしながら同取引所は予防措置としてドキュメントをオフラインにし、訪問者をホームページへリダイレクトした。また、ドキュメントではウォレット取引を実行するよう求められることはないとユーザーに注意を促し、「ドキュメントがウォレットの接続やトークンの承認を求めることは決してない」と警告した。

その後PancakeSwapは、ドキュメントをGitBookから自社管理下のインフラへ移行し、既存のドキュメントリンクが引き続き機能する形でオンラインに復帰させたと発表した。この一連の出来事は、共有ベンダーでのインシデントが、影響を受けていないプロジェクトでさえも公開ドキュメントのホスティング先を見直すきっかけとなり得ることを示している。

GitBook、デジタルキーの交換をユーザーに要請

GitBookは、攻撃者を阻止し、関連する脆弱性に対処し、自社インフラの認証情報を交換し、顧客のAPIトークンを無効化したと述べている。しかし、GitBookを他のサービスと併用している顧客には依然として対応が必要だ。これらのサードパーティ認証情報は顧客自身が設定したものであり、GitBookの管理範囲外にあり、作成者のみが交換できる。

同社の指示は「既存のGitBook APIトークンをすべてローテーションする」ことから始まり、顧客は古いデジタルアクセスキーを新しく生成したものに置き換える必要がある。ローテーションが重要なのは、新しいトークンの発行によって古いトークンが無効化され、漏えいした可能性のある認証情報の以降の使用を遮断できるためだ。GitBookはまた、外部ツールをプラットフォームに接続するために使用されるサードパーティのAPIトークンとシークレットの交換、公開済み連携に関連する認証情報を含む交換も顧客に指示している。Model Context Protocol(MCP)サーバーのユーザーは再認証が必要だ。MCPは、AIアシスタントやその他のソフトウェアツールがGitBookなどのサービスに接続することを可能にするシステムである。