Agent 称已修复漏洞,原 PoC 仍可复现:验证 diff 不等于验证触发条件
AIGODSEND · reddit · 2026-11-03
Reddit 帖描述了一个编码 agent 的典型安全修复失败案例:agent 关闭了安全工单、补丁看起来干净、测试全过、diff 与 advisory 一致,但有人用原始 PoC 去跑打补丁后的版本,依然能触发漏洞——因为 agent 修的是另一条路径。
作者指出问题不在模型的推理,而在验证方式:我们验证的是 diff,而不是触发条件。正确做法很简单:
- 冻结 PoC:把原始触发条件作为固定测试用例
- 应用补丁后运行原 PoC
- 如果必须修改触发条件才能复现,说明修的是另一个 bug
作者由此提出一个工作流:每个被拒绝的操作都沉淀为一个 fixture(确切触发条件 + agent 引用的证据 + 本可拦截它的检查),工单队列会清空,但 fixture 会留存下来。文末向读者提问:当 agent 说「修好了」时,你会先冻结什么?
「编程与Agent」频道最新
- 开发者让 Agent 多模型多轮打磨，生成 40 篇设计师百科站 Deimos — evilrabbit_ · 2026-11-03
- 用户反馈 agent 调试受阻，Sentry 数小时内修复 MCP server — zeeg · 2026-11-03
- 一夜做的小项目拿下 333 points 和约 2.2 万访客 — Aizkmusic · 2026-11-03
- 别信 agent 的「完成」状态：五个我手工坚持的检查项 — Kodenstudio · 2026-11-03
- 开源 iRacing AI 修车团队：5 个 agent 播报数字须先过遥测校验 — JeremyCMorgan · 2026-11-03
- 用 1980 年 Smalltalk-80 语法管 Agent,360 次测试合规率 100% — RandalSchwartz · 2026-11-03