GitBook 在一場涉及 AI 代理的攻擊導致基礎設施憑證遭竊取、並可能暴露客戶資料後，已敦促客戶更換 API 權杖與整合密鑰。
摘要
- GitBook 表示，基礎設施憑證於 11 月 2 日遭到存取，因而促使服務關閉與憑證更換。
- 可能暴露的資料包括整合權杖、Git Sync 密鑰、API 權杖，以及訪客向 Assistant 提出的問題。
- 客戶必須輪換相關憑證，並重新驗證與 GitBook MCP 伺服器的連線。
- 應用程式、API 與已發布的文件已恢復，不過部分服務可能仍處於降級狀態。
根據 GitBook 的事件通知，攻擊者於 11 月 2 日中歐時間晚上 7 點（相當於世界協調時間下午 6 點或美國東部時間下午 1 點）未經授權存取了部分基礎設施憑證。
這家文件服務供應商表示，它立即偵測到攻擊並著手控制。其應變措施包括在保護基礎設施的同時，將需要驗證的應用程式與文件網站下線。
該公司表示，公開已發布的資料透過快取資料盡可能維持可用。截至其 11 月 3 日中歐時間下午 4 點 21 分的更新，應用程式、API 與已發布的文件已再次可用，不過部分服務的復原工作仍在持續進行。
GitBook 更換憑證並撤銷客戶權杖
GitBook 將此次入侵描述為一場使用 AI 代理的精密、高度針對性攻擊，並表示它已阻擋攻擊者、修補相關漏洞，並更換了其基礎設施中的所有憑證與密鑰。
該公司使客戶 API 權杖失效，並表示僅在其團隊確信服務安全後才恢復服務。
其調查確認了四類可能遭存取的資訊：整合權杖、Git Sync 密鑰、API 權杖，以及文件訪客向 GitBook Assistant 提交的問題。
該通知描述了可能存取這些紀錄的情況，但並未聲明每位客戶的資訊都已被取走。它未提供客戶數量或可能暴露紀錄的數量。
「現階段，我們尚未發現任何證據顯示您在 GitBook 中的內容遭到修改，」該公司表示。
GitBook 的聲明將內容完整性與憑證及 Assistant 問題的可能暴露分開處理。其客戶指示涵蓋了在 GitBook 上以及與外部工具連線時所使用的憑證。
客戶收到輪換密鑰的新指示
客戶已被告知要輪換現有的 GitBook API 權杖，該公司並確認所有個人 API 權杖已於事件期間被撤銷。
這些指示也延伸至用於將其他工具連接至 GitBook 的第三方 API 權杖或密鑰。擁有使用密鑰之已發布整合的客戶也應更換這些密鑰。
GitBook MCP 伺服器的使用者必須重新驗證其連線。該公司指引客戶向其組織的管理員尋求協助以完成該流程。
該指引在 GitBook 的兩次已發布更新之間有所改變。在 11 月 3 日中歐時間下午 1 點 15 分，其初步通知表示當時無需客戶採取行動，並承諾在服務恢復後提供指示。
到了較晚的更新，客戶被要求更換憑證並重新連接 MCP 伺服器。GitBook 將此事件描述為影響眾多客戶的全平台問題。
Trade.xyz 於 11 月 2 日稍早恢復了其文件
另一起文件事件於 11 月 2 日上午影響了 Trade.xyz，當時該交易平台發現其 GitBook 頁面上出現未經授權的活動。
Trade.xyz 表示，已於東部時間上午 9 時 15 分將文件恢復至先前狀態。儘管如此，在調查持續進行期間，仍建議使用者避免點擊文件內的連結。
該恢復時間早於 GitBook 當天稍晚所披露的基礎設施存取時間。兩份公告均未證實這些事件共享同一攻擊者或同一入侵入口。
Trade.xyz 的聲明僅涉及其文件，並未指出 Hyperliquid 底層交易基礎設施遭到入侵。其公告未提供使用者損失金額、受影響錢包數量或攻擊者地址。
安全研究人員記錄了 AI 代理在其他入侵事件中的應用
在 10 月 30 日的一份研究報告中，Google 威脅情報小組與 Mandiant 描述了攻擊者在實際入侵過程中使用了由 AI 驅動的安全測試框架。
研究人員表示，他們觀察到包括 ARTEX、Hexstrike 和 CAIRN 在內的工具在攻擊的多個階段遭到濫用。自 8 月下旬以來，事件應變團隊已看到涉及系統間移動、資料庫利用以及準備竊取資料的代理活動。
Google 的報告描述了此類工具所利用的弱點，包括遭竊的憑證和未修補的系統。報告建議採取包括短效憑證、有限權限以及系統間隔離在內的控制措施。
GitBook 表示，正在監控是否出現進一步攻擊，並正在引入額外的安全措施。該公司正在準備一份完整的事後報告，其中包含有關此次入侵的更詳細資訊。
