Step 01
从权威资产种子开始
整理组织控制的主域名、IP 段、云账号、证书主体和公开品牌。每个种子都需要来源和负责人，避免把合作方或同名组织误纳入扫描范围。
为测试、生产、已下线和第三方托管资产设置不同标签。没有状态字段的清单会很快重新变成无法处置的结果堆积。
Step 02
使用不同数据入口交叉发现
证书透明度适合发现历史子域，服务搜索适合发现端口与指纹，DNS 与网页技术数据可以补充归属线索。不同平台索引时间不同，不应把任一来源当作完整真相。
始终使用被动查询或明确授权方式。公开可见不代表允许对陌生资产进行主动扫描、登录或利用。
Step 03
确认所有权和当前状态
对每条新线索核对 DNS、证书、云资源、代码仓库与业务负责人。无法确认的资产应进入待核实队列，而不是直接计入风险数量。
记录首次发现、最近验证、服务用途、数据敏感度和外部依赖。这样团队才能根据影响而不是工具分数安排修复。
Step 04
让清单持续收敛
为未知资产、过期证书、管理入口和不必要端口设置处理期限。修复后重新查询并保存证据，确保资产真正下线或限制访问。
每日或每周比较新增、恢复和消失资产。攻击面清单只有在变更能触发负责人行动时，才比一次性导出更有价值。
Action Checklist
执行清单
Questions
常见问题
公开可见的资产都可以主动扫描吗？
不可以。公开搜索能力不等于主动测试许可。查询和验证必须限制在自有资产或明确授权范围内。
发现无法确认归属的子域或主机怎么办？
把它放入待核实队列，记录证书、DNS、云账号和代码线索，找到负责人后再决定纳入、下线或排除。
攻击面清单多久更新一次？
核心资产适合每日或每周比较变化，但频率应服务于处置能力。关键是新增线索能够触发负责人验证和闭环，而不是只增加数量。