一条漏洞传闻就足以引发安全利用
来自 Simon Willison · 期号 2026-08-29
摘要
剑桥教授、OCaml 核心维护者 Anil Madhavapeddy 发现，安全补丁在公开讨论后几分钟内就会引来漏洞探测。现代 coding agent 已经能凭一条漏洞传闻就找到并利用它。 rclone 维护者 Nick Craig-Wood 在 HN 评论里证实了同样的问题：过去十年收到约 20 个安全报告，上个月就超过 40 个，其中约 75% 确实需要修复。GitHub 分配 CVE 也从两三天拖到三四周。 Anil 指出，现有的开源 embargo 流程已经跟不上这个速度，社区需要新的安全协作方式。
深读
导读 AI 驱动的代码审查和漏洞探测已经快到了让传统安全流程跟不上的地步。剑桥教授、OCaml 核心维护者 Anil Madhavapeddy 发现，安全补丁在公开讨论后几分钟内就会引来自动化探测，而 rclone 项目一个月收到的安全报告比过去十年还多。这篇文章用两个真实案例说明：开源社区的 embargo（保密）流程需要重新设计。 关键信息 - Anil Madhavapeddy 报告，OCaml 项目的安全补丁在公开讨论后约 10 分钟内，就检测到针对路径遍历序列的探测流量。 - Anil 用自己的 coding agent 复现了这一过程，当 Claude Fable 拒绝执行时，切换到了 DeepSeek V4 Pro。 - rclone 维护者 Nick Craig-Wood 在 Hacker News 评论中证实：项目前十年收到约 20 个安全报告，上个月就超过 40 个。 - 这 40 多个报告中约 75% 包含需要修复的实质问题。 - GitHub 分配 CVE 的时间从过去的 2-3 天延长到了现在的 3-4 周，导致发布时只能标注 CVE-PENDING。 逐节讲解 漏洞传闻几分钟内即被利用 Anil Madhavapeddy 发现，OCaml 项目的安全补丁在公开仓库中分享讨论后，几分钟内就出现了针对该漏洞的探测流量。过去这类流程需要几天时间，一两周内发布修复版本是合理的节奏。现在，自动化监控工具在跟踪公开仓库，一有补丁提交就立刻发起探测。 Coding Agent 凭传闻就能找到漏洞 现代 coding agent 已经足够强大，仅凭一条漏洞的传闻就能定位并利用它。Anil 用自己的 agent 演示了这一过程，当 Claude Fable 拒绝执行时，他换用了 DeepSeek V4 Pro 并成功完成。这意味着，安全问题的发现速度已经与现有的开源 embargo 流程不兼容。如果一个问题能在几分钟内变成可利用的漏洞，社区需要新的安全协作方式。 rclone 项目的数据佐证 rclone 维护者 Nick Craig-Wood 在 Hacker News 的评论中给出了更系统的数据。项目前十年总共收到约 20 个安全报告，而上个月就超过 40 个。这些报告的质量不低，约 75% 包含需要修复的实质内容。处理这些报告耗费了大量时间，即使借助 AI 工具进行分诊和生成修复方案。同时，GitHub 分配 CVE 的流程也明显变慢，从过去的 2-3 天拖到了 3-4 周，导致发布时只能标注 CVE-PENDING。 值得注意 - 文章没有讨论如何设计新的安全协作流程，只指出了现有流程失效这一事实。 - Anil 的演示中 agent 切换模型这一细节值得注意：当 Claude Fable 拒绝执行漏洞利用任务时，DeepSeek V4 P…