漏洞管理平台是什么
漏洞管理平台把扫描、研判、派单、复测串成一条流水线，让「发现到关闭」可追踪、可度量。平台能力的骨架是状态机与 SLA：状态定义清晰，才知道每条数据处于什么阶段；SLA 定义清晰，过期与否才有共识。数据质量（资产、责任人、环境）则是血肉，缺了它再好的流程也派不出单。
基本信息
| 核心对象 | 漏洞记录（漏洞 × 资产） |
|---|---|
| 关键字段 | 资产、责任人、环境、来源、级别、状态、时间戳 |
| 骨架机制 | 状态机 + SLA + 例外审批 |
| 集成对象 | 扫描器、资产台账/CMDB、工单系统、报表 |
状态机示例
状态机示例
新建(new) → 研判中(triaged) → 已派单(assigned)
→ 修复中(in-progress) → 待复测(pending-verify)
→ 已验证(verified) → 关闭(closed)
旁路：风险接受(accepted，需审批与到期复核) / 误报(false-positive，需记录依据)
# 『待复测』单独成态是关键：修复与验证分开，才能度量真实修复质量SLA 参考
| 级别 | 参考窗口 |
|---|---|
| 严重（可远程利用/影响核心） | 紧急处理，按小时计 |
| 高 | 数个工作日内 |
| 中 | 按迭代节奏 |
| 低 | 择期批量处理 |
典型使用场景
- 扫描结果自动导入：按资产映射自动带出责任人，减少人工分派
- 跨部门协同：状态与时间戳让各方看到同一条进度，减少口头催办
- 管理报表：按期修复率、平均修复时长、超期数量由状态流转自动统计
- 例外管理：风险接受的条目带审批人与到期时间，到期自动提醒复审
- 审计支撑：状态变更与操作日志可导出，满足检查与追溯要求
SLA 要给出豁免与升级通道：无法按期修复时，评估补偿措施并留痕，而不是让工单被动超期——被动超期的报表没人会信。
平台上线初期不要追求字段齐全，优先把「资产—责任人—状态—时间」四类字段做准，其余字段可以后补。