流程与授权70 条

联测协调与分工

多方联测(客户内部、原厂、外部机构)先统一联系人、出口 IP、范围边界与时段;按系统或网段分工,避免重复扫描与告警归属混乱。

联测协调与分工是什么

多方联测(客户内部团队、原厂、外部机构)最容易出的问题不是技术,而是撞车:几个团队在同一时间扫同一段资产,客户侧告警堆成一片却无法归属到具体团队。解法是在开工前统一联系人、出口 IP、范围边界与时段,再按系统或网段把任务切开,最后共享一份联测日志。

基本信息

统一要素联系人、出口 IP、测试范围、时间窗口
分工原则按系统或网段划分,避免重叠
沟通要求联测前对齐,范围变更即时同步
记录方式共享联测日志,各方分头登记
输出物分工表、统一联系人表与联测日志

典型使用场景

  • 外网与内网并行测试,需按资产边界分工
  • 原厂参与业务系统深度验证,与外部机构错开时段
  • 客户内部安全团队做自查,需与第三方划定范围
  • 攻防演练类项目,多队同场需要严格的时间与目标隔离
  • 跨单位协作,出口 IP 需提前报备给客户监控

分工表示例

分工表示例
外部机构:外网资产 10.0.10.0/24(09:00-18:00,出口 IP 203.0.113.8)
原厂团队:业务系统深度验证(20:00-23:00,出口 IP 198.51.100.22)
客户内部:办公网段(单独窗口 10-18 09:00-12:00)
共用清单:统一紧急联系人表 + 各团队出口 IP 报备表
约定:范围或时段变更须在前一日 17:00 前同步全体

协作要素与失效后果

要素对齐内容失效后果
出口 IP各团队出口来源报备告警无法归属,被误判为攻击
时间窗口分时段排他同时全量扫描拖垮目标
范围边界按系统或网段划分重复测试或漏测
联系人值班与升级路径异常时找不到决策人
联测常见问题不是技术而是撞车:窗口与出口 IP 提前排他,比事后解释几十条告警省事得多。
多方同时全量扫描会让目标不堪重负:业务系统响应变慢甚至不可用,客户会把责任归到全部参与方;务必把速率与时段写进分工表。

易错点

  • 多团队同时全量扫描,目标不堪重负:业务受影响且责任难分;按时段与目标排他并限制速率
  • 告警无法归属到具体团队:客户把正常测试当作攻击处置;提前报备出口 IP 并共享日志
  • 范围边界口头约定:出现重复测试或漏测;分工表书面化并确认
  • 联测日志各自保管:出现争议时对不上时间线;使用共享日志并约定更新时间

数据来源与参考

  • PTES(多方协作)
  • 项目管理通用实践
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌