首页/安全/漏洞与攻击面速查/暴露面定期复核会议与决策记录
暴露面收敛45 条

暴露面定期复核会议与决策记录

技术清单需要有评审场景:月度暴露面复核会核对『新增-收敛-例外』三类变化,做处置决策(收敛/豁免/延期)并记录决策人,避免清单无人负责。

漏洞与攻击面速查安全更新于 2026-10-13

复核会解决什么问题

暴露面清单只有进入固定评审场景才有生命力:月度复核会核对本月新增、已完成收敛、申请例外三类变化,逐项做出收敛/豁免/延期决策并记录决策人。没有拍板机制的清单会退化成文档——新增没人看,遗留没人清,最后只剩一张越拉越长的表格。

基本信息

参与方安全、运维、业务接口人
节奏月度例会 + 紧急项即时沟通
产出每项处置决策(责任人 + 期限)
留档决策记录归档,审计可查
价值把『谁来拍板』从难题变成惯例

典型使用场景

  • 月度例会:过一遍本月新增暴露与卡住的旧项,当场定责任人
  • 例外审批:业务确有需要保留公网端口时走豁免流程,并设到期日
  • 应急专项:出现管理面裸奔公网等高危暴露时拉临时会
  • 季度复盘:统计收敛率与例外存量,调整收敛优先级
  • 人员交接:用决策记录还原每项暴露的来龙去脉

会议输入输出

会议输入输出
输入:
1. 本月新增暴露(端口/域名/服务),附首次发现时间
2. 未完成收敛的旧项与卡点原因
3. 例外清单及即将到期的提醒
输出:
1. 每项处置决策:收敛 / 豁免 / 延期 + 责任人 + 期限
2. 下月重点(高风险暴露专项)
3. 决策记录归档,供审计与交接

常见卡点与处理

卡点表现处理建议
责任不清资产归属多方说不清以 CMDB 为准,缺失则当场指定临时责任人
例外泛滥每项都申请豁免例外必须带到期日与补偿性控制措施
清单失准扫描结果与台账对不上先统一口径,未知资产单独立专项
无后续会上定了,下月照旧决策项进工单系统,未关闭自动进下次议程
复核会只汇报数据不拍板,三个月后清单里的问题会原样保留;议程要把决策环节放在前半段,数据只做支撑。
扫描结果与台账的差异要分清:台账漏登(未知资产)和扫描误报是两类问题,处理路径完全不同,混在一起会让两类都推不动。

易错点

  • 会议只通报数字不做决策:问题被反复讨论,责任始终没落到人
  • 例外只批不设到期日:临时开口变成永久暴露,下次复核时已无人记得原因
  • 只核对新增不核对存量:老暴露项在清单里躺了一年也无人问津
  • 决策记录不归档:人员一换,谁批的、为什么批全无线索

数据来源与参考

  • ITIL 4 持续改进实践(参考)
  • NIST 网络安全框架(识别与治理职能)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌