Claude扫描开源项目发现2.9万个潜在漏洞 仅516个已修复

Anthropic上周作为其更广泛网络安全使命（Cyber Mission）的一部分正式推出OSS Scanner，但这套工具同时暴露了公司安全研究运作内部的一个现实难题：Claude发现潜在漏洞的速度，已经远远超过人类研究人员验证它们的速度。在对全球一些使用最广泛的开源项目进行六个月扫描后，Anthropic的模型共发现了超过29,000个候选漏洞，而依赖六家外部安全研究公司进行复现和分诊的人工审核流程，只处理了约6,000个。

披露看板背后的积压数字

Anthropic的披露看板为这个问题提供了具体数据。截至10月2日，外部安全公司在审查的6,123项发现中确认了5,674项为有效漏洞，但只有516个漏洞在上游完成修复。公司共向维护者发送了6,157项发现，发布了584个CVE编号和GitHub安全公告标识符（部分发现同时获得两种编号）。这意味着大约还有23,000个候选漏洞尚未经过审查。

这组数字揭示了AI安全研究中一个新出现的结构性矛盾：模型产出能力的提升速度远超人工验证管道的消化能力。验证、复现、分诊、通知维护者、等待修复，每一个环节都需要时间，而扫描器可以持续不断地产出新发现。

绕过积压的快速通道机制

为了不让维护者干等研究人员消化积压，Anthropic向符合条件的项目提供免费的定期扫描，由其顶级模型（包括Claude Mythos）驱动。扫描发现直接发送给维护者，无需Anthropic人员先行验证。Anthropic表示，收到首批报告的项目越来越多地主动索要其掌握的全部发现，公司已向提出请求的维护者发送了近5,000份未经验证的报告。公司现在将这种安排称为可选快速通道（optional fast-track）。

为了评估快速通道的质量，Anthropic请负责审核协调披露的专家渗透测试人员，检查早期版本扫描器在48个项目中产出的97个严重和高危发现。其中85个达到了披露标准，其余12个中有11个是真实漏洞——只是与已知问题或同批次扫描的其他发现重复——仅有一个是误报。不过这些数据仅反映扫描器的早期产出，并不能代表29,000个候选漏洞的整体质量，也难以说明扫描器在大规模运行时的表现。

维护者如何评价AI报告质量

与普通SAST告警队列不同的是报告的打包方式。Anthropic表示，每份报告包含一个自包含的复现器、尽可能通过二分定位指出漏洞引入位置的解释说明，以及模型能够生成时的候选补丁。

OpenSSL公司总监Anton Arapov表示，Anthropic发送的报告——包括原始模型输出——与项目从人类研究人员那里得到的报告相当，有时甚至更好。他还说，附带可用利用代码的报告对工程师来说基本上算是完成了工作，因为可以立即验证。

wolfSSL创始人Todd Ouska报告称，团队收到的74份报告中有72份有效，其中5个成为CVE。PostgreSQL提交者Noah Misch表示，多份报告附带的修复代码几乎可以直接使用，并认为快速通道访问让PostgreSQL能在最新问题进入GA版本发布之前就加以解决。最有力的认可来自curl项目创始人Daniel Stenberg——他过去一年曾公开抱怨AI生成的垃圾报告泛滥，导致curl在今年1月关闭了漏洞赏金计划。他现在表示OSS Scanner在curl中发现了多个问题，其中包括该项目近几年来见过的最严重漏洞之一。

安全与工程节奏的权衡

复现器和候选补丁可以节省时间，但维护者仍需测试修复、处理向后移植并发布版本，有时还要明知会破坏用户依赖的行为而做出改变——OpenSSH的维护者就曾以安全为名故意移除两项功能。Anthropic在技术公告中也承认，维护者报告了严重性评级偏高以及扫描器误解项目威胁模型的情况。

在安全流程上，Anthropic在隔离的虚拟机中构建每个项目，并在扫描开始前切断互联网连接。报告通过电子邮件直接发送给维护者，维护者可随时暂停或退出。GitHub仓库中包含注册和配置工具，但不包含扫描器本身。

谁能获得OSS Scanner访问权

这项服务面向有能力处理更多漏洞报告的成熟开源项目。资格标准参照OSS-Fuzz对广泛使用、安全关键型开源软件的要求，Anthropic会核实申请者是核心维护者，并要求参与项目能够跟上已确认的高危和严重漏洞报告的处理节奏。

披露条款也给维护者留出了从容工作的空间：未经验证的扫描器发现不受90天披露时钟约束；但经公司标准流程人工验证的报告，可在维护者获知有人工确认后90天披露。Anthropic表示，未来可能对某些高危扫描发现附加披露期限，但会提前通知并给项目退出机会。

符合条件的维护者可通过Claude for OSS获得免费的Claude Max 20x订阅，帮助项目跟上不断增长的发现数量。但免费获得Claude并不能给维护者更多时间来审查和发布修复——正如其他AI辅助编码工作所表明的，能顺利编译的代码仍可能包含需要人类审查者才能捕捉的问题。

当AI发现漏洞的速度远超人类修复的速度，开源生态面临的核心问题已从找不到漏洞，转变为如何消化源源不断的发现。OSS Scanner的快速通道是一种务实的试验，但2.9万与516之间的巨大落差提醒我们：安全工作的瓶颈正在从发现端转移到修复端。