Chrome两版本修复1072个漏洞，谷歌AI安全流水线开始规模化运转

谷歌公布了Chrome最新两个版本的安全成绩单。Chrome 149和150两个里程碑版本，累计修复了1072个安全漏洞，比此前23个版本加起来还多。谷歌说，这背后是Gemini等AI代理被正式嵌入了安全响应的每一步——找漏洞、分诊、写补丁候选、跑测试。

数字很扎眼，但更实际的问题是：漏洞抓得多，不代表用户手里的Chrome立刻更安全。1072这个数字来自谷歌自己的博客，没有第三方审计；从补丁写完到用户重启生效，中间还隔着好几道关卡，谷歌自己也承认还没全部解决。

两版修复1072个漏洞，AI从辅助变成主力

谷歌安全团队从2023年开始用大语言模型辅助模糊测试。2024年联合Project Zero做出漏洞发现工具Naptime，2025年又和DeepMind推出代理Big Sleep。2026年初，团队用Gemini扫描整个Chrome代码库，效率更高，误报更少。

一个直接成果是一个沙箱逃逸漏洞：被攻破的渲染进程能骗浏览器读取本地文件。这个漏洞在代码库里潜伏了超过13年，人工审计和传统模糊测试都没抓到。谷歌说这次发现让团队真正相信了AI找漏洞的潜力。

过去人工看一份漏洞报告，判断真伪、评严重级别、分派团队，通常要花5到30分钟甚至更久。现在这套流程被拆成过滤噪音、复现漏洞、补全元数据、自动分派四步，规则加AI一起跑。谷歌估算，这样每月能省下数百小时工程师时间。

1072这个数字说明的不是漏洞突然变多，而是谷歌把安全响应从"人工处理单个报告"改造成了一条自动化流水线。修复环节也变成多代理接力：一个代理生成候选补丁，另一个挑出最合适的方案，测试代理提前把各平台的测试跑一遍。

发现得快不等于更安全，补丁窗口仍卡在重启

漏洞从写进代码到用户设备真正打上补丁，中间隔着"补丁窗口"。攻击者一旦在开源代码库看到修复提交，就能反推漏洞细节，抢在用户更新前发起"N-day"攻击。谷歌把主要版本节奏收到两周一次，安全更新按周发布，还在试点每周两次安全发布。

这些改动只解决了"补丁多快能造出来"，没解决"补丁多快能生效"。谷歌研究中的动态打点技术，打算靠Chrome的多进程架构在后台替换渲染进程和GPU进程，免去整机重启；Chrome 150已经在macOS上线"零窗口自动重启"——检测到窗口全部关闭且有待安装更新时，自动重启一次。但这两项都还在研究或小范围试行阶段，多数用户目前打补丁仍要手动点一下重启。

发现漏洞的速度，已经跑赢了补丁真正落到用户机器上的速度。

AI也没能取代所有人工环节。模糊测试依然是抓跨模块、跨组件交互漏洞的主力手段，AI代理生成的候选补丁最终仍要开发者过一遍审查，确认符合代码规范、不引入新问题。分诊自动化一旦判断有偏差，误判或过度报告反而可能拖慢真正紧急漏洞的处理速度。

普通用户、企业IT和外部研究者分别要做什么

2026年3月，Chrome收到的漏洞报告量已经超过2025年全年总和。谷歌因此调整了Chrome漏洞奖励计划（VRP）的方向，引导外部研究者把精力放在内部流水线还没覆盖到、且方便自动化系统直接摄入的漏洞类型上，减少和AI发现结果的重复。

接下来最该盯的，是动态打点和每周两次安全发布这两项试点，能不能从博客里的"研究中"变成大多数用户实际用上的默认状态。