报告常见写作问题是什么
报告出问题的原因很少是技术判断错，多数出在写作与流转环节：等级通胀、模板残留、证据截断、术语混用、修复建议不可执行、未标注测试限制。这些问题单个都不致命，叠在一起会让客户对整份报告的结论失去信任，因此需要在发布前用清单逐项排查。
基本信息
| 高发问题 | 等级通胀、模板残留、证据截断、术语混用 |
|---|---|
| 识别方式 | 发布前清单化排查，交叉评审 |
| 修正方式 | 回到证据与定级口径重写，不做文字粉饰 |
| 预防 | 评审环节设交叉检查人，模板做提示注释 |
六类高发问题
- 等级通胀：为引起重视把中危写成高危，修复资源被稀释
- 模板残留：留下其他客户名称、系统名与示例数据
- 证据截断：只截结果不截请求，客户无法复现
- 术语混用：漏洞名、组件名与系统名前后不一致
- 建议空泛：写加强防护而非给出可执行的配置动作
- 限制缺失：未说明未测范围与前提条件，结论被过度解读
发布前排查清单
发布前排查清单
□ 全库搜索历史客户名与系统名，确认无残留
□ 逐条核对定级与矩阵口径是否一致
□ 检查证据是否含完整时间、来源与请求响应
□ 每条修复建议自问：客户能否照做？
□ 核对专有名词、组件版本号前后统一
□ 检查限制说明是否覆盖未测范围与执行条件
□ 确认敏感字段（真实口令、内网 IP）已按约定处理问题与修正对照
| 问题 | 典型表现 | 修正动作 |
|---|---|---|
| 等级通胀 | 同类问题等级明显高于口径 | 按校准规则重新定级并记录 |
| 证据不足 | 只有结论截图 | 补请求响应原文与时间戳 |
| 建议不可执行 | 只写原则性要求 | 补具体配置项、参数与验证方法 |
| 限制未写 | 客户以为全部系统已测 | 补范围、时段与未覆盖说明 |
模板残留是行业高发问题：发布前对整个文档做一次关键词扫描，比逐页肉眼检查可靠得多，尤其是复制历史章节之后。
报告中出现真实口令、私钥或可直接复用的会话令牌时，按泄露处理：更换凭据并按流程上报，而不是简单删除文字。