漏洞验证任务超时：怎样重试才不扩大风险

漏洞验证任务超时：怎样重试才不扩大风险

“异常输入、超时与重试的故障隔离”常被写成一串术语，真正落地时却要回答几个朴素问题：谁负责、何时停止、怎样证明结果。以漏洞利用与缓解绕过：栈/堆溢出、ASLR/DEP 绕过技术剖析为背景，本文给出一套可讨论的工作方法。

先确定最低目标

先确定这次只解决什么、不解决什么，并列出授权范围、缓解措施、补丁状态和验证记录。范围太大时，优先保住高风险路径；其余问题明确排入后续计划。

实施中保持可回退

1. 异常输入在入口处被识别并拒绝，比进入核心链路后再处理成本低。校验长度、类型、权限和资源配额，同时给调用方返回稳定的失败语义。
2. 超时预算要沿调用链分配，不能让每一层都等待同样长的时间。下游超时后取消无意义工作，避免积压任务继续占用连接和线程。
3. 重试只适用于明确的暂时性失败，并要限制次数、抖动和总时长。不可重试的权限或校验失败应立即返回，防止放大流量。

重试要有停止理由

超时后先判断动作是否可能已生效，再决定是否重试。为每次请求保存幂等标识和截止时间，区分临时不可用与权限、参数错误；后两类错误继续重试只会掩盖问题并扩大影响。

完成后核对授权说明、配置快照、风险判断和修复验证，并注明尚未覆盖的条件。承认限制，比给出宽泛承诺更有用。