玻璃翼计划七个月遭质疑Anthropic 累计 37966 条候选漏洞，台账仅标记修复 217 条

我先联网检索 Anthropic"玻璃翼" 计划与近 4 万候补漏洞、仅修复 217 条的相关报道，多信源核对口径。

我精读量子位中文稿与 VulnCheck 原始评估，核对台账口径、修复率、CVE 数量和质疑来源。

网络安全公司 VulnCheck 在 11 月 9 日发布的追踪评估显示，Anthropic 今年 4 月启动的玻璃翼计划（Project Glasswing）上线七个月后，台账累计已有 37966 条候选漏洞发现，但漏洞披露台账中标记为 "已修复" 的只有 217 条；同期公开 7349 条、重复项约 1654 条、撤回 419 条。质疑的核心在于：AI 挖漏洞的速度远快过人工审核和开源维护者修复的速度，发现与修复之间的差距还在扩大。需要先分清口径：37966 条是 "候选发现"，不等于已确认的真实漏洞；217 条是 VulnCheck 按 Anthropic 台账统计的 "标记已修复" 数量，而 Anthropic 自家口径称已有 629 项获得上游补丁，两套统计定义不同，不能直接划等号。此外，这份批评来自第三方漏洞情报机构 VulnCheck，该公司本身也提供漏洞优先级管理服务，报告带有一定商业立场，需结合多方信息判断。

玻璃翼计划是什么

• 启动时间：2026 年 4 月 7 日。
• 目标：借助 Claude（网络安全方向的 Mythos Preview 前沿模型）大规模挖掘关键软件和开源项目中的安全漏洞，联合科技企业、开源维护者在漏洞被利用前完成修复。
• 启动资源：Anthropic 宣称提供 1 亿美元模型使用额度和 400 万美元开源安全捐款；苹果、谷歌、微软、AWS、英伟达等参与。
• 取名含义：一方面类比玻璃翼蝶（宽纹黑脉绡蝶）把破绽藏在显眼处，另一方面强调透明披露本身就是一种保护。

VulnCheck 追踪到的台账数据（截至 2026 年 11 月 2 日）

近两个月差距还在拉大

VulnCheck 对比了 9 月 8 日与 11 月 2 日两组台账数据：

两个月新增近 1.2 万条候选发现，只多修了 15 条；重复项从 2 条涨到上千条。VulnCheck 同时质疑：在重复和撤回条目多于修复数量的情况下，94.2% 的真阳性率是如何统计出来的，是否把重复、撤回条目排除在了分母之外。

两套 "修复" 口径要分开看

• 两者统计环节不同：一个看台账 "已修复" 标记，一个看是否拿到上游补丁，存在口径差异。
• 即便按 Anthropic 自家口径，从候选发现到有效、再到报告维护者、最终拿到补丁，各环节也有明显折损。

审核瓶颈如何转移到维护者身上

• 人工验证跟不上：Anthropic 承认，人工验证能力是主要瓶颈，严重限制了漏洞审核和披露效率；10 月 8 日推出 OSS Scanner 自助扫描服务，开源项目可主动报名让 Claude 免费扫描。
• 自助扫描不再人工把关：OSS Scanner 生成的报告 "完全由模型生成，未经人工审核和分诊"，官方也提示报告可能错误或无效。VulnCheck 认为，分诊瓶颈没有消失，只是被转移到了开源维护者一侧。
• curl 案例：维护者 Daniel Stenberg 收到 45 份 Anthropic 漏洞报告；已公开的 34 份中，19 份被判定不构成安全漏洞，6 份确认低危，9 份待评估；按此口径误报率约 55.9%，确认比例约 17.6% 且全部为低危。curl 已把低中危报告改为在 GitHub 公开讨论、由社区协助审核。
• 严重度判断分歧：9 月统计显示，Claude 把 91.5% 的台账发现评为严重或高危，而维护者只把 51.3% 归为这一档。
• 也有正面案例：今年 9 月 Claude 曾发现 curl 一个 Use-After-Free 内存错误，特定条件下恶意服务器可能实现远程代码执行，被维护者称为多年来最严重的漏洞之一；说明 AI 找漏洞并非没有价值。

为什么 "找到" 不等于 "修好"

• 人工分诊产能有限：候选发现需要逐条核实是否真实、严重程度和可利用性，AI 产出速度远超审核团队。
• AI 补丁采纳率低：让大模型生成候选补丁不难，难在开源项目是否愿意采用；审核一份 AI 补丁的工作量有时接近重写，补丁过程还可能引入新问题。
• 维护者负担被放大：重复、误报和低危报告涌入，挤占了维护者处理真实高危问题的精力。

需要保留的判断边界

• 37966 条是候选发现，不能全部算作已确认漏洞，其中包含重复、撤回和误报。
• 217 条与 629 项分属不同统计口径，引用时不要混为一个 "修复数"。
• VulnCheck 是商业漏洞情报厂商，其评估方法和结论与自身业务相关；Anthropic 尚未在公开回应中逐项反驳上述台账数字。
• AI 作为漏洞发现工具的价值已被部分案例验证，争议主要集中在发现质量、分诊效率和修复落地，而不是 AI 完全不能找漏洞。

小结

玻璃翼计划七个月的数据呈现出明显的 "发现快、修复慢"：候选发现接近 3.8 万条，但台账标记修复仅 217 条，重复和撤回条目不断堆积，审核压力被转嫁给开源维护者；与此同时，AI 也确实找出过个别高危真实漏洞。后续值得跟踪的是 Anthropic 如何提升人工分诊与补丁采纳效率、真阳性率统计口径是否调整，以及更多开源项目验证后的误报比例。

【相关 FAQ】

问题 1：Anthropic 玻璃翼计划（Project Glasswing）是什么，为什么会被质疑？

回答 1：玻璃翼计划是 Anthropic 2026 年 4 月启动的安全项目，用 Claude 等模型大规模挖掘关键软件和开源项目漏洞；被质疑的原因是 VulnCheck 追踪显示，七个月累计 37966 条候选漏洞中台账仅标记修复 217 条，大量条目停留在候补、重复或撤回状态，发现与修复差距持续扩大。

问题 2：Anthropic 玻璃翼计划里的 37966 条是不是都是已确认的真实漏洞？

回答 2：不是。37966 条是玻璃翼计划的候选发现总数，其中只有 7349 条已公开，约 1654 条被标记重复、419 条被撤回；候选条目还需经外部专家审核和维护者验证，不能把候选发现直接等同于已确认安全漏洞。

问题 3：玻璃翼计划 "只修了 217 条" 和 Anthropic 自己说的 629 项补丁是一回事吗？

回答 3：不是同一口径。217 条是 VulnCheck 按 Anthropic 披露台账统计的 "标记已修复" 数量；Anthropic 自家数据称 629 项发现已获得上游补丁，另有 5087 项已报告维护者。两者统计环节和定义不同，不能直接对比或合并成同一个修复数字。

问题 4：玻璃翼计划的漏洞报告给开源维护者造成了什么负担，curl 案例结果如何？

回答 4：玻璃翼计划把大量未经充分人工分诊的模型生成报告推给维护者，增加审核工作量；以 curl 为例，维护者收到 45 份报告，已公开的 34 份中 19 份不构成漏洞、6 份为低危、9 份待评估，误报比例约 55.9%，维护者被迫调整漏洞处理规则、改为社区公开讨论协助审核。

问题 5：批评玻璃翼计划的 VulnCheck 是什么机构，其结论需要注意什么立场？

回答 5：VulnCheck 是第三方漏洞情报与优先级管理服务商，这份七个月评估由该公司发布；需要注意其自身业务与漏洞分诊、情报服务相关，报告存在商业立场。文中 217 条、误报率等数据来自 VulnCheck 追踪，Anthropic 尚未逐项公开反驳，最终判断应结合 Anthropic 台账和更多独立验证。

【参考资料】

• [2026-11-12]（Anthropic 玻璃翼计划被质疑！近 4 万个候补漏洞，只修了 217 条）量子位（今日头条）http://m.toutiao.com/group/7707186642481627675/
• [2026-11-12]（Claude AI Uncovered 38,000 Vulnerabilities: Shockingly, It Only Detects Flaws But Patches Zero Security Issues）36 氪 https://eu.36kr.com/en/p/4066104547791749
• [2026-11-12]（Anthropic's Project Glasswing Faces Growing Criticism as AI Vulnerability Findings Overwhelm Open-Source Maintainers）Undercode News https://undercodenews.com/anthropics-project-glasswing-faces-growing-criticism-as-ai-vulnerability-findings-overwhelm-open-source-maintainers/
• [2026-11-11]（38,000 AI-found vulnerabilities, 217 fixed: auditing Glasswing, Anthropic's bug-discovery machine）DEV Community https://dev.to/slabb/38000-ai-found-vulnerabilities-217-fixed-auditing-glasswing-anthropics-bug-discovery-machine-k65
• [2026-11-11]（Glasswing's 94.2% Accuracy Claim Conflicts with Independent Evidence）AI Governance Institute https://aigovernance.com/news/glasswings-942-accuracy-claim-conflicts-with-independent-evidence
• [2026-11-11]（Project Glasswing: VulnCheck's 442 CVEs vs Anthropic Claims）FreakyJolly https://freakyjolly.com/project-glasswing-vulncheck-cves-explained/
• [2026-11-09]（After 7-months, Glasswing Overwhelms Maintainers with Underwhelming Findings）VulnCheck 官方博客 https://www.vulncheck.com/blog/anthropic-glasswing-november-update?ref=upstract.com
• [2026-05-24]（Project Glasswing and the AI Vulnerability Disclosure Velocity Crisis: How Autonomous Vulnerability Discovery Has Outpaced the Global Capacity to Patch）Cloud Security Alliance Lab https://labs.cloudsecurityalliance.org/wp-content/uploads/2026/05/CSA_research_note_ai-vuln-discovery-velocity-disclosure-crisis_20260524-csa-styled.pdf
• [2026-05-22]（Project Glasswing: An initial update）Anthropic 官网 https://www.anthropic.com/research/glasswing-initial-update?category=cms
• [2026-04-07]（Project Glasswing: Securing critical software for the AI era）Anthropic 官网 https://www.anthropic.com/glasswing

【免责声明】

本文数据整理自第三方机构 VulnCheck 追踪报告、媒体报道及 Anthropic 官方公开资料，候选发现、已公开、已修复、重复、撤回等条目各有统计口径，不同来源对 "修复" 的定义存在差异；VulnCheck 为商业漏洞情报厂商，其评估结论与自身业务相关，不代表独立中立的最终认定。文中误报率、真阳性率、严重度比例等均为特定样本和时点下的统计结果，会随审核进展变化。安全漏洞的真实性、严重程度和修复状态，以 CVE 编号、上游项目公告及官方安全披露为准；本文仅作信息整理，不构成对 Anthropic 产品安全状况的结论性评价。