能发现安全漏洞的AI：Glasswing与新增CVE对你意味着什么

什么是Project Glasswing？

Project Glasswing是Anthropic于2026年4月7日宣布的一项计划，旨在把先进模型用于关键软件和开源软件的防御性工作。Anthropic表示，其首批合作伙伴把Claude Mythos Preview用作自身防御性安全工作的一部分，并称它会分享从中学到的东西。^[2] 在2026年10月8日的Cyber Mission公告中，Anthropic表示已在当周早些时候把Project Glasswing并入其扩大后的Cyber Verification Program。^[5] 这个名称并不指某一款消费级产品中的漏洞，也不是在警告每台计算机都已受到影响。

它的新闻价值来自漏洞发现流程的变化。软件从来都存在缺陷；一个能力足够强的模型也许能帮助研究人员检查更多代码，并生成更多候选报告。但候选报告只是开始。它必须被复现，被评估是否与安全相关，被安全地披露、修复、发布，并由受影响的用户安装。Anthropic自己的数据面板描述了外部公司的分诊过程，并称独立审查是限制整体速度的环节。^[1]

因此，对普通人来说，眼下要做的并不是去搜索Glasswing，也不是亲自尝试找出缺陷。真正有用的问题是：某个设备或应用的厂商是否已为自己实际在用的产品发布了正规的安全更新。如果已经发布，就通过设备的常规更新机制或厂商的官方支持渠道安装。

AI辅助的发现最终可能改善软件安全，但它也可能带来庞大的验证工作量。这正是负责任披露之所以重要的原因：在修复可用之前公布利用细节可能伤害用户，而发送低质量报告则可能让维护重要软件的人不堪重负。实际的结果是，报告出来的发现数量并不能直接等同于读者面临的危险数量。

与Glasswing相关的数字到底衡量的是什么？

Anthropic的协同漏洞披露数据面板最近一次更新于2026年11月2日。它报告了37,966项候选发现、6,376项经外部安全公司审查、6,009项确认有效、在680个开源项目中披露的5,087个漏洞、629项已在上游修复，以及733个标识符，其中包括230个CVE和503个GitHub Security Advisories。^[1] 5,087这一总数由两部分合计而成：1,862项是在外部分诊之后报告的发现，3,225项是Anthropic直接报告给维护者的发现，页面给后一组标注了“可能包含误报”。^[1] 该页面并未使用Glasswing这个名称；它描述的是Claude系列模型（包括Claude Mythos Preview的一个早期快照）在2025年11月1日至2026年11月2日期间发现的结果。^[1] 这些属于不同的阶段，因此不应把它们相加，也不应把它们当作受影响用户的单一数字。

数据面板明确提醒，真阳性率只是衡量影响的一个代理指标。它说，其94.2%这一数字的依据是6,376项经公司审查的候选发现中有6,009项确认有效，而这一类别包含了后来被发现属于重复或不太可能被修复的真实缺陷。它指出补丁数量是更可靠但滞后的指标。^[1] 这一说明之所以重要，是因为模型、分诊公司和项目维护者对严重程度的判断可能各不相同。

VulnCheck于2026年11月9日发布了一份独立的追踪分析。它表示，其方法论结合了CVE记录、GitHub Security Advisories、Linux内核提交以及Anthropic的公开台账，并辅以人工核查。它报告称，七个月后有442个CVE可归因于Anthropic，按它的说法约占今年已发布的93,450个CVE的0.5%，并称在对照其自有的已知被利用漏洞目录VulnCheck KEV进行追踪时，这442个之中只有两个已在真实环境中被利用。^[4] 在解读Anthropic的公开台账时，VulnCheck还统计出37,966项发现中有7,349项（19.4%）已被公开，217项被标记为已修复，这与数据面板自身报告的629项已在上游修复有所不同。^[1][4] 这些数字来自一项采用自身归因方法的独立分析；应当把它们表述为VulnCheck的统计，而不是Glasswing的官方总数。

不同的统计可以都是诚实的，只是衡量的对象不同。模型可以生成一项候选发现。安全公司可以验证它。维护者可以收到它、拒绝它、把它当作重复项处理、不发公告就直接修复，或者发布一份安全公告。CVE可能在补丁到达用户之前就已分配。补丁可能已经存在却尚未被安装。看清一个数字旁边的标签，比重复引用能找到的最大数字更重要。

对读者而言，结论是有限度的：公开证据显示出大量的发现和审查活动，以及修复环节持续存在的瓶颈。它并不表明有37,966个缺陷可以在某一台设备上被利用，也不表明442个CVE指向同一个共同的威胁。^[1][4]

什么是CVE？有了CVE就意味着你有风险吗？

CVE是Common Vulnerabilities and Exposures（通用漏洞披露）的缩写。CVE Program把自己的使命描述为识别、定义并编目已公开披露的网络安全漏洞。^[3] CVE标识符帮助厂商、安全团队和用户指称同一个问题。它不是恶意软件，不是补丁，也不能证明某部手机、某台计算机或某个账户上发生了漏洞利用。

风险取决于产品、版本、配置和暴露程度。一个问题可能只影响某个特定的软件版本、一项已被停用的功能、一款服务器产品而非消费级应用，或者普通读者并不使用的某种部署方式。一篇没有写明受影响产品和修复版本的CVE文章，不足以用来诊断一台设备。

合理的顺序是：确认具体的产品和已安装的版本；查阅厂商自己的安全公告或更新页面；如果产品受到影响，就安装厂商的更新；然后按厂商给出的其他缓解步骤操作。不要从社交媒体帖子、广告、聊天消息或仿冒网站下载所谓的“修复程序”。安全新闻标题常常招来假冒下载和冒充技术支持的骗局。

有些CVE是在协同披露窗口期之后分配的；另一些则可能在补丁被广泛部署之前就已公开。Anthropic的数据面板指出，无论补丁是否已经发布，公开的CVE和GHSA记录都会在其各项发现中分配，而是否创建安全公告由维护者决定。^[1] 正因如此，看到一个CVE存在时，必须同时对照厂商的实际指引。

对大多数人来说，CVE新闻的价值在于让人意识到更新很重要。它不是让人去运行漏洞利用代码、扫描别人的系统，或仅凭一个标识符就做出产品决定的邀请。

AI发现更多漏洞，会让所有人更不安全吗？

并非必然如此。如果发现的问题在被攻击者利用之前得到验证、负责任披露并修补，更多的发现就能帮助防御者。而当报告数量的增长速度超过维护者评估和修复的速度时，它也会暴露出处理能力的问题。Anthropic的公开数据面板及其2026年10月8日的Cyber Mission公告都把人工审查、维护者的处理能力和修补描述为这一流程中不可或缺的部分。^[1][5]

Anthropic表示，其需主动选择加入的OSS Scanner可以把未经人工审查的模型生成报告发送给有能力接收这些报告的维护者。其Cyber Mission页面说，这可以让报告更快送达，但也意味着部分报告可能包含不准确之处，包括错误的严重程度评级。页面还说，其他项目将继续依照其协同披露政策收到经人工核实的披露。^[5] 这是一个有用的区分：自动化发现可以扩大规模，而验证仍然是由了解项目背景的人做出的决定。

VulnCheck的分析为那些渲染发现数量的新闻标题提供了一种平衡。它质疑应当如何解读已公布的总数和真阳性率，认为分诊负担正在转移到开源维护者身上，统计出442个归因于Anthropic的CVE，并称根据它自己的已知被利用追踪，其中两个已在真实环境中被利用。^[4] 在一个尚属年轻的数据集中观察到的利用率较低，并不能证明其余缺陷无害；同样，发现数量多也不能证明大规模利用迫在眉睫。这两种说法都会超出数字本身所能支持的范围。

对维护者或安全团队来说，问题在于分诊质量、可复现性、严重程度、可修复性和披露协调。对普通用户来说，问题要简单得多：使用仍受支持的软件，安装官方更新，并对“一个新命名的AI项目意味着个人设备已被入侵”之类的说法保持怀疑。

当发现、验证和修复协同运作时，安全才会改善。仅有发现并不是终点。一个没有人能复现的缺陷，或一个没有人部署的补丁，所提供的保护都比不上已安装在受影响系统上的经过验证的修复。

看到AI漏洞的新闻标题后，普通用户应该怎么做？

第一，确认文章是否点名了你实际在用的产品。在厂商的官方安全公告把某个问题与具体的产品和版本联系起来之前，不必理会“AI发现了数千个漏洞”这类笼统的说法。一个没有说明受影响产品的CVE编号，不足以判定某台笔记本电脑、某部手机或某个账户处于危险之中。^[3]

第二，通过正常的可信途径更新：设备内置的更新界面、软件的官方更新程序，或制造商真实的支持页面。不要使用意外收到的消息里附带的链接。骗子可以借一则真实的安全新闻推送假冒的安装程序、索要密码，或以“远程保护”为名要求付款。

第三，守住基本的账户安全。使用各不相同的密码，启用可用的多因素认证，保留备份，并让找回信息保持最新。这些做法并不能修补软件缺陷，但能减少常见账户入侵途径造成的损害，并在设备必须重置或更换时让恢复更容易。

第四，检查产品是否仍受支持。一台不再收到安全更新的设备，与一台能收到厂商最新补丁的设备，风险状况并不相同。如果厂商表示某款产品无法更新，就应避免临时凑合的下载，并根据该产品的重要程度，考虑更换为仍受支持的产品或寻求专业维修途径。

第五，如果一份正规的安全公告表示需要紧急行动，就按该公告所限定的范围和时间表去做。不要把复杂的管理员操作说明套用到并非由你管理的系统上。对于工作单位、学校、医疗或企业的设备，应通过获授权的IT或安全渠道上报该公告，而不是自行更改可能导致受管服务中断的设置。

开发者和维护者应如何对待AI生成的漏洞报告？

开发者和维护者应把AI生成的报告当作一条线索，而不是一项定论。确认受影响的版本，在获授权的环境中安全地复现该行为，找出其中涉及的安全边界，并将其与项目的威胁模型进行比对。在维护者审查之前生成的严重程度标签可能是错的，因为报告者未必了解部署环境。Anthropic的数据面板通过区分模型、外部公司和维护者各自的评估，说明了这一点。^[1]

使用成熟的漏洞披露流程。一份有用的报告会说明受影响的组件、一个最小的可复现案例、关于影响的假设以及一条负责任的联系途径。不要过早公布利用步骤或概念验证代码。协同披露让维护者有时间在技术细节传到更广泛的受众之前验证并修复问题。

追踪每份报告的结果：有效、重复、超出范围、不予修复、待处理、已修复或已发布安全公告。这样可以让扫描工具的真实质量显现出来，并防止原始提交数量变成一个带有误导性的成功指标。Anthropic指出，其真阳性计数可能包含后来被发现属于重复或不太可能被修复的有效问题，而其已修复计数追踪的是已发布的上游修复。^[1]

对于选择接受批量自动报告的项目，应在报告到来之前设定处理能力上限和确认回执的途径。Anthropic表示，其未经审查的OSS Scanner面向的是有能力跟上所呈现发现的项目。^[5] 数量较少但复现充分的报告，可能比大量推测性的警报更有价值。

测试应限于测试者获授权评估的系统和软件，并采用项目已成文的安全流程。

442个CVE和Glasswing给你带来了什么改变？

它们改变的更多是背景，而不是眼前要做的清单。VulnCheck的442这个数字，是一家研究机构在七个月后统计的归因CVE数量，而Anthropic的数据面板报告的是一个规模更大的工作流程，包括候选发现、分诊、披露和补丁。这些数字表明，自动化发现可以产生大量工作。它们并没有指出哪一款消费级产品是每位读者都必须修补的。^[1][4]

值得长久记住的一点是，安全发现有其生命周期。候选发现需要验证。有效的漏洞需要协同披露。受影响的厂商需要发布修复。用户和组织需要安装这些修复。Anthropic的数据面板明确描述了人工分诊和维护者处理这两个阶段，其Cyber Mission页面则说，验证、披露和修复仍然缓慢，并且依赖于人。^[1][5]

对普通用户来说，最好的应对仍然是冷静而具体的：通过官方渠道更新操作系统、浏览器、应用程序和设备固件；为重要数据保留备份；不要相信借一个新漏洞名称来索要访问权限或金钱的陌生人。一个名字响亮的计划或一长串CVE清单，并不是对你个人的诊断。

对专业人士来说，衡量防御工具时，既要看发现了多少候选项，也要看经过验证并完成修复的成果以及给维护者带来的负担。这种视角既尊重了更快发现漏洞所带来的前景，也尊重了把一份报告变成更安全的软件所需要的实际工作。