为什么要定期评审策略
防火墙策略只增不减是普遍现象：临时开通、测试用的规则在业务结束后无人回收，几年下来清单越来越长，既难看懂也难排障。定期评审就是给策略做一次体检：逐条核对申请依据、命中情况与有效期，给出保留、整改、删除的结论。评审的价值不在表格是否漂亮，而在结论有责任人、有到期日、能闭环。
基本信息
| 评审周期 | 建议每季度一次，重大架构变更后可追加 |
|---|---|
| 输入材料 | 策略清单、命中计数、申请单、有效期、责任人 |
| 结论类型 | 保留、整改、删除三类，逐条明确 |
| 输出物 | 评审报告：删除清单、整改清单与责任人 |
| 执行方式 | 删除与整改走变更流程，集中批量执行 |
| 留痕要求 | 评审记录归档，作为合规与审计材料 |
典型使用场景
- 季度例行策略治理，清理僵尸与过期规则
- 审计前自查：确认策略有依据、有责任人、有日志
- 临时策略到期后的集中回收
- 业务下线后回收对应开放规则
- 策略数量膨胀到难以维护时做一次集中梳理
评审步骤
评审步骤
1. 导出策略清单与命中统计 # 输入
2. 命中为零且无明确依据的标记为待确认 # 初筛
3. 与申请部门核对用途，确认是否仍需保留 # 核实
4. 输出保留/整改/删除清单并指定责任人 # 结论
5. 删除与整改走变更流程，集中一批执行 # 执行
6. 评审记录归档，下轮复查未闭环项 # 闭环评审判定参考
| 策略情况 | 建议动作 |
|---|---|
| 有申请依据且命中稳定 | 保留，纳入下轮评审 |
| 有依据但长期零命中 | 与业务确认，确无用途则删除 |
| 无申请依据 | 限期核实来源，说不清即删除 |
| 临时策略已过期 | 删除或重新走变更延期 |
| 无日志记录的规则 | 补日志要求后保留，便于后续判定 |
评审发现的僵尸策略集中一批处理：零散删除会带来连续变更与反复回归测试，成本更高、风险也更大。
删除前先确认命中情况与业务窗口：正在使用的规则被删掉会直接造成业务中断，且往往在下一个业务周期才暴露。