白名单与例外的本质
白名单与例外是为了让合法业务绕过某条规则而产生的放行条目，本质上是为可用性主动开的口子。开完之后如果没人回收，口子会越来越多，最后防护被架空。定期复核的对象是每条例外的作用范围、原因、责任人、设置时间，结论只有三种：保留、收紧范围、删除，并且要逐条留档。
基本信息
| 复核内容 | 例外条目、作用范围、原因、责任人、设置时间 |
|---|---|
| 结论类型 | 保留 / 收紧 / 删除，逐条给出结论并记录 |
| 原则 | 无原因、无责任人、作用范围过宽的条目默认删除或收紧 |
| 留档 | 复核日期与结论入档，作为审计与交接依据 |
典型使用场景
- 季度例行复核：与规则评审同步，避免两套清单脱节
- 误报处置后：加例外时同步登记原因与责任人，便于下次复核
- 渗透测试或审计前：把范围过宽的例外收紧，减少问题项
- 人员变动后：清理已无人认领的例外条目
- 业务下线后：删除对应例外，避免残留放行
复核表字段
复核表字段
# 规则ID | 作用范围 | 原因 | 设置人 | 设置日期 | 复核结论
# 9xxxx | /api/upload 的 file 参数 | 富文本上传需要 | 李工 | 2026-03-01 | 保留
# 9xxxx | 全站 | 上线期临时放行 | 张工 | 2025-11-20 | 删除
# CUST-03 | 指定 IP 段 | 合作方接口对接 | 王工 | 2026-05-12 | 收紧到接口路径
# 无原因或无责任人的条目，默认结论为删除结论判定参考
| 条目状态 | 判定参考 | 理由 |
|---|---|---|
| 有原因、有责任人、范围精确 | 保留 | 风险可评估，收益明确 |
| 范围全站或使用通配 | 收紧 | 爆炸半径过大，误用代价高 |
| 原因已失效（业务下线） | 删除 | 不再存在放行需求 |
| 无原因无责任人 | 删除 | 风险无法评估，属历史遗留 |
加例外时就把原因、责任人与预期期限写进登记表，比事后补记录容易得多，也能避免出现无人认领的条目。
例外被删除后，相关业务在规则生效时会立即被拦截，删除前应通知业务方并选择业务低峰窗口操作。