漏洞看板指标定义是什么
漏洞看板的价值不在图好看，而在于口径清楚：打开数、超期数、平均修复时长、关闭率这四个指标定义一致，按部门与系统下钻才有意义。先写口径文档再上工具，否则各部门统计出来的数字互相打架，会上讨论的就不是安全问题，而是谁的数对。
基本信息
| 核心指标 | 打开数、超期数、平均修复时长、关闭率 |
|---|---|
| 下钻维度 | 部门、系统、等级、发现来源 |
| 统计节奏 | 周会看进度，季度复盘看趋势 |
| 口径要求 | 注明统计时间点、去重规则与状态取值 |
| 数据源 | 漏洞台账，与复测报告同源 |
典型使用场景
- 周例会上核对超期条目与责任人
- 季度复盘时观察平均修复时长趋势
- 跨部门对比时按系统归属下钻，定位薄弱环节
- 汇报前整理本期新增与关闭数量
- 下期规划时用超期分布判断资源缺口
指标定义示例
指标定义示例
打开数 = 状态不属于 {closed, risk_accepted} 的条目数
超期数 = 今天 > deadline 且状态未关闭的条目数
平均修复时长 = avg(关闭日期 - 发现日期)，单位：天
关闭率 = 本期关闭数 / 本期新增数（不足 1 时说明原因）
口径附注：统计时间为每周一 09:00 快照，条目按系统去重
状态取值：open / partial / closed / risk_accepted指标误读与纠正
| 误读 | 问题 | 纠正 |
|---|---|---|
| 只看打开数下降 | 可能只是范围缩小或未发现新问题 | 结合新增数与扫描范围一起看 |
| 关闭率越高越好 | 低基数时容易虚高 | 注明分母并观察多期 |
| 平均时长好看 | 被大量低危条目拉低 | 按等级分别统计 |
| 跨部门直接比数量 | 资产规模不同无法比 | 用密度或占比对比 |
先对齐口径再上工具：口径不清的看板会制造更多争论，评审会一半时间都花在解释数字怎么算出来的。
不要把看板当成考核工具：一旦与个人绩效挂钩，条目定级与关闭进度都会被有意调整，看板数据反而失真。