事件：官方事件页与恢复时间线
11 月 4 日，广泛用于软件与加密行业文档托管的平台 GitBook 披露一起安全事件：官方将其定性为「利用 AI 智能体发起的高度定向复杂攻击」（a sophisticated, highly targeted attack using AI agents）。据官方事件页与 Decrypt、crypto.news 的一致报道，攻击者于 11 月 2 日 19:00（欧洲中部时间，北京时间 11 月 3 日凌晨 2 时）未经授权获取了 GitBook 部分基础设施凭证；公司称检测到入侵后立即采取行动阻止影响扩大，并临时关闭 GitBook 应用及需要身份验证的文档站点。
调查显示，攻击者可能接触到集成令牌、Git Sync 密钥、API 令牌，以及访客向 GitBook AI 助手（GitBook Assistant）提出的问题。GitBook 强调目前未发现平台内用户内容遭篡改的证据。截至发稿，官方状态页仍将事件置于监控状态，并提示部分服务性能可能仍受影响。
响应：按「已泄露」处理的全平台凭证轮换
GitBook 的处置不是打补丁了事，而是按凭证已泄露处理：撤销平台上所有用户的个人 API 令牌，更换基础设施中的全部凭证与密钥，并要求用户轮换现有 GitBook API 令牌、用于连接 GitBook 与其他工具的第三方 API 令牌和密钥；使用包含密钥的已发布集成服务的用户需更新相关密钥，GitBook MCP 服务器用户则要重新完成身份验证。据 PANews 转述官方公告，应用、API 及已发布文档已于北京时间 11 月 3 日 23:21 恢复访问。
波及面在加密行业尤为直观：去中心化交易所 PancakeSwap 获悉后预防性下线了托管在 GitBook 上的文档，确认自身系统与应用未受影响，随后把文档迁移至自有基础设施再恢复访问，原有文档链接保持可用。对大量把文档、SDK 说明与集成指南挂在 GitBook 上的加密与 Web3 项目而言，「访客向 AI 助手提问的内容可能泄露」意味着内部讨论也可能经文档入口外流。
为什么重要：AI 智能体从工具变成攻击载体
这起事件值得单独记录的原因不在损失规模，而在攻击形态：官方口径明确攻击「使用 AI 智能体」实施——智能体在这里不是被攻击的对象，而是攻击者用来侦察、执行与放大的执行工具。当文档平台、密钥库、CI 系统纷纷接入智能体与 MCP 服务，攻击面从「代码仓库」扩展到「智能体能读到的 everything」：文档里嵌的 API Key、集成令牌、环境变量都可能越过原有权限边界。GitBook 要求「轮换而非修补」，等于默认凭证已进入攻击者视野。
它也不是孤例。网络安全公司 Wiz 在 10 月 30 日发布的报告把 10 月称为 AI 开发者平台的「黑色十月」：当月至少 9 个平台出现安全事件，包括 Zeabur、Fireworks AI、Lightning AI、Opencode、Warp 与 Northflank 等，攻击目标高度一致——平台存储的环境变量与 AI 访问凭证；Wiz 同时披露两起亚马逊 Bedrock 凭证泄露案例，一把密钥 30 小时内被调用约 80 万次，另一把 13 小时内被调用约 170 万次，按标价合计产生约 10 万美元用量。此前英伟达云开发环境 Brev 也向客户通报了 SSH 密钥可能暴露、16 天未授权活动窗口的事件。智能体能力越强、能自主操作的云服务越多，文档、密钥库与身份审计的边界就越需要重画。
给从业者的三个动作
综合 GitBook 公告与 Wiz 报告的共性建议：其一，凡使用过受影响平台的，立即轮换 API 令牌与第三方集成密钥，不要只改平台侧密码；其二，审计智能体与自动化工具的凭证作用域，按最小必要原则收权，敏感环境启用行为留痕；其三，把「文档、聊天记录、配置文件中不得出现明文密钥」当作硬约束——多起事件的起点都是一把躺在文档或环境变量里的密钥。