GitBook 遭 AI 驱动网络攻击后敦促重置令牌

GitBook 在一场涉及 AI 代理的攻击导致基础设施凭据被入侵并可能泄露客户数据后，敦促客户更换 API 令牌和集成密钥。

根据 GitBook 的事件通知，攻击者于 11 月 2 日中欧时间晚上 7 点（相当于 UTC 下午 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 表示，正在监控进一步的攻击并引入额外的安全措施。该公司正在准备一份完整的事件后报告，其中包含有关此次入侵的更详细信息。