收集阶段小结写什么
信息收集完成后应输出一份阶段小结：授权范围内的资产全貌、存活与技术栈摘要、与客户台账的差异项、待确认事项与下一步计划。它不是最终报告，而是对齐工具——存疑资产越早确认，验证阶段越顺。小结发出后由客户逐条回复确认，确认结论写进文档而不是停留在口头约定。
基本信息
| 内容 | 资产清单、指纹摘要、差异与存疑项 |
|---|---|
| 用途 | 与客户对齐范围与认知，确认后再进入验证 |
| 形式 | 简版清单文档，非最终报告 |
| 确认方式 | 书面回复或会议纪要，结论写入文档 |
| 发送时机 | 收集阶段收尾，验证开始前 |
典型使用场景
- 向客户展示资产全貌并确认范围理解一致
- 提出存疑资产请求归属确认
- 说明技术栈与暴露面的初步判断，预告验证重点
- 同步阶段差异：台账缺少与台账多余的资产
- 作为项目档案的一部分，支撑后续范围变更记录
小结结构
小结结构
# 一、授权范围内资产概览（数量、类型、分布）
# 二、存活与技术栈摘要（含置信度）
# 三、与台账差异（待确认项逐条列出）
# 四、暴露面初步观察（端口与服务分类）
# 五、下一步计划与需要客户配合的事项差异项读法
| 差异类型 | 说明方式 | 客户需回复 |
|---|---|---|
| 台账缺少 | 实际发现但未登记 | 确认归属与是否纳入测试 |
| 台账多余 | 登记但实际不可达 | 确认是否已下线或网络受限 |
| 范围外线索 | 被动收集到的关联域名 | 确认是否扩展授权范围 |
| 信息冲突 | 多来源结论不一致 | 提供业务背景以确定优先核查方向 |
阶段小结是对齐工具：存疑项越早确认，后续越顺，也避免验证阶段反复中断等客户答复。
对齐会前先把清单发出去：让业务方带着修正意见来，比会上口头确认效率高得多。