Chrome用AI贯穿漏洞发现、分类、修复和更新交付。
软件安全正在经历巨大转变。大型语言模型把自动发现漏洞的能力扩展到人类专家难以覆盖的规模，Chrome因此把AI部署到漏洞生命周期的每一步，包括发现、分类、修复、发布和安装更新。安全漏洞不同于普通功能故障，它可能被攻击者利用，以读取私人资料或在用户不知情时控制设备。
Chrome团队从2023年开始用大型语言模型提高模糊测试覆盖率，随后与Project Zero、DeepMind开发Naptime和Big Sleep。2026年，基于Gemini的代理框架在Chrome代码库中找到一个沙箱逃逸漏洞。它能让受控渲染器诱骗浏览器读取本地文件，而且已潜伏超过13年。系统还整合历年CVE、完整Git历史和SECURITY文件，并设置独立批评代理复核判断。模型只在隔离机器上分析静态源码，网络请求受严格白名单限制，子代理也不能任意修改系统。
漏洞增多后，分类工作成为瓶颈。过去处理一份安全报告通常要5到30分钟，现在自动流程会过滤垃圾和重复报告，验证概念证明，在受影响的系统与版本上复现问题，补充堆栈、引入时间和严重度，再分派给正确组件与负责人。开发者仍可修改严重度。新流程每月节省数百小时。
近期Chrome Stable发布里程碑中修复的安全漏洞数量
修复阶段采用多代理协作。修复代理提出多个候选补丁，批评代理选择更合适的方案，测试代理编写跨平台测试，人类开发者最后审查。Chrome 149和150共修复1072个安全漏洞，超过此前23个里程碑的总和。2026年5月，持续集成中的AI工具阻止20多个漏洞进入产品，其中包括一个关键问题。
补丁公开后，攻击者可能在用户收到更新前逆向利用，这段时间称为补丁缺口。Chrome正转向两周一次大版本、每周安全更新，并试验每周两次安全发布。团队还研究动态修补，利用多进程架构逐个替换渲染器和GPU等后台进程，尽量免除完整重启。
长期防线包括扩展MiraclePtr和MiracleObject，消除释放后使用漏洞；把指针与长度迁移到编译器检查的span结构；加强整数和堆内存隔离；逐步用Rust替换高风险解析器、图像编解码器和字体模块。目前97%的Chrome自有代码已通过严格的不安全缓冲区警告。目标不是让用户频繁处理安全事务，而是让浏览器持续处于已更新、已修补状态。
原文：https://blog.google/security/chrome-stronger-with-every-update/