Xbow花费4万美元AI算力，打造Chrome漏洞利用链

六天，4万美元。这就是Xbow的研究人员为把一个公开可用的AI模型带入Google Chrome源代码、直到做出一条可用的漏洞利用链所花的代价。该利用链同时逃逸了V8沙箱和Chrome的操作系统级沙箱，理论上可以让恶意网页在约十亿台Windows机器上执行代码。据CSO Online报道，Google为这一发现支付了25万美元漏洞赏金，并已修复相关缺陷。多年来我一直向董事会强调，完整的浏览器漏洞利用链成本高昂、罕见，且主要属于资源充足的攻击者。现在这句话该扔进垃圾桶了。

这件事的重要之处不在于AI找到了一个漏洞。模糊测试每天都在找漏洞。关键在于，一个通用模型在设定策略并检查其输出的人类指导下，做出了一条利用链——两次逃逸首尾相连——而成本低到一张企业信用卡就能刷下来。如果你的补丁优先级是基于对攻击者投入的假设，那么你的排期表现在已经失效了。

时间线：从选择模型到拿下25万美元赏金

按顺序还原Xbow的实际操作，比标题中的数字更有启发意义。

第0天——工具选择。团队有意选用了OpenAI的GPT-5.6 Sol——一个公开可用的模型，而非专门为安全定制的系统。这一决定正是故事最锋利的地方。他们要证明的不是精英实验室的工具能找到Chrome漏洞，而是能力的底线。任何拥有API账号的人，都能获得同样的能力。

第1至5天——分工。模型负责苦力活：检索Chrome源代码、验证假设、编写概念验证代码。人类则负责真正关键的思考——决定从哪里入手、制定策略、核实输出。这种分工正是我预期会奏效的方式，也正是它应该让你担忧的原因。这意味着进攻性研究中稀缺的资源不再是熟练工时，而是判断力。判断力无法靠算力规模化，但也不需要规模化。

第6天——利用链。结果是：一个漏洞逃逸了包含V8 JavaScript引擎的沙箱，再与第二个从Chrome操作系统进程沙箱中逃逸的漏洞串联，最终从恶意网页内启动了一个Windows应用程序。从渲染器失陷到主机代码执行，这就是完整的驱动式攻击杀伤链，且访问页面之外无需任何用户交互。

披露——赏金。Xbow将发现报告给Google，Google修复了这些缺陷，并依据其2026年新规则支付了25万美元——这是该规则下的首笔赏金。研究人员还在博客中公开了开发过程。于是这一循环以它应有的方式闭合了。这一次。

每个阶段对防御者意味着什么

时间线只有在你追问干预点在哪里时才有用。那就让我们来问一问。

模型的选择告诉你，进入门槛已经消失。我做事件响应时，浏览器漏洞的研判逻辑相当务实：完整利用链价格高昂，多数犯罪团伙是购买而非自研，而能自研的人寥寥无几。而每条4万美元的利用链——顺便一提，一周内就能获得6倍回报——这套逻辑就翻转了。零日漏洞的买方市场刚刚迎来一位新供应商：它不睡觉、不叛逃，也不会被捕。

分工告诉你，需要调整对检测的预期。人类选择从哪里看，模型则逐行穿透代码。预计这种模式会带来更多针对经过充分审计、大量使用开源组件的目标、可用且有效的利用代码。Chrome的源代码是公开的，你的资产中也有大量此类软件。代码可见性长期被防御者视为审计优势，但同样也是进攻优势——而拥有更多耐心的一方会赢。模型拥有无限的耐心。

利用链本身告诉你，这个漏洞并不奇特。两次沙箱逃逸，逻辑上层层叠加。我对「精巧」一词持怀疑态度——它通常用来粉饰只是够执着的工作。这次就是执着。六天的苦磨很枯燥，而当干活的是机器时，枯燥可以完美地规模化。如果你的检测策略只等待新颖的攻击手法，你就会大量漏掉这些枯燥却高频的攻击。

经济账有了新的底线——重新定价你的假设

这里有一笔令人不安的算账。Xbow花费了4万美元的算力和一个小团队六天的时间，拿到了25万美元。这是合法、合规、站得住脚的投资回报——白帽市场正在按设计运转。但同样的能力若朝相反方向使用，并不需要赏金，只需要一个未打补丁的浏览器和一个诱骗页面。我们此前报道过国家级行为体为较少的成果付出高额代价；BeyondTrust Remote Support 零日漏洞案例就展示了有决心的间谍行为体如何利用单个未修复的远程访问缺陷。现在想象一下，这些行为体的发现成本降到了一辆中档汽车的价格。

我审阅过的每一份将浏览器修复排在低优先级的风险模型，都在脚注某处依赖同一个假设：利用漏洞成本高昂，因此补丁可以等到常规周期。这个假设从来就不牢靠。对于拥有公开源代码、且回报足够丰厚的软件类别，它现在已经被推翻。Chrome是典型例子，但并非问题的边界。

如果日志能早点发现这一切

这类利用链在最后一步之前都是静默的。访问一个页面不会产生任何代理设备会标记的内容。渲染器漏洞运行在一个本应存在的进程之内。遥测数据第一次变得有价值，是在沙箱逃逸阶段——渲染进程在做渲染进程不该做的事——而最明确的信号则是最后一步：Chrome派生出一个意外的Windows应用程序。这是大多数成熟团队一个下午就能编写的EDR检测规则，但真正写出来的人并不多。

• 为全网Chrome的子进程建立基线。超出短名单（安装程序、更新程序、已知辅助程序）的任何进程，都应视为狩猎线索，而非噪音。
• 对渲染进程访问超出其配置范围的操作系统资源发出告警。如果你关注的是正确的边界，沙箱逃逸并不嘈杂。
• 将浏览器版本漂移视为一项可量化、有责任人的风险指标，而不是IT卫生的脚注。
• 将浏览器漏洞情报纳入补丁优先级，并设定明确的SLA：Chrome关键修复以天计，而非拖到月底。

这些都不是新的攻击手法，这恰恰是重点。能抓住这条由4万美元AI打造的利用链的防御控制措施，与能抓住人工打造的利用链的完全相同——进程溯源、沙箱边界监控和快速打补丁。变化的是攻击方的产出效率，这意味着这次被利用的，正是你补丁窗口中的那份宽容。

教训

六天里，一个现成的模型完成了精英漏洞研究中繁琐的90%，而人类提供了真正稀缺的10%。Google做了正确的事：支付赏金、修复漏洞、公开披露。但同样的六天，如果由一个不想要赏金的人来完成，结局就完全不同，而唯一改变的变量是意图。更新你的成本模型。然后今晚就去核查你的资产中运行的是哪个Chrome版本——这正是这篇报道真正提出的问题，也是你能在天亮前回答的问题。