在咨询电话里应优先验证供应商的基础能力:是否有Anycast/BGP拓扑、全球或目标区域的清洗中心分布、清洗带宽总量、是否提供按流量/按连接的清洗能力以及是否具备实时流量分析能力。这些信息能直观反映其高防cdn的承载与缓解能力。
询问清洗中心位置、清洗带宽峰值、单点可承受最大攻击流量、对TCP/UDP/HTTP/HTTPS类攻击的防护策略、是否支持RPF/ACL/策略白名单/行为分析等防护手段。并要求给出最近真实抗攻击的指标或白皮书。
可要求对方提供真实的攻击事件案例(匿名化)或历史攻击报表,验证其是否有上游带宽冗余、与骨干运营商的对等关系,以及是否能在电话中明确说明应急流程与联系人,从而判断咨询电话是否可信。

关键SLA应包括:可用性(Availability/正常访问率)、响应时间(响应支持与首次确认时间)、缓解时间(Time to Mitigate,TTM)、最大支持并发/带宽、丢包率与延迟阈值、服务恢复目标(RTO)等。
SLA应明确对DDoS攻击的量化承诺,例如“在XX分钟内将攻击流量降低至原始流量的YY%以下”或“能承受不低于ZZ Gbps的攻击持续X小时不降级”。同时要约定测量方法与时间窗口。
当SLA未达成时需有明确的赔偿机制(服务信用或退款),包括计算方式、申请流程及上限(注意上限不要低于可能损失的可接受值),并明确免责条款与不可抗力的界定。
建议采取多种验证方式:进行POC/演练、参考第三方渗透或压力测试报告、要求供应商提供真实客户的可联系参考、查看SOC/NOC的运作与值班记录,以及要求提供审计证书(如ISO27001)与合规证明。
在POC中模拟常见攻击场景(限量并取得书面许可),观察从检测、切换到清洗的全流程耗时,并记录日志与控制效果,确认是否与承诺一致。同时验证应急联系人是否在承诺时间内响应。
要求供应商提供过去攻击事件的时间线、清洗前后流量曲线图、以及事件后的报告(含根因分析与改进措施),这能直接反映其在真实压力下的处置能力与透明度。
必须确认是否有24/7的SOC/NOC支撑、明确的工单系统与优先级策略、单一对接人(SPOC)与刻不容缓事件的升级路径、以及事件通知(电话、短信、邮件、API回调)机制。
要求明确在发生重大攻击时的升级节点(例如5分钟内电话确认,15分钟内高层通知,30分钟内启动清洗),以及事后复盘的频率(72小时内提交初步报告、7天内提交最终报告)。
询问是否有标准化的Runbook(应急运行手册)、变更控制流程和对外DNS/路由切换的权限与流程,确认是否支持API化操作以实现自动保护与与现有运维工具的联动。
重点关注责任上限(liability cap)、间接损失排除(consequential loss exclusion)、服务信用计算公式、争议解决方式(仲裁或法院及其管辖地)、以及数据保护与保密条款,这些决定了遭遇服务失效时你的可行救济。
明确攻击的界定与归属方式(如何证明是DDoS攻击),避免供应商以“非针对性流量”或“放大型可控异常”作为免责理由。要求保留对供应商缓解措施有效性的独立审计权或第三方验证权。
讨论是否要求供应商购买网络安全责任险、赔付的触发条件、赔偿上限以及赔偿的计算周期。此外,要求服务信用自动抵扣下期费用或直接退款,并明确申请流程与证据要求。