误报治理是什么
扫描器误报几乎不可避免：发行版把补丁回移植到旧版本号上而扫描器只比对版本、组件位于前端而版本探测到的是后端、代理与 ACL 导致的可达性判断错误，都会产出误报。可行的做法是固定四步流程——复核对证、举证留档、带到期时间的豁免、复扫确认；豁免是记录而不是删除条目。
基本信息
| 加固项 | 误报治理与豁免流程 |
|---|---|
| 适用平台 | 企业级（扫描、变更、风险管理协同） |
| 风险等级 | 低 |
| 基线 | 每条豁免都有证据与到期时间 |
| 责任 | 风险接受需业务负责人书面确认 |
典型使用场景
- 季度复扫：确认上一轮豁免项是否仍然成立，该回归的立即回归
- 审计举证：说明某条为何不修，并附上可复现的证据
- 扫描器调优：把重复出现的误报抽象成规则，降低整体噪音
- 资产核对：通过误报反查版本采集不准或台账缺失的资产
- 人员交接：豁免理由留档后不随经手人变动而丢失
复核举证模板
复核举证模板
# 条目：扫描器条目 ID 与名称，附扫描报告出处
# 复核结论：真漏洞 / 误报 / 已被缓解 / 风险接受
# 证据：版本输出、配置片段、不可达证明（命令与输出一并留档）
# 复核人：安全与运维双签，风险接受另需业务负责人确认
# 豁免到期：YYYY-MM-DD，到期自动回到扫描清单重新评估结论分类与证据要求
| 结论 | 证据要求 | 后续处理 |
|---|---|---|
| 真漏洞 | 版本与配置双重确认 | 进入修复流程并跟踪 SLA |
| 误报 | 命令输出与配置片段 | 登记豁免并设到期时间 |
| 已被缓解 | 补偿控制的配置与验证方式 | 漏洞本身仍保留跟踪 |
| 风险接受 | 业务负责人书面确认 | 明确到期与复评时间 |
直接删除扫描条目是最坏做法：换人复扫时同一条目会以新发现的身份回来，复核工作量翻倍而且无人知道历史结论。
豁免到期要配提醒机制：日历或工单系统的到期通知，让每一条豁免都必须被重新确认一次。