Chrome 安全团队上周四发布报告：6 月的两个大版本共修复 1072 个安全漏洞，超过此前 23 个大版本的修复总和。团队目前正在试行每周发布两次安全修复。同一周，苹果被《金融时报》曝出已对漏洞报告系统设置提交上限和 30 天冷静期，原因是 AI 辅助生成的报告出现"海啸式"增长。

AI 没有让软件变安全，它让两条曲线分了岔

AI 没有让软件变得更安全。它做的是另一件事——把"发现漏洞"和"处理漏洞"这两条曲线的斜率差，第 一次撕开在明面上。

判断这句话真假不需要等待：两家公司在同一周做出反应，方向完全相反。Chrome 把补丁节奏压到每周两次，苹果给报告入口装了闸门。如果两条曲线是同步上扬的，这两个动作一个都不必发生。

胜负手不是谁的模型更强，是误报由谁买单

漏洞的生命周期有两段：发现，以及确认并修复。AI 大幅压缩了前一段的单位成本，后一段几乎原地不动——它仍然需要复现、定级、写补丁、跑回归测试。打个比方：给安检口换上一台灵敏度拉满的探测器，报警次数会涨十倍，但开箱检查的安检员还是那几个人。队伍不会变短，只会变长。

Chrome 与苹果的分野，就在这台探测器接在谁的流水线上。

Chrome：调参调得太激进，当天就砸回自己头上

Parisa Tabriz 告诉 Wired，Chrome 从 2012 年就开始用机器学习做自动化安全模糊测试——那时它还不叫 AI。今年不同的地方在于，发现、分类、补丁开发被收进了同一套工具链。1072 个漏洞里虽有相当部分来自外部研究者提交，但这轮激增主要由内部流程驱动。

这条流水线上有一个外部提交者拿不到的输入。Doug Turner 说："我们正在训练我们的模型，使其了解我们过去见过的每一个安全漏洞，每一个 CVE、每一个 bug 模型都知道。第二个真正酷的事情是 Chromium 历史上的每一行代码，它知道那行代码被修改的原因。"

更关键的是激励结构。误报在内部流水线里会被自动压低，因为产生误报的人和清理误报的人在同一个考核单元下——调参调得太激进，多出来的噪声当天就砸回自己头上。这种反馈回路不需要任何制度设计，它是组织边界自带的。

苹果：真实漏洞埋在幻觉报告里

外部众包把这个回路切断了。AI 把提交侧的成本压到接近于零，甄别误报的开销却全部落在内部团队身上。Digital Trends 的记者用"AI slop"形容苹果审核系统正在承受的冲击——真实漏洞埋在海量幻觉报告里，安全团队花在筛选上的时间反而拖慢了修复。

苹果的处境还比 Chrome 更难一层。Chrome 是单一产品线，一个漏洞的影响面相对清晰；苹果要在多个操作系统分支上同步验证同一份报告，单条报告的甄别工时天然更高。分母涨了十倍，分子的单价还比别人贵。

于是有了 6 月的流程调整，随后是提交上限和 30 天冷静期，研究人员可申请更高配额。代价已经出现过一次：据 The Decoder 报道，一个价值 20 万美元的真实 macOS 漏洞，因为赏金收件箱被无用报告塞满而未能及时报告。

讽刺之处在于，苹果本身也在用 AI 防守。本轮各大操作系统安全更新的修复量约为以往周期的 5 倍，并首次公开致谢了 Anthropic 的 Claude 与 OpenAI 的 Codex Security 协助发现漏洞。

所以苹果不是在拒绝 AI，是在给自己无法定价的那一侧止血。

摩擦一消失，赏金制度就失去了过滤器

漏洞赏金制度的经济学前提很朴素：写一份合格报告需要人投入时间，这份时间成本构成天然的过滤器。厂商用奖金购买外部研究者的注意力，摩擦保证了送进来的东西大体有效。

AI 把这个摩擦抹掉了。提交侧接近零成本，过滤器就失效了，厂商只能在下游重新造一个——上限、冷静期、配额审批，本质都是人工重建摩擦。

回看 Chrome 的节奏也能看出同一件事：六周一次 → 两周一个大版本外加每周安全更新 → 试行每周两次。十年前第 一档还被认为过于激进。Tabriz 的判断是："无论在攻击还是防御方面，都感觉像是一个拐点。"

信噪比问题并非今年才有。HackerOne 时代同样有靠低质量提交刷积分的人，区别在于那时候报告需要一个字一个字写出来，产能有上限。现在这个上限没有了，而甄别端的人力没有等比例增长。

两条路都不是最优解，只是各自约束下的次优选择：Chrome 产品边界清晰、代码史完整，可以把增量内部消化；苹果面对更开放的研究者群体和更庞杂的系统矩阵，被动接收的噪声必然更多。

单人挖洞的溢价在缩水，企业的补丁排期要重排

对安全研究者来说，单人挖洞的溢价正在缩水，配额制客观上抬高了新人入场的门槛。接下来能保住议价权的是复现质量与报告可读性，不是提交数量。用 AI 批量扫描然后原样转发的路子，正在被两端同时封死。

企业安全运维层面，Chrome 的补丁窗口从"月"缩到"周"，内网灰度与兼容性验证的排期需要整个重排。仍按季度打补丁的制度已经跟不上发布节奏——当评估周期比补丁间隔更长，等于一直在裸奔。真实的两难在于，提高自动推送比例会牺牲变更可控性，而维持人工审批则意味着永远落后于发布队列，这个取舍今年必须做出选择。

普通用户需要做的只有一件事——别再拖延浏览器重启。安全更新多数已经下载到本地，没生效通常只是因为标签页舍不得关。

答案在 Q4 的补丁节奏里

Turner 自己给出了问题的形状："这会永远持续吗？谁知道。"

他倾向于这波会衰减——当 AI 能找到的存量漏洞被清空，新漏洞的发现数应该在某个点开始下降。

验证时点在今年 Q4。如果 Chrome 到 12 月仍维持每周两次，说明这不是一次性的存量释放，而是新常态，企业的补丁管理制度都要跟着改；如果退回每周一次，那么 1072 就只是清库存的峰值。

苹果那边答案来得更快：下一个安全更新周期是否放宽提交上限，就是它对自身误报甄别成本是否可控的公开表态。