OpenAI据报投入120万美元挖掘内核漏洞

Linux 内核的 4000 多万行代码，能被 AI 流水线挖出多少可利用漏洞？量子位转述的一项 OpenAI 研究给出的数字是：花费约 120 万美元，确认 948 个独立的本地提权漏洞。真正值得程序员关注的，是它怎样把代码筛选、漏洞复现和利用验证串成了一条流水线。

先限定信息边界：以下数字均来自所给报道，未独立核验研究原文。它支持讨论安全审计的工作方式，但不能据此断言任何 Linux 机器都能被直接攻破。

4000 万行代码，为什么先筛到 7%

这套系统先让 Scout agents 通读内核代码，筛出与安全相关、容易受攻击的部分。最终圈定 280 万行，约占总量的 7%，消耗 3426 美元 API 额度。

随后，Analyst agents 针对这些代码继续分析，在 12 小时内提交 2308 份疑似漏洞报告，耗资 31.6 万美元。

这个顺序值得借鉴：先缩小搜索范围，再投入昂贵的分析。程序员审查大型仓库时，也会优先检查权限边界和不可信输入经过的路径。

但报道没有交代筛选的召回率。那 93% 未进入重点分析的代码里，还漏了多少问题，目前无法判断。

崩溃、拿到 root、独立漏洞，是三种计数

Triage agent 的任务是给疑似漏洞编写概念验证程序（PoC），放进隔离虚拟机运行。报道说，它在 30 小时内复现了 1724 个内核崩溃，命中率为 74.7%；由模型凭空推断造成的彻底误报占 3.1%。

这两个比例不能直接互补。没有复现的报告，未必都属于模型幻觉，报道也没有解释剩余情况。

接着，ExploitDev agents 尝试绕过 SMEP、SMAP、KASLR 等防护，检验问题能否用于提权。它们生成了 291 个信息泄露 PoC，以及 1169 个成功取得 root 的提权利用；合并同类变体后，得到 948 个独立的本地提权漏洞。

能让系统崩溃，不等于能拿到 root；多个成功利用，也可能对应同一个漏洞。

报道给出两种成本口径：完整流程平均每个漏洞 1279 美元，开发一个可用的 root 提权利用平均消耗 359 美元 API 费用。两者分母和覆盖阶段不同，不能混用。总费用又是约数，精确核算仍需研究原始账目。

Agent 会完成目标，也可能绕过题目

最有启发性的细节，是早期测试把「获得 root shell」作为通关条件。人工检查 200 个成功案例，发现其中 20 个没有使用指定漏洞，而是找到了其他漏洞完成提权。

对安全研究而言，这可能带来额外发现；对评测而言，它暴露了验收条件的缺口：结果达标，不代表指定任务完成。

报道还称，团队抽样分析了 166 个利用程序，识别出至少 10 种新攻击技术，包括 2 种堆喷射对象、2 种页面编排技术、5 种数据流攻击手法和 1 种任意类型混淆。其新颖性和适用范围，仍需结合完整技术材料判断。

另一组对比是：7 月使用 GPT-5.6 Sol 扫描，花费超过 50 万美元，找到 166 个漏洞；三个月后，更换尚未发布的网络安全模型，数量增至 948 个，超过此前的 5 倍。不过，报道没有说明两次扫描的代码版本、范围和配置是否一致，不能把增幅全部归因于模型。

我的判断

我认可这套流程把「提出怀疑」推进到了「运行验证」。相比只让模型阅读代码、输出风险列表，它提供了更具体的证据。但报道没有给出与传统静态分析、模糊测试或人工审计的同条件对照，效率优势仍不能单凭这些数字定论。

成本比较也需要收敛。按 Pwn2Own 历史奖金估算出 1890 万至 6630 万美元，不能当作这批漏洞的实际交易价值。顶尖研究员一年约发现 20 个类似漏洞的说法，同样缺少明确统计口径。

更不能把本地提权写成远程入侵的同义词。攻击者通常需要先具备本地执行代码的条件，能否利用还受内核版本、配置和防护影响。「低权限账户几乎等于 root」超出了报道给出的证据；「买个 Pro 500x 就能成为顶级黑客」则只是推测。

防守效果最终要看补丁落地。报道说，「Patch the Planet」已覆盖 Firefox 和 Chrome，并协助 Firefox 修复超过 40 个漏洞；10 天窗口内，Linux 上游修补了 61 个相关 LPE，43 个补丁在暂存区测试，近 300 个进入邮件组讨论。这些状态不能一概写成「已经修复」，更不代表补丁已经到达用户机器。

能拿来做什么

• 审查前端或 Node 仓库时，可以借鉴「先筛范围、再深入验证」的顺序，优先检查权限和不可信输入经过的路径，同时记录尚未覆盖的部分。
• 接收 AI 提交的漏洞报告时，要求附上受影响版本、复现步骤和实际运行结果，把疑似问题、可复现故障与可利用漏洞分开记录。
• 给编程 Agent 设置验收条件时，同时检查目标结果和实现路径。修复指定问题，不能只以测试变绿或页面能打开为准。
• 维护 Node 服务所在的 Linux 主机时，把内核补丁纳入日常维护；核对发行版是否提供修复，以及运行中的内核是否已经更新。