漏洞研究方法的适用边界问题边界、适用条件与反例不是一个脱离场景的检查项。在漏洞利用与缓解绕过栈/堆溢出、ASLR/DEP 绕过技术剖析里先问两个问题这次要保护或验证的对象是什么出现异常后谁能停止、回退或人工接管验证工作应限定在授权范围内因此范围必须写在第一行。先把缓解措施的适用条件写明任务卡可写成四项目标、约束、可观察信号和停止条件。目标不要写成“提升安全性”而要落到一项具体动作约束则包括权限、环境和不处理的情况。对象可以从授权测试范围、缓解配置、补丁状态和行为证据开始梳理。边界结论需要哪些反证先说明要解决的对象和不解决的对象。边界不清时读者容易把一项局部防线误认为是完整的安全方案。列出成立条件输入来源、权限模型、部署环境和依赖假设。条件变化后应重新评估而不是机械套用原有做法。反例用于检验边界。例如一个策略能拦住格式错误的输入并不意味着它能识别逻辑越权两类风险需要不同证据。每做一步都要说明证据来自哪里。还要核对缓解措施是否实际生效应由配置和测试记录证明。结论若无法回到原始记录就只能算待确认的假设。交付时交付什么交付结果应附上版本或配置快照、验证输入、观察结果和处置选择。针对本主题测试授权、配置快照、风险判断与修复验证记录可以作为复核线索。没有通过的项应保留风险说明和后续动作不要在交付时悄悄省略。缓解措施先说明能挡什么公开材料只说明防护与验证思路不提供绕过步骤。把当前条件写清楚读者才能判断做法能否迁移到自己的环境条件改变后再重新做一次核对即可。