背景速览：本周监测到一类新型混合攻击——攻击者先以低频词元请求探活AI推理接口，再突然将并发拉升至每秒数万token，配合UDP反射放大，直接占满IDC机柜的服务器带宽。受影响的网络软件多为开源推理网关和API管理组件，默认配置下缺乏针对token级速率的细粒度限制。
清单1：先查带宽基线，再谈防护。登录交换机或服务器网卡，抓取过去72小时上行带宽的P95值。若AI词元服务的上行峰值超过基线200%，立即在边界网络软件上设置每源IP的并发连接上限，建议初始值不超过200。
清单2：给词元接口加“令牌桶”。不要只依赖WAF的CC规则。在推理网关或反向代理层（如Nginx、Envoy）增加基于token消耗速率的限流：例如每API Key每分钟最多5000 token，突发桶容量10000。本周案例中，未加此限制的节点在3分钟内被打满。
清单3：分离管理与推理带宽。检查IDC内服务器是否将管理网口与业务网口复用。若复用，立即用网络软件划分VLAN或至少做QoS标记。攻击流量打满业务口时，管理通道保持可用才能远程处置。
清单4：关闭不必要的UDP反射源。本周攻击中约40%的带宽被UDP反射放大消耗。逐台服务器执行：ss -lunp，关闭未使用的DNS、NTP、SNMP等UDP服务。若必须保留，在边界网络软件上限制响应包大小并启用速率限制。
清单5：准备一条“清洗后回注”路径。与IDC服务商确认：当服务器带宽被打满时，能否在15分钟内将流量牵引至清洗中心，并通过GRE或VXLAN回注干净流量。提前配置好网络软件的BGPcommunity或流量牵引策略，不要等攻击发生再要配置模板。
清单6：每两小时轮换一次API词元密钥。针对AI词元服务，本周发现有攻击者通过泄露的密钥刷量。在密钥管理系统中设置自动轮换周期，并让网络软件对旧密钥的请求直接返回429。轮换窗口建议不超过2小时，同时保留审计日志至少7天。
执行顺序建议：先做清单1和清单3（10分钟内可完成），再做清单2和清单4（30分钟），最后演练清单5和清单6（1小时）。不要试图一次全改，优先保住管理通道和基线可见性。
0 留言