清算所能不能挡住 AI 攻击

漏洞披露流程运转了几十年：研究者私下报告，厂商在保密期内安静修复，再公开。这套流程的前提是，能大规模挖掘漏洞的只有国家级力量。AI 把这个前提砸了。本文梳理 Infoworld 上 Scott McCarty 的分析（作者观点），讲清一个正在冒头的新概念：漏洞清算所。

一、什么是清算所

先看坏掉的东西。按 Google Cloud 2026 年威胁报告引用的口径，漏洞从被发现到被武器化的平均间隔，已经从以年计坍缩到「负七天」——攻击者比防守者早一周动手。更麻烦的是 AI 擅长的漏洞链攻击：把两三个单独看都平平无奇的中低危漏洞串起来，拼出一次完整入侵。任何人手里有前沿模型的 API，就等于养了一支小而高效的黑客队。

清算所的思路是把修复循环外包出去。研究者把漏洞报给清算所，清算所负责分流海量 AI 生成的报告、合并重复项、产出补丁、分发给客户和合作伙伴，最后再把修复合回上游项目。用户侧的流程可以简化成：接入清算所，收补丁，其他都不用管。

这也不是纸上概念。今年夏天白宫推出的「金鹰计划」就属于这一类，不过按 8 月 CISA 的情况说明，它的定位已从最初的大范围协调系统收缩成一个更窄的分流层。政府版本先行试水，商业版本也在涌现。

二、跟你有什么关系

企业安全团队：AI 生成的漏洞报告正在淹没你们，一个真实漏洞能催生十几份重复报告。清算所是潜在的减负方案，但接不接入要按标准挑。

开源维护者：志愿维护者被报告淹没、被迫按商业公司的节奏干活，这个矛盾清算所可能缓解，也可能加剧——取决于它是否尊重上游节奏。

普通开发者：你用的每个依赖库都在攻击面上，清算所生态成熟后，「订阅补丁」可能成为新的基础设施服务。挑服务时把下面的标准拿去对着问。

三、怎么评估一个清算所

1. 能不能分流噪音：把多份报告归并成一个确认漏洞，是入门门槛。
2. 能不能产出补丁：只报警不修，价值减半。
3. 有没有上游归路：把修复推回原项目才算长期方案。永久分叉、修在自家版本里不回流，本质是变相锁定。
4. 谁付钱、能付多久：可持续性是最硬的问题。

四、三个别信的说法

「清算所能根治 AI 攻击。」 它只是把防守方的速度拉回同一量级，攻击方的 AI 还在进化。真正治本的方向是语言层面消除漏洞类别，比如用内存安全的 Rust 重写内核驱动。

「接了清算所就不用管安全了。」 收补丁的前提是清算所自己可信。它一旦成为单点，本身就会是最诱人的攻击目标。

「传统披露流程还能撑住。」 负七天的数字面前，「报告—保密—修复」的旧节奏已经追不上，否认这一点只会延误转型。软件本身也得变，比如从语言层面消除整类内存漏洞。

五、一句话结论

清算所不是银弹，是防守方被迫组织化——漏洞响应已经变成一场没人准备好规模的团队作战。

信息来源

• Are clearinghouses the answer to the AI hacking threat? - InfoWorld（Scott McCarty，作者观点）（2026-10-19）

功能与价格以官方公告为准。本文写于 2026 年 10 月 20 日。