谷歌用AI“接管“Chrome安全防线:一个月修的漏洞比过去两年还多

📅 2026/8/2 4:47:10 👁️ 阅读次数 📝 编程学习
谷歌用AI“接管“Chrome安全防线:一个月修的漏洞比过去两年还多

浏览器安全这块阵地,谷歌正在用一种全新的打法改写规则。Chrome安全团队最近披露的一组数据,足以让整个网络安全圈重新审视AI在漏洞治理中的角色——仅在Chrome 149和150这两个版本中,AI辅助修复的安全漏洞就达到了1072个,这个数字超过了此前23个稳定版里程碑的修复总量。换句话说,AI用一个月时间,做完了过去两年的人力安全工作。

从模糊测试到全代码库扫描的跨越

谷歌对大型语言模型的安全应用并非一蹴而就。2023年,团队开始尝试用LLM提升模糊测试的覆盖率和效率;2024年与Project Zero合作推出Naptime,给AI配备了专门的漏洞研究工具集;2025年,DeepMind和Project Zero联手打造的Big Sleep代理,已经在V8 JavaScript引擎和图形组件中找到了真实漏洞。

真正的转折点出现在2026年初。谷歌基于Gemini构建了一个代理框架,不再局限于模糊测试能触达的代码路径,而是对整个Chromium代码库进行系统性扫描。这个框架的独到之处在于,它并非依赖单一模型"单打独斗",而是支持开源权重模型与专有模型的协同工作,通过多轮扫描来消除模型本身的非确定性偏差。

更关键的是上下文理解。代理在分析代码时,会同时调取Chrome的完整Git历史、已披露的所有CVE记录、安全文档,以及各组件开发者维护的SECURITY.md文件。这些材料帮助AI理解每个组件的信任边界、预期行为和威胁模型——这是传统静态分析工具很难做到的。

一个藏了13年的沙箱逃逸漏洞

这次AI扫描最引人注目的发现,是一个在代码库中潜伏超过13年的沙箱逃逸漏洞。这个漏洞如果被人利用,受感染的渲染进程可以绕过Chrome的沙箱隔离机制,诱骗浏览器读取用户本地文件。

13年是什么概念?它意味着这个漏洞经历了无数次人工代码审查、安全审计和外部研究者报告,却始终没有被发现。传统安全流程往往聚焦于活跃变更的代码或能产生崩溃的输入,没有人会系统性地去翻查十几年前的老代码。而AI代理凭借对Git历史的完整回溯能力,恰好补上了这块盲区。

这个发现被Chrome安全团队视为"AI驱动漏洞检测潜力的决定性时刻"。漏洞编号CVE-2026-3545,CVSS评分高达9.8,在今年5月的Chrome 145版本中已被修复。

多代理协作:从发现到修复的闭环

谷歌的安全流水线不是单一AI在干活,而是一组分工明确的代理在协同。

发现漏洞只是第一步。团队引入了独立的"审核员"代理,对已报告的漏洞和修复方案进行交叉验证。这种多代理设计的目的很明确:在开发人员介入之前,先过滤掉误报,同时提升修复建议的质量。

在漏洞分类环节,AI的介入带来了更直观的效率提升。过去,人工审查一份安全报告通常需要5到30分钟,而现在自动化流程可以批量过滤重复和无效报告,自动检查概念验证,在受影响平台上复现缺陷,分配严重性评级,添加元数据,并将问题精准路由给负责的开发人员或团队。谷歌估算,这套自动化工作流每月能为开发人员节省数百小时,这些时间可以投入到更复杂的安全调查和人工验证中。

修复阶段同样实现了代理化。AI修复代理会生成多个候选补丁,评审代理则从正确性、编码标准和Chromium规范兼容性等维度进行评估。测试编写代理还能在Chrome支持的各种操作系统和配置上创建回归测试,确保补丁不会引入新的问题。

24小时不间断的CI集成

DeepMind和Project Zero的工具——包括Big Sleep和CodeMender——已经被深度集成到Chrome的持续集成环境中。这些系统全天候运行,每24小时响应一次代码变更。仅在2026年5月,它们就阻止了20多个漏洞进入生产环境,其中还包括一个严重级别的漏洞。

这种"前置拦截"的思路正在改变安全修复的时间线。漏洞从产生到被发现的窗口被大幅压缩,很多安全问题在代码合并之前就被掐灭了。

缩短"补丁差距"的新尝试

谷歌还在着力解决一个长期困扰浏览器行业的难题——补丁差距。这是指公开源代码修复到实际部署到用户终端之间的时间间隔。在这段空窗期,攻击者可以逆向分析补丁并构建利用代码,而大多数用户尚未收到更新。

应对策略是双管齐下的。一方面,谷歌计划将安全更新发布频率从每周一次提升到每周两次;另一方面,团队正在研究动态补丁技术,目标是让某些Chrome进程在不完全重启浏览器的情况下完成热更新。Chrome 150的macOS版本已经迈出了第一步——当检测到待安装更新且所有窗口关闭时,浏览器会自动重启完成补丁应用。

内存安全的长线布局

AI驱动的漏洞发现之外,Chrome在底层防御上也没有松懈。C++强化、std::span的采用、堆加固,以及在安全敏感组件中扩大Rust语言的使用,都是并行推进的举措。Rust的内存安全特性可以从编译阶段就消除整类漏洞,这与AI的"事后发现"形成了互补。

值得注意的是,AI能力的爆发也给Chrome的漏洞奖励计划带来了副作用。到2026年3月,谷歌单月收到的安全报告数量已经超过了2025年全年。大量由外部研究者借助AI工具生成的报告涌入,其中不少缺乏独立验证。谷歌因此调整了VRP策略,将奖励重点转向那些内部AI系统尚未覆盖的复杂跨组件交互、新型攻击链和高危发现——本质上是在重新定义人机协作的边界。

写在最后

当1072个漏洞的修复数字摆在面前,争论AI能否替代人类安全研究员已经失去了意义。更值得关注的问题是:在代码规模以千万行计、变更频率以小时计的现代软件工程中,没有AI辅助的安全团队,还能不能守住防线?谷歌给出的答案,已经写在了Chrome的每一个更新版本里。