SaaS 側が侵害されたときの利用者の後始末：GitBook の全 API トークン無効化の例
GitBook が AI エージェントを使った標的型攻撃で一部のインフラ認証情報に不正アクセスされたと公表（11 月 2 日 19 時 CET）。連携用トークン、Git Sync のシークレット、API トークン、GitBook Assistant に訪問者が入力した質問が見られた可能性があり、同社は全顧客の API トークンを無効化した。
利用者がやること
- GitBook の API トークンを再発行し、使っている CI、スクリプト、ボットのシークレットを差し替える（無効化済みなので、放置すると連携が止まる）。
- Git Sync で使っていた GitHub/GitLab 側の認証情報やアプリの権限を確かめ、必要なら作り直す。連携先のリポジトリに見覚えのない操作がないかも見る。
- GitBook と連携している他サービスのシークレット（Webhook の署名鍵など）を再発行する。
- GitBook の MCP サーバーを AI ツールにつないでいる場合は再認証する。
- 公開ドキュメントが改ざんされていないか、最近の変更履歴を確かめる（GitBook は現時点で改ざんの証拠はないとしている）。改ざんされたドキュメントのインストール手順やコマンドは、読者への攻撃経路になりうる。
- Assistant に入力された質問が見られた可能性があるので、利用者が秘密情報を入れていそうな場合は告知を検討する。
日頃の備え
- 外部 SaaS に渡すトークンは、用途ごとに分けて最小権限にしておく。どのトークンがどこで使われているかの一覧があると、こうした一斉失効のときに差し替えが速い。