最近安全圈盯上了一波挺隐蔽的供应链操作。148个npm包伪装成学生用的网络代理工具，名字花里胡哨，页面看起来就是正常的辅导或解锁网站。用户打开后，代理功能能用，但背后悄悄把浏览器变成了DDoS节点。代码不在安装时跑，纯客户端执行，传统依赖扫描器基本抓不到。

研究团队反混淆后发现，页面加载前就有两个隐藏模块。一个远程脚本加载器，从GitHub可变分支通过CDN拉代码，无完整性校验，随时能换payload。另一个是WebSocket洪水生成器，兼容Wisp协议。每个活跃标签页大约能推2MB/s的HTTP流量，或者开最多1024个socket，每秒制造上万次连接建立和销毁，直接打控制平面，耗尽目标文件描述符和日志空间。实测归档payload曾对准一所护理学校域名狂刷，也有过针对其他代理服务器的精准打击。活动分波次，中间还夹杂广告变现，后来恶意模块被关掉但加载器还在，随时能重新武装。

这类浏览器僵尸网跟传统IoT或住宅代理不一样。请求看起来像真人浏览器行为，源IP分散，协议合法，单纯靠签名或基础阈值很难拦。再叠加大流量背景：有报告显示，网络层超过1Tbps的攻击在两年内从22起飙到329起，激增近15倍。超大体积攻击往往短时爆发，几十秒就结束，留给人工响应的窗口极短。

这时候单点防护就不够用了。先看边缘层。高防CDN和边缘节点要把清洗前置，靠近攻击源或用户侧就过滤。很多时候瓶颈不是清洗中心本身，而是到你网络端口的那一跳。一旦端口先堵，好流量也跟着丢。有实践案例显示，在交换层面做inline早期过滤，能在流量进自家网络前就拦下大部分，成功处理过峰值741Gbps的部分攻击，整体联合缓解达到Tbps级，业务无感。关键是容量弹性、实时流量工程和多层叠加。

应用层得加行为分析。对异常WebSocket连接数、高频短连接、无响应堆积的POST、随机查询参数绕缓存这类模式做评分。结合速率限制，按IP、ASN、设备指纹、会话动态调阈值。合法用户突发和恶意洪水的区别，靠机器学习看历史基线更靠谱。CSP策略要收紧，限制前端随便拉外部脚本。教育、游戏、电商站点特别容易被这类代理工具波及，学生或玩家群体使用率高，一旦被利用，源站直接承压。

实操上可以分几步落地。第一，DNS层先拦已知恶意域名和托管IP，减少入口。第二，边缘开启始终在线清洗，支持网络层和L7混合向量，自动吸收短时超大流量。第三，加WAF和bot管理，针对协议滥用（比如Wisp CONNECT/CLOSE循环）做规则，同时保留白名单给正常业务。第四，源站隐藏真实IP，用高防回源，避免直连。第五，监控要细：不仅看带宽，还要看连接建立率、日志量、文件描述符使用。攻击结束快，事后复盘日志很重要，能提炼出新规则。

常见误区不少。有人觉得“有CDN就万事大吉”，却没开高级bot检测或行为规则，结果被看起来像正常的请求拖垮。有人只靠本地设备，Tbps级一来端口先饱和，清洗中心还没反应过来。还有人忽略供应链侧面——npm这类公开注册表被当免费CDN用，恶意静态资源随便托管，开发者或终端用户一访问就中招。定期审计依赖、锁定版本、禁用未知来源包，能少踩坑。

对于业务方，游戏开服、活动大促、直播高峰这些窗口最容易被盯上。提前把防护切到高防模式，测试回源延迟和清洗效果。教育类站点则要留意学生代理工具的流行，做好DNS和边缘拦截清单更新。金融或关键API更得叠多层：边缘清洗加应用层验证加源站限流。

基石云这类高防服务在实践中常被用来做边缘节点和多层清洗的底座。它的高防CDN能把流量在靠近用户的地方分流和过滤，结合自动化规则和容量弹性，应对浏览器节点这种分散L7攻击和大流量混合场景都比较顺手。rockcloud的防护体系强调从网络到应用的联动，支持快速切换和实时调整，方便运维在短时突袭时不用手忙脚乱。实际部署时，建议先做流量基线摸底，再逐步叠加规则，避免误伤。

整体看，浏览器僵尸网把攻击门槛又压低了一点：不需要感染设备，只要用户打开网页就行。防御侧就得把“看起来合法”的流量也纳入智能判断，边缘前置清洗加行为分析成了标配。保持规则更新、多层冗余、监控闭环，才能在攻击规模继续上涨的背景下稳住服务。遇到新变种时，第一时间拉日志比对，往往能比等报告更快出应对策略。