复测报告结构

复测报告作为增量交付:逐条状态表(原编号/原等级/复测结果/证据编号)+ 新证据 + 剩余风险与建议;关联正式报告版本号与分发控制。

复测报告结构是什么

复测报告是增量交付物,不重复正式报告的全部内容:核心是一张逐条状态表,把原编号、原等级、复测结果与证据编号对齐,再附本次新增的证据、部分修复与风险接受说明、剩余风险与建议,并关联正式报告的版本号,沿用同一套受控分发流程。

基本信息

内容状态表、新证据、剩余风险与建议
形式增量附件或独立小报告
版本关联写明所对应正式报告的版本号
分发沿用受控分发流程与收件人清单
同步与漏洞台账从同一清单生成

典型使用场景

  • 修复验证后向客户提交闭环证明
  • 复测中发现新问题时,作为增补条目单独记录
  • 季度合规汇报时作为整改进度附件
  • 跨期对比时提供同口径的状态基线
  • 项目结项时作为交付物清单的一项

复测报告骨架

复测报告骨架
1. 复测范围与窗口时间(含目标版本号)
2. 状态表:F-01 已修复 / F-04 部分修复 / F-07 未修复
3. 部分修复与风险接受的说明及批准信息
4. 复测过程中发现的新问题(编号续排)
5. 剩余风险与后续建议
6. 签发与版本记录(v1.0,关联正式报告 v1.1)

状态表字段

字段含义填写要求
原编号对应正式报告条目编号不得重排,保持可对齐
原等级初次评估的等级不因复测结果改写
复测结果已修复/部分修复/未修复/风险接受与台账一致
证据编号本次验证的证据引用指向可复核的请求响应
备注遗留项与阻塞原因说明下一步排期
复测报告与台账同步产出:从同一份清单生成,避免手工录入造成口径冲突,也省掉一遍重复整理。
复测中发现的新问题不能并入原状态表蒙混过去:必须单独编号记录,否则新风险被当作已修复问题的一部分被一并关闭。

易错点

  • 复测报告与正式报告口径冲突:编号、等级或结论对不上,客户无法做整改闭环;状态表直接引用原报告编号与等级
  • 复测中的新问题未单独记录:新风险被顺手关闭;新问题续排编号并重新定级
  • 只给结论不给证据:客户无法复核修复是否真实生效;每条附请求响应证据编号
  • 复测报告未纳入受控分发:与正式报告流转规则不一致;沿用同一分发与签收流程

数据来源与参考

  • PTES(复测交付物)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌