GitBook披露11月2日AI代理入侵事件,紧急重置API令牌

GitBook确认遭AI代理入侵

文档平台GitBook于11月3日披露,攻击者利用AI代理获取了其部分基础设施凭据,公司被迫下线服务,并要求客户紧急轮换密钥。其官方安全披露显示,未授权访问发生在11月2日中欧时间晚7时(UTC时间18时),系统在入侵发生后立即检测并启动遏制措施。GitBook称这是一次使用AI代理的高度定向复杂攻击,但未说明涉及哪些AI系统、凭据如何被获取,以及自家AI产品是否牵涉其中。

这一区分很关键:与只会回答提示的聊天机器人不同,AI代理能在极少人工监督下执行多步骤操作序列,因此对希望将入侵部分环节自动化的攻击者颇具吸引力。作为应对,GitBook在加固基础设施期间将应用及所有需要登录的文档站点下线,同时尽可能通过缓存副本维持公开页面可访问。调查确认了四类可能被访问的记录:集成令牌、连接文档与代码仓库的Git Sync密钥、API令牌,以及访客提交给GitBook Assistant的问题。公司表示未发现任何客户内容被修改的证据,也未披露受影响的客户或记录数量。

截至11月3日中欧时间下午4时21分的更新,应用、API和已发布的文档均恢复访问,但部分服务在恢复期间可能仍有降级。GitBook称已封锁攻击者、修复被利用的漏洞、更换自身基础设施凭据,并使客户API令牌失效。此类令牌是平台签发、可随时撤销的密钥,其运作方式不同于加密货币钱包中的私钥。客户被要求轮换GitBook API令牌、更换第三方令牌和集成密钥,并对Model Context Protocol服务器重新认证,该协议用于让AI助手连接GitBook等服务。当天早些时候下午1时15分的通知曾称客户无需采取任何行动,公司随后推翻了这一指引。

PancakeSwap与Trade.xyz率先行动

在受影响的加密项目中,PancakeSwap反应最快。消息传出后,这家去中心化交易所临时停用了自己的文档站点,将访客重定向至首页,同时强调其自有系统未受影响。PancakeSwap在公开声明中表示,其文档“未遭入侵”,应用不受影响,并提醒用户其文档从不要求钱包交易,因为“文档绝不会要求你连接加密钱包或授权代币”。该交易所随后在自有控制的基础设施上恢复了文档,原有链接继续有效,在披露消息后数小时内完成了这次迁移。

同一天早些时候,Trade.xyz遭遇了另一起文档事故,两者可能并无关联。这家交易平台在11月2日上午发现其GitBook页面存在未授权活动,至东部时间上午9时15分已将文档恢复原状,同时建议用户在调查期间避免点击文档内的链接,这是针对钓取钱包地址或诱导恶意签名的页面的标准防范建议。此次恢复发生在GitBook后来披露的中欧时间晚7时访问窗口之前,两份声明均未证实两起事件有相同的攻击者或入口。Trade.xyz的声明仅涉及其文档,未发现底层交易基础设施遭到入侵,也未给出用户损失金额、受影响钱包数量或攻击者地址。

更广泛的背景出现在10月30日:Google威胁情报团队与Mandiant发布研究,记录了攻击者在真实入侵中滥用AI驱动的安全测试框架的情况,涉及ARTEX、Hexstrike和CAIRN等工具。自8月底以来,其事件响应团队已观察到代理活动横跨系统间的横向移动、数据库利用以及为数据外传做准备。报告列出了此类工具利用的弱点,包括凭据泄露和未打补丁的系统,并建议采用短时效凭据、最小权限和系统隔离。

文档站点处于信任链路上

文档门户在加密行业占据着特殊的信任位置:用户在官方文档中查找连接钱包、签署交易的操作指引,因此一旦凭据被盗或页面遭篡改,这种信任就可能被转化为钓鱼通道。PancakeSwap选择自建托管而非等待GitBook的全面解除警报,反映了项目方如今对这一风险的权衡。目前确认的事实仍然有限:四类记录可能被访问,没有内容被修改的证据,也没有客户数量。GitBook表示正在准备完整的复盘报告;在报告发布之前,Assistant问题被列入暴露类别这一点表明,即便是元数据也可能被用于定向攻击,而凭据轮换,最好配合短时效密钥,才是治本之策。对用户而言,此事再次印证了资产保护的通行建议:遵循任何操作指引之前,先确认自己访问的是官方基础设施。