流程与授权70 条

范围变更处理流程

测试中发现新资产(影子系统、子域)时的处理流程:记录 → 上报 → 确认归属 → 获得书面许可 → 纳入或排除。

发现新资产时怎么处理

测试过程中发现新资产(影子系统、未登记子域、测试环境入口)几乎是常态。正确处理顺序是:记录、上报、确认归属、取得书面许可,再决定纳入或排除。跳过中间步骤直接开测,会把原本合法的项目变成越界;而发现后压根不上报,则会造成报告里突然出现客户不认识的资产。

基本信息

第一步记录资产标识、发现方式与关联线索
第二步当日同步给客户的固定对接人
第三步由客户书面确认归属与测试意向
处置分支同意则补充授权后纳入,不同意则加入排除清单
留档变更记录与授权补充一并归档

典型变更情形

  • 证书日志或测绘平台发现的未登记子域
  • 新上线的业务系统尚未进入台账
  • 历史遗留的老域名仍然可访问
  • 测试环境中指向生产数据的接口
  • 云上新增的对象存储桶或服务入口

新资产处理流程

新资产处理流程
# 1. 记录:域名或 IP、发现方式、与现有资产的关联
# 2. 只做被动确认(存活与标题页),不深入测试
# 3. 当日提交客户确认归属与处置意向
# 4. 客户同意:补充授权文件后再纳入测试计划
# 5. 客户不同意:加入排除清单并在报告中说明

处置分支读法

情形处置动作记录要求
确属客户资产补授权后纳入,按原计划测试变更记录、补充授权编号
归属第三方加入排除清单,不再探测排除原因与时间点
已废弃资产仅记录,不做漏洞验证废弃状态确认来源
存在数据风险立即书面报告客户报告时间与客户回复
影子资产常是风险最高的系统,但恰恰更要对流程克制:先确认,后测试。
发现新资产后自行判断「应该是客户的」就直接测试,是最常见的越界成因。

易错点

  • 发现新子系统直接开测,越界风险极高且无法事后补救
  • 发现后不上报,报告里突然出现陌生资产,客户无法核对
  • 变更只在口头沟通,未形成书面授权,事后无法举证
  • 把归属第三方的资产写进报告,暴露了无关系统的信息

数据来源与参考

  • 通用安全评估实践
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌