用途：审查针对安全漏洞的补丁，验证修复是否解决根因而非仅阻断单条利用路径，检查是否遗漏同类变体漏洞，确认回归测试是否充分覆盖该漏洞，并评估修复是否引入新的攻击面。
适用场景：审查已提出的安全漏洞补丁；验证修复是否触及根因；检查修复可能遗漏的变体漏洞；确认回归测试覆盖漏洞；验证修复未引入新攻击面。
不适用场景：初始漏洞发现（应使用审计或静态分析类技能）；无安全背景的通用代码审查；性能优化审查。
审查清单：一、根因分析——修复是否解决根因还是只阻断一条利用路径；攻击者能否经其他路径到达同一脆弱代码；代码库中是否存在同一缺陷模式的其他实例。二、修复完整性——是否处理所有输入变体（编码、规范化、边界情况）；错误路径是否也被修补；是否在所有受支持平台与配置下有效。三、绕过分析——能否用不同输入编码绕过；是否依赖可被跳过的客户端校验；是否存在 TOCTOU（检查与使用时间差）窗口。四、回归测试——测试是否触发确切的漏洞条件；是否覆盖绕过尝试；是否包含负向测试（确保安全输入仍可用）。五、副作用——是否改变公开 API 行为；是否因校验过严导致拒绝服务；是否引入带自身攻击面的新依赖。
常见修复反模式：黑名单方式（攻击者找到未列出的变体）；仅检查输入长度（无法阻止恶意短输入）；错误抑制（掩盖症状而非根因）；单层防御（一次绕过即失效）；在错误层级修复（其他调用方仍可触达漏洞）。
工作流：阅读漏洞报告或公告；理解根因与攻击向量；以安全视角审查 diff；搜索变体实例（grep、CodeQL、Semgrep）；验证测试对漏洞的覆盖；检查绕过机会；记录发现并给出严重性评估。
限制：资料未提供具体安装命令、运行方式、支持平台或收费信息。