收集阶段的常见疑问
信息收集阶段的提问集中在边界判断上：找不到子域怎么办、测绘数据准不准、扫描被拦截如何处理、能否收集员工信息、历史资产能不能测。这些问题大多没有技术性答案，只有流程性答案——拿不准的边界问题，处理原则通常都是先确认再行动。
基本信息
| 被拦截 | 降速并向客户报备，不尝试绕过 |
|---|---|
| 人员信息 | 不收集个人隐私与社交账号信息 |
| 历史资产 | 先确认现状与归属，再决定是否纳入 |
| 测绘数据 | 当线索使用，以实际核查结果为结论 |
| 线索缺口 | 多渠道交叉，不因单一来源缺失而放弃 |
高频问题速查
- 找不到更多子域：换线索源，用证书日志与测绘平台交叉
- 测绘平台端口与实际不一致：以实测为准并标注数据来源
- 扫描被拦截：降到约定速率，报备出口，不构造绕过
- 能否查员工邮箱与社交账号：不收集个人隐私信息
- 老域名仍可访问：记录后上报，确认归属再决定
- 授权范围边界模糊：书面确认，未确认前按范围外处理
速查对话示例
速查对话示例
# 问：测绘平台显示的端口和实际不一致？
# 答：以实际核查为准，报告中标注数据来源与核查时间。
# 问：发现一个能访问的老域名，还能继续测吗？
# 答：先上报确认归属与授权，未确认前不做任何测试。
# 问：被防护设备拦截了，能换个写法试试吗？
# 答：不构造绕过，降速并同步客户。疑问分类读法
| 问题类型 | 处理原则 | 责任方 |
|---|---|---|
| 线索不足 | 增加交叉来源，不放宽范围 | 测试方 |
| 数据不一致 | 以实测为准并留档 | 测试方 |
| 被拦截 | 降速报备，不做绕过 | 双方协同 |
| 范围模糊 | 书面确认后再行动 | 委托方确认 |
遇到规则没有覆盖的新情况，正确顺序是先停下、向对接人书面确认，而不是先行动再补说明。
客户对线索缺口通常比测试方更清楚业务背景：沟通能显著减少无效探测。