AI资讯

Anthropic 的 OSS Scanner:Claude 在开源项目中发现 29000 个疑似漏洞,仅 516 个被修复

来源The New Stack查看原文

速览

  • Claude 发现漏洞的速度远超人工验证能力,导致大量候选漏洞积压。
  • Anthropic 推出快速通道,将未经验证的扫描结果直接发送给维护者。
  • 上游修复率极低:516 个修复对应 29000 个候选漏洞。
  • 早期扫描器准确率较高,但样本有限,且存在严重性评级虚高问题。
  • 多个知名开源项目维护者对报告质量给予正面评价。
  • 服务仅面向符合 OSS-Fuzz 式标准的成熟项目,需核心维护者申请。
  • 未经验证的发现无 90 天披露时钟,但人工确认后仍受 90 天限制。
  • 免费 Claude Max 20x 订阅无法解决维护者时间不足的根本问题。

Anthropic 上周发布 OSS Scanner,作为其 Cyber Mission 计划的一部分。过去六个月,Anthropic 的模型扫描了多个广泛使用的开源项目,共发现超过 29000 个候选漏洞,但其依赖六家外部安全研究公司的人工复核流程只处理了约 6000 个。截至 10 月 2 日,外部安全公司确认了已复核的 6123 个发现中的 5674 个为有效,但上游仅修复了 516 个漏洞。Anthropic 已向维护者发送 6157 个发现,并发放了 584 个 CVE 和 GitHub Security Advisory 标识符(部分发现同时获得两者)。约 23000 个候选漏洞仍未复核。为绕过积压,Anthropic 推出“可选快速通道”,向符合条件的项目免费提供由 Claude Mythos 等顶级模型驱动的定期扫描,发现直接发送给维护者,无需 Anthropic 先行验证。已有近 5000 份未经验证的报告应维护者要求发出。早期扫描器在 48 个项目中产生的 97 个严重和高危发现中,85 个通过披露标准,剩余 12 个中有 11 个是真实漏洞但重复或与其他发现重叠,仅 1 个为误报。Anthropic 承认维护者报告了严重性评级虚高和扫描器误解项目威胁模型的情况。OpenSSL、wolfSSL、PostgreSQL 和 curl 等项目的维护者给出了正面反馈,curl 创始人 Daniel Stenberg 称 OSS Scanner 发现了多个问题,包括近年来最严重的漏洞之一。Anthropic 在隔离 VM 中构建项目并切断网络后扫描,报告通过邮件直接发送,维护者可随时暂停或退出。GitHub 仓库包含注册和配置工具,但不含扫描器本身。服务仅面向符合 OSS-Fuzz 式资格标准、有资源处理更多漏洞报告的成熟开源项目,Anthropic 会验证申请者为核心维护者。未经验证的扫描器发现没有 90 天披露时钟,但经标准程序人工确认后的报告可在维护者得知后 90 天披露。Anthropic 表示未来可能对部分高危扫描器发现附加披露期限,但会提前通知并允许退出。符合条件的维护者可通过 Claude for OSS 获得免费 Claude Max 20x 订阅。

关键事实

  • Anthropic 的模型在六个月内扫描开源项目,发现超过 29000 个候选漏洞。
  • 人工复核流程仅处理了约 6000 个发现,约 23000 个候选漏洞仍未复核。
  • 截至 10 月 2 日,外部安全公司确认 6123 个已复核发现中的 5674 个为有效,但上游仅修复了 516 个漏洞。
  • Anthropic 已向维护者发送 6157 个发现,发放了 584 个 CVE 和 GitHub Security Advisory 标识符。
  • 早期扫描器在 48 个项目中产生的 97 个严重和高危发现中,85 个通过披露标准,仅 1 个为误报。
  • Anthropic 已向请求的维护者发送近 5000 份未经验证的报告。

本站视角

这件事直接影响到全球依赖开源软件的企业和开发者,尤其是使用 OpenSSL、curl、PostgreSQL 等基础组件的团队。Anthropic 的 OSS Scanner 展示了 AI 在漏洞发现上的强大能力,但 29000 个候选漏洞中仅 516 个被修复,暴露了开源生态的瓶颈:发现速度远超修复能力。我们认为,这并非 Anthropic 的失败,而是整个开源维护模式的结构性挑战。对于国内做基础软件、云服务和安全产品的团队,这意味着上游漏洞可能长期未修复,需要自行评估风险或参与修复。同时,Anthropic 的快速通道将未经验证的报告直接推给维护者,可能加重维护者负担,尤其是中小项目。虽然 Anthropic 限制访问成熟项目,但免费 Claude Max 订阅无法解决时间问题。需要观察的是,这种模式是否会催生新的漏洞管理流程,或导致维护者进一步疲劳。此外,Anthropic 的数据仅来自其自身项目,缺乏第三方独立验证,且早期扫描器的高准确率样本有限,不能代表全部 29000 个候选漏洞的质量。我们应警惕将 AI 漏洞发现能力等同于实际安全提升的叙事。

背景与影响

Anthropic 长期投入 AI 安全研究,此次 OSS Scanner 是其 Cyber Mission 的一部分,旨在利用 Claude 模型帮助开源社区发现安全漏洞。开源维护者长期面临漏洞报告泛滥的问题,尤其是 AI 生成的低质量报告。curl 项目曾因大量 AI 生成的垃圾报告于 2025 年 1 月关闭漏洞赏金计划,其创始人 Daniel Stenberg 曾公开抱怨“死于千刀万剐的 slop”。Anthropic 的 OSS Scanner 试图通过提供高质量、可复现的报告来改变这一局面。然而,发现漏洞与修复漏洞之间存在巨大鸿沟:即使报告附有可用的利用代码和候选补丁,维护者仍需测试、回移和发布修复,有时还需权衡是否破坏用户依赖的行为。OpenSSH 维护者曾为安全故意破坏两个功能。Anthropic 通过限制访问权限,仅面向有资源处理更多报告的成熟项目,以减轻维护者负担。但免费 Claude 访问并不能增加维护者的时间,AI 辅助编码生成的代码即使编译通过也可能隐藏问题。这意味着,AI 在漏洞发现上的效率提升,可能加剧开源维护者的工作压力,而非缓解。

本文由 AI 辅助整理自公开信源,事实部分以原文为准;「本站视角」一节为编辑部判断,欢迎指正。版权归原作者所有,如有异议请联系我们。

编辑与审校

AI大海啸编辑部

负责选题、审校与「本站视角」的判断。

编辑流程与 AI 使用说明