漏洞记录必备字段是什么
一条可执行的漏洞记录应包含：资产标识、问题描述、证据、复现条件、影响评估、修复建议与验证方式。字段缺失会直接把沟通成本翻倍——开发拿到结果却不知道改哪个接口，运维拿到报告却找不到设备。字段的另一层价值是可统计：只有字段齐整，才能算修复时效与按期率这类指标。
基本信息
| 适用对象 | 扫描报告、渗透测试报告、内部工单模板 |
|---|---|
| 原则 | 一个漏洞一条记录，字段结构固定 |
| 证据要求 | 可复现、已脱敏、带时间戳 |
| 流转要求 | 记录中必须带责任人与环境标识 |
字段模板
| 字段 | 内容要求 |
|---|---|
| 资产 | 系统名 + IP/域名 + 环境 + 责任人 |
| 问题 | 类型 + 位置（URL/文件/端口） |
| 证据 | 请求与响应片段、扫描原始输出（脱敏） |
| 影响 | 能被谁利用、影响什么数据或功能 |
| 修复建议 | 可操作的配置或升级动作 |
| 验证方式 | 复测命令与预期结果 |
记录示例（结构示意）
记录示例（结构示意）
资产: 订单系统 api.example.com (生产) / owner: 张三
问题: 接口未鉴权可读取订单状态 (GET /api/order/status)
证据: 未带 Cookie 返回 200 与订单字段 (已脱敏)
影响: 任意未登录者可按订单号枚举他人订单状态
修复: 网关增加鉴权中间件，按订单归属校验
验证: 未登录请求应返回 401，复测通过后关闭典型使用场景
- 扫描结果入库：用固定字段结构，避免每个人的报告格式各不相同
- 渗透测试交付：客户按字段逐项验收，减少返工追问
- 工单流转：责任人、环境、验证方式齐备时可跨团队直接派单
- 指标统计：修复时效与按期率依赖环境、责任人、时间字段
- 复盘取数：历史记录可检索时，才能分析同类问题是否反复出现
「存在漏洞，请修复」这类记录没有修复起点；修复建议具体到配置项、代码位置或升级版本，才算合格。
证据片段必须脱敏：真实会话 Cookie、口令、身份证号、手机号出现在报告里，报告一旦流转就等于二次泄露。