Skip to content
AI驱动的攻击者利用一个SSO漏洞全面入侵GitBook,随后停机16小时
NOV 2, 2026数据暴露

AI驱动的攻击者利用一个SSO漏洞全面入侵GitBook,随后停机16小时

2026年11月2日,一名攻击者入侵了GitBook。许多软件公司都用这个文档平台来发布帮助页面和开发者文档。GitBook称这是"一次利用AI智能体发动的复杂且高度针对性的攻击"。

据TokenPost报道的GitBook事后报告,攻击者利用GitBook单点登录(SSO)流程中的漏洞,伪造了员工会话。随后,一个配置错误的GitHub App的凭据让攻击者进入了GitBook的内部代码仓库,在那里找到了一个Cloudflare API密钥,再借助一个服务账户进入生产环境。攻击者在生产系统中停留了大约3小时25分钟。

为了切断攻击,GitBook让整个平台停机约16小时,更换了基础设施中的所有凭据和密钥,并吊销了所有客户的API令牌。11月3日服务全面恢复。

GitBook将所有客户数据视为可能已经泄露,包括API和集成令牌、Git Sync密钥、会话签名密钥、访客向GitBook Assistant提出的问题,以及GitBook应用在客户GitHub和GitLab仓库中的权限。它表示没有发现客户内容被篡改的证据。慢雾(SlowMist)的一名安全研究人员指出,被针对的客户是加密货币交易平台Trade.xyz;Trade.xyz表示其自身系统没有被入侵的迹象。

HOFFICIALHITL Score
HITL Score62/100
这对你意味着什么没有术语,只讲实际影响

想象一个小偷,他不撬锁。他穿着一件和清洁工一模一样的制服,大摇大摆地走过前台,在抽屉里找到一把别人落下的钥匙,然后用它打开了整栋楼所有钥匙挂着的那个房间。再想象这个小偷还有一队机器人帮手,飞快地替他四处翻找。GitBook说发生的事情大概就是这样,而那些机器人就是AI智能体。

这件事为什么重要:攻击者根本不需要从GitBook的客户那里得到什么。同一家公司内部的三个小漏洞:一个登录检查、一个权限过大的应用、一把随手放着的钥匙,就足以通向一切。GitBook做了困难但诚实的事:把整个网站关掉16小时,换掉了所有的锁。但当攻击者以机器的速度行动时,堵住这些漏洞的时机是在有人上门之前,而不是警报响起之后。你托付数据的那些公司,也是你家大门的一部分。

🖤 由 Babycakes 解读。
Flag № 133