Anthropic用Claude找漏洞,修漏洞,1596个只修好97个"

admin 2026-10-20 20:07:33 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

cover_image

Anthropic 用 Claude 找漏洞,修漏洞,1596 个只修好 97 个

原创

白夜行
白夜行

船山信安

2026年6月15日 12:20
广东

在小说阅读器读本章

去阅读

Anthropic在GitHub推出defending-code-reference-harness 的仓库,5.8k 星,它是一套让Claude自动挖漏洞、验证、出补丁的完整流水线。 与其他不同在于,这套东西是 Anthropic 拉着多家企业安全团队实打实跑出来的经验。

主要成果

其中281个开源项目扫下来,23,019个候选发现,经过外部安全公司验证后确认 1,726个真漏洞,真阳性率 90.8%。其中跟Mozilla合作用两周就在 Firefox 里挖出22个漏洞,14个高危,大约相当于Firefox 2025 全年高危漏洞的五分之一。nginx任意文件写入、Temporal跨命名空间操控、Ghost SQL注入,都出自这条管线。

这些1596个已披露漏洞,只有97个打上了补丁,修补率只有6.1%。四层验证漏斗一路衰减,补丁能编译的大概80%,原始PoC不再崩溃的60%,测试套件还过的50%,而扛住新一轮独立攻击的呢,不到15%,从60%到15%这说明什么?

从数据上就能体现出该模型修的大多是固定方案,堵了这一个问题,其他旁边还漏着好几个问题等着处理。

流水线过程

分别是Build编译带ASAN的Docker镜像;

Recon把攻击面拆成互不相交的子区域;

Find阶段多个Agent各自隔离容器并行挖洞且要PoC三次稳定复现才上报;

Grade用全新容器独立验证;

Judge去重分类;

Report输出六轴可利用性分析;

Patch出补丁再跑四层验证。

其中Find和Grade之间只传PoC字节码Find Agent的推理过程全部丢弃。主要是两个原因,一是为了防确认偏误,其验证过程不该被发现的分析牵着走;二是为了防提示注入传播,例如目标代码的函数名或文件路径里藏了恶意指令。

突出点

有的团队在Prompt里写你无法联网,结果模型自己发现还能从GitHub拉文件。为了避免这种情况,所以Anthropic的约束全写在代码里而非Prompt里,gVisor内核级隔离,出站白名单只放行Claude API,启动前自动校验沙箱状态,没沙箱直接拒绝运行。

短板

目前只支持C和C++的内存漏洞,因为ASAN崩溃签名是最干净的自动物理信号。逻辑漏洞缺少同等质量的自动化判据,真阳性率会大幅下降。其官方仓库自己也声明不再维护,本质上是一份参考实现。Anthropic坦承自动分类和补丁仍是开放问题。

运行步骤

git clone https://github.com/anthropics/defending-code-reference-harness
cd defending-code-reference-harness
claude

# 30-sec intro + guided first run on the canary target
> /quickstart

> /quickstart how do I port the pipeline to Java?
> /quickstart how do I triage all these bugs?

Anthropic用Claude找漏洞,修漏洞,1596个只修好97个" 网络安全文章

Anthropic用Claude找漏洞,修漏洞,1596个只修好97个"

Anthropic推出基于Claude的自动化漏洞挖掘与修复流水线defending-code-reference-harness,在281个开源项目中验证出1726个真实漏洞(真阳性率90.8%),但修复效果有限——1596个披露漏洞中仅97个成功打补丁(修补率6.1%)。该流水线采用多阶段隔离验证机制,通过沙箱代码级约束防止提示注入,但目前仅支持C/C++内存漏洞,逻辑漏洞自动化处理能力不足。
重要的ApacheCXF漏洞需要立即采取行动" 网络安全文章

重要的ApacheCXF漏洞需要立即采取行动"

文档披露了ApacheCXF框架中的四个高危漏洞:CVE-2026-50633(JNDI注入导致代码执行)、CVE-2026-50634(元数据验证绕过)、CVE-2026-50628(OAuth2IP检查逻辑反转)和CVE-2026-49875(XXE注入)。攻击者可利用这些漏洞入侵系统,建议管理员立即升级至4.2.2或4.1.7版本修复。
响应包篡改绕过登录:false改成true,我直接进了后台管理面板" 网络安全文章

响应包篡改绕过登录:false改成true,我直接进了后台管理面板"

文档通过实战案例揭示响应包篡改漏洞:攻击者通过拦截登录接口返回的JSON数据,将success或auth字段从false改为true即可绕过认证进入后台。关键发现包括前端依赖客户端状态判断权限、后端缺乏二次校验等设计缺陷。可操作建议包括后端应对每个请求进行独立身份验证、避免在响应中返回权限字段、统一使用401状态码。
评论:0   参与:  0