
1. 确定验证目标:例如验证清洗能力、带宽上限、故障切换时间、响应时效、日志完整性与合规证书。
2. 明确边界:只在自有IP/环境上模拟流量或与服务商签署测试协议,避免违反法律。
3. 准备清单:测试窗口、联络人、应急回滚方案、采集工具(tcpdump、tshark、iperf3、hping3、mtr)、日志存储位置。
2.1 向服务商索要网络拓扑图(含上游ISP、任何清洗中心/滞留点)。2.2 使用公网工具(bgp.he.net、RIPEstat)核对AS号与路由是否按承诺宣告。2.3 从多地运行traceroute/mtr(至少三个不同公网节点)检查到目标的路径,验证是否启用了Anycast或转发到清洗中心。
3.1 在非攻击窗口,用iperf3在不同时间段从多地区发起带宽测试,记录丢包、抖动、延迟。3.2 使用并发连接脚本(wrk、ab)对应用层进行压力测试,记录响应时间和错误率。3.3 保存所有原始结果与服务器端系统指标(CPU、内存、网卡利用率、清洗节点吞吐)。
4.1 必须与供应商签署书面测试授权(时间窗、IP白名单、速率上限)。4.2 在授权时间窗内,从受控客户端发起有计划的流量:基线放大(SYN/UDP flood)、应用层(HTTP GET/POST慢速)与长连接测试。4.3 每次攻击分级:小流量(低于峰值10%)、中等(30%-50%)、大流量(接近宣称值),并实时监控。
5.1 服务端与客户侧同时抓包(tcpdump/tshark),保存pcap用于比对“干净”与“被清洗”后的流量特征。5.2 收集netflow/sflow、防火墙与WAF日志,检查被拦截的源IP范围与规则触发。5.3 记录从攻击开始到清洗完成的时间点,核对是否与SLA一致并保存截图/证据。
6.1 要求供应商提供历史事件报告和实时图表(分钟级)显示清洗带宽与清洗规则。6.2 在供应商配合下增加攻击强度,观察是否出现“打满带宽但仍放通恶意流量”的情况。6.3 验证是否支持按客户优先级做流量保留(白名单、业务保护),记录实际效果。
7.1 测试设备或链路故障:在授权窗口内由供应商触发单点故障(或模拟),观察BGP收敛时间与业务是否无缝切换。7.2 验证双机/多可用区数据同步、IP漂移和回切流程,记录RTO/RPO数据。7.3 对照SLA中的故障时间赔偿条款,确认可量化。
8.1 主动提交紧急工单(例如模拟小故障),记录首次响应时间与解决时间。8.2 要求与值班工程师进行电话/视频沟通,确认24/7响应链路、应急联系人和升级路径。8.3 举行一次完整演练(从报警到恢复),评估沟通效率与文档完备度。
9.1 要求并核验供应商的证书(ISO27001、SOC2、PCI DSS等),到相应证书机构网站验证有效期。9.2 检查数据中心(香港)的云备案/机房等级、消防与法律合规(隐私与传输规则)。9.3 要求历史安全事件披露与处置报告,用于评估实际能力。
10.1 仔细阅读SLA条款:清洗带宽、响应时间、可用性百分比、赔偿方式(打折/免单/现金)。10.2 验证计费细节:超额流量计费、攻击期间的计费策略与最低合约期。10.3 在合同中加入测试与审计权限、保存证据以便发生争议时使用。
11. 问:必须事先与服务商签署书面授权,限定测试IP与时间窗,并只从受控源发起流量;优先使用供应商提供的演练环境或与第三方压力测试服务合作,避免向公网发起未授权攻击。
12. 答:签署测试协议、明确定义流量类型与最大速率、通知上游和相关方、记录全部监控数据并在测试后清理痕迹;如需外包压力测试,应选择有资质的供应商并签署责任条款。
13. 问:可要求服务商提供历史攻击事件报告、实时监控面板访问权限或录像演示;并通过第三方独立审计、证书与客户案例来交叉验证其能力。
14. 答:结合实测数据、BGP/路由验证、SLA条款、证书与应急响应演练结果做综合评估;若多项关键指标与承诺不符,应在合同中设退出或更换供应商的条款。