AI Agents Are Disrupting Open Source Security Disclosure

AI代理正在颠覆开源安全披露 - InfoQ

InfoQ 首页 News AI代理正在颠覆开源安全披露

开发

从Tokens到功能：为AI辅助工程构建成本归属架构（网络研讨会 10月29日）

AI代理正在颠覆开源安全披露

2026年10月3日 2分钟阅读

作者：

• Renato Losio

#### 关注我们

YouTube

232K关注者

LinkedIn

26K关注者

Instagram

新

RSS

19K读者

X

57.1k关注者

Facebook

21K点赞

Bluesky

收听本文 -

0:00

音频准备播放

您的浏览器不支持音频元素。

正常

1.25x

1.5x

喜欢

新下拉阅读列表

• 阅读列表

Anil Madhavapeddy最近的一篇文章指出，AI代理可以将关于软件漏洞的公开线索转化为可运行的利用代码，从而降低开源项目中传统披露禁令的有效性。作者强调，随着漏洞披露与利用之间的时间间隔缩短，需要加快补丁和发布流程。

描述自己修复路径穿越漏洞的经历时，剑桥大学计算机科学教授、OCaml编译器核心维护者Madhavapeddy写道：

该补丁本身很简单，正常情况下，安全流程会私下修复漏洞，通知受影响用户，然后发布公开公告。但这次，在提交修复该问题的PR后几分钟，我注意到实时Web服务器日志中出现了与该漏洞模式完全匹配的探测请求。

传统安全流程依赖于对漏洞进行保密，假设隐藏技术细节可以保护用户。然而，AI代理可以从有限线索中独立研究漏洞：在最近的一项研究中，当提供CVE描述时，GPT-4代理在包含15个漏洞的基准测试中成功利用了87%的漏洞，而没有这些描述时仅能利用7%。Madhavapeddy认为"漏洞经济学"现在对开源维护者不利，补充道：

在我看来，我们的安全流程需要有所倒置，因为只需一个人搜索该问题类别（这可能是一个邮件列表问题、孤立分支中的异常提交或上下文泄露），就足以提醒其他人的代理，让他们获取利用代码。这非常令人震惊。

Chainguard的开发者关系负责人Adrian Mouat表示，这使开源维护者陷入两难境地：

仅仅提交一个PR来修复问题就会让项目和用户陷入不利境地，因为攻击者甚至在更新版本发布之前就可以创建并开始使用利用代码。用户面临风险且无能为力。这可能迫使项目在相关源代码发布之前就开始发布版本。但这违背了开源的基本原则。

Madhavapeddy建议在完整补丁发布前采取三种可能的缓解措施：私下讨论漏洞、加快持续发布流程以及快速实施协议级缓解措施。在一篇热门的Hacker News帖子中，开源项目rclone的创建者和维护者Nick Craig-Wood指出CVE数量的激增：

在rclone项目最初的十年里，我们通过GitHub收到了大约20个安全披露。但仅在上个月就处理了超过40个！这耗费了我大量的时间，即使使用AI工具进行分类和提出修复方案供审查，也是如此。

虽然私有漏洞协调和更快的发布周期可以在现有工作流程中实现，但构建带有撤销和能力控制的协议需要架构上的变更，以远程禁用或限制易受攻击的操作。Madhavapeddy 建议采用诸如短期凭证、可撤销能力以及可以在不强制每个客户端立即升级的情况下激活的协议级控制等机制。

Madhavapeddy 和 Craig-Wood 并非唯一关注安全环境变化的开源维护者，QEMU 正在缩短漏洞禁令期限，以应对日益加快和自动化的漏洞发现。

作者部分的主要包装器

关于作者

章节标题

每个作者的主要包装器

#### Renato Losio

显示更多

显示更少

#### 此内容属于 AI 编码代理主题

##### 相关主题：

• 开发
• 架构与设计
• 常见漏洞与暴露
• 应用安全
• AI 安全
• AI 编码代理
• 开源
• 代理
• 相关编辑内容
• 相关赞助商 《实用代理编码手册》
• 相关赞助商 大规模自动化代码转换。修复漏洞、迁移框架并在所有仓库中现代化遗留代码。免费试用 Moderne

InfoQ 新闻简报

每周二发送上周 InfoQ 内容的汇总。加入超过 25 万名高级开发者的社区。查看示例

我们保护您的隐私。