P2Patch：以利用为导向的漏洞修复方法

研究者提出 P2Patch，将补丁本身视为新的攻击目标：先由利用代理构造可复现漏洞证明（PoV），修补代理修复程序后，再利用代理尝试用同一漏洞的变体攻击已修补程序。在 101 个 C/C++ 与 Java CVE 样本中，41% 的运行在补丁已阻断原始 PoV 后仍被找出新的可用利用。

以往自动修复通常只用构造补丁时的那份证据验证，能挡住单个告警或利用不等于真正修复。该工作把验证从单点静态检查变成持续对抗，暴露出修复后被绕过的比例，并提升了留出集上的修复覆盖率。

机制是把每次成功利用固化为永久修复要求，最终补丁必须阻断过程中累积的全部 PoV；同时构造阶段的 PoV 与用于评估的留出预言机严格隔离，避免自我验证带来的乐观偏差。

若产品化，安全团队在漏洞修复流程中需预留对抗验证环节，补丁发布前可能多次返工；代码扫描与自动修复工具需要加入同漏洞变体生成能力，评审成本和上线节奏会受影响。

• 在代码扫描或自动修复产品中增加对抗式验证模块，对每个补丁尝试生成同漏洞变体利用，只有全部被阻断才标记修复完成。
• 为安全团队提供修复覆盖率与变体绕过率的度量面板，用于区分真正修复与仅阻断单条告警。
• 将构造阶段 PoV 与评估用留出集分离的评测流程，作为内部或对外的修复质量认证标准。

• P2Patch 在 101 个 CVE 样本之外的编程语言和漏洞类型上是否同样有效？
• 41% 的绕过比例在真实生产代码库和持续集成流程中是否可复现？
• 该方法对修复耗时和算力成本的增加幅度尚不明确。
• 与 Claude Code 等单次修复对比的完整基线细节和统计显著性未在证据中给出。