GitBook 遭 AI 智能体攻击：相关令牌被吊销，PancakeSwap 撤下文档

据 Coinfomania 和 Altcoin Buzz 两家媒体在 11 月 3 日的报道，文档托管平台 GitBook 遭遇了一起与 AI 智能体相关的安全攻击。Coinfomania 的标题确认 GitBook 已就此实施安全措施，Altcoin Buzz 则在同一起事件中补充了两个更具体的动作：相关令牌被吊销，以及加密项目 PancakeSwap 撤下了托管在 GitBook 上的文档。

GitBook 是加密与开源社区常用的文档托管平台，项目的接口说明、合约文档和开发者指南往往集中放在这里。一旦文档入口出问题，受影响的就不只是页面显示，还包括依赖这些文档做集成、对接和上线的开发者。

目前公开的信息集中在一条动作链上：攻击发生、令牌被吊销、项目文档被撤下。Altcoin Buzz 把“令牌吊销”与“PancakeSwap 撤下文档”并列写进标题，说明平台侧和项目侧的止损处理几乎同时发生，而不是事后分头补救。

这起事件的核心风险点在于 AI 智能体的权限边界。当智能体被授予读写文档仓库、调用管理 API 或代用户执行操作的能力时，它掌握的就不仅仅是一次会话，而是一组可以横向移动的凭据，令牌吊销之所以成为第一时间的动作，正是因为它是切断这类访问最直接的手段。

需要说明的是，两家媒体已经披露的信息集中于“被攻击—吊销令牌—撤下文档”这一层面，标题中并未给出入侵路径、受影响账号范围或攻击者身份。GitBook 为何会在与智能体相关的场景中失去访问控制，仍需等待平台方的正式说明才能确认。

更值得留意的是，文档平台过去通常被当作“只读的展示层”，安全投入普遍低于代码仓库和生产系统。但当智能体开始承担改文档、发版本、同步接口变更这类工作后，文档平台实际上被拉进了自动化链路，其凭据价值也随之上升，成为攻击者眼中更划算的目标。

对使用文档平台的团队而言，这起事件给出的直接提示是重新清点智能体持有的凭据：哪些是长期有效的、哪些能写而非只能读、哪些可以绕过人工确认直接发布。权限收紧与轮换机制，往往比事后撤文档更能降低损失。

后续可以观察三点：GitBook 是否发布完整的事故复盘，PancakeSwap 的文档何时恢复上线，以及是否有其他使用 GitBook 的项目披露类似影响。