凌晨三点,某企业安全运营中心的大屏上弹出一条告警:NetScaler 设备上出现了名为 .ns_09343.pl 的文件。运维同事点开日志看了一眼,心里咯噔一下——后缀是 Perl 脚本,可文件头分明写着 ELF。伪装成脚本的可执行程序,往往意味着一件事:设备已经不是你的设备了。
这不是演习。安全厂商 Binary Defense 在近期调查中发现,威胁行为者正在疯狂利用 Citrix NetScaler ADC 与 Gateway 中的两个关键零日漏洞,向暴露在公网上的边缘设备投放一款经过魔改的远程访问工具——Platypus(鸭嘴兽)。CISA 已经将这两个漏洞正式列入已知被利用漏洞目录,各大企业安全团队都在连夜升级。
边缘设备失守,意味着什么?
很多企业把 NetScaler 这类设备视作普通的网络入口,错了。它卡在公网与内网之间,手里握着流量的生杀大权:VPN 接入、应用负载均衡、身份认证,全都从它身上过。一旦这台设备被攻陷,攻击者等于直接坐上了企业网络的驾驶座,还是那种不用过安检的。
本次事件中,攻击者针对的是编号 CVE-2026-88771 和 CVE-2026-88772 的两个漏洞,CVSS 评分双双高达 9.5。翻译成人话就是:无需账号、无需密码,从公网远程直接执行代码,危险等级拉满。Palo Alto Networks Unit 42 也确认,针对这两个漏洞的大规模在野利用正在进行中。
两个洞,各有各的毒
先说 CVE-2026-88771,这是一个输入验证不严谨的命令注入漏洞。Binary Defense 的研究人员揭示了它的攻击路径,堪称精巧:攻击者把 shell 命令悄悄藏进构造好的身份认证输入里——连用户名字段都能塞东西。这些恶意输入会先被写进 NetScaler 的日志文件,随后,一个存在缺陷的错误处理进程读到日志内容时,便会把其中注入的命令当作正常指令执行。
让人后背发凉的细节在于:执行并不实时发生。也就是说,攻击者白天投下带有恶意命令的登录请求,日志轮转、维护进程可能要拖到深夜才真正触发这段代码。防御方事后排查,很难把数小时前那个看似无害的登录动作与之后的异常行为对上号,溯源难度直线上升。
再看 CVE-2026-88772,这是一个 DTLS 内存溢出漏洞,瞄准的是开启了 DTLS 的 NetScaler VPN 虚拟服务器。坏消息是,这个配置在大量实际部署中就是默认开的。利用成功即可远程执行代码,退一步也能直接打崩服务,让 VPN 变成一堵砖墙——拒绝服务攻击对企业远程办公的冲击不言而喻。
鸭嘴兽魔改版:开源外壳下的高级后门
攻击者没有从零写木马,而是盯上了 Platypus——一个用 Go 语言开发的开源远控框架。他们将其修改、编译,专门适配了 NetScaler 底层运行的 FreeBSD 系统,随后给它披上 Perl 文件的外衣,混进正常设备文件中。检索阶段的安装动作则采用经典的 curl 管道执行手法,载荷常落在 /var/tmp/、/netscaler.local/、/var/core/ 这些管理员眼熟的路径里,隐蔽性极强。
更棘手的是,回收到的样本并非公共原版。这个定制版本额外塞进了提权、持久化、痕迹清理和时间戳篡改模块,功能清单长得像一份渗透测试工具箱:远程终端执行指令、读写任意文件、自我更新、插件扩展、通过双向 TLS 加密与 C2 服务器通信,一应俱全。
它甚至内置了本地对等发现能力,通过名为 _platypus-mesh_tcp 的 mDNS 服务在局域网内互相嗅探,帮助运营者快速锁定同一网络中的其他“猎物”,横向移动的意图毫不掩饰。
基础设施方面,研究人员将此次行动与域名 entretiensol[.]com 关联,其作为中转和控制服务器存在。进一步分析还发现,white-guard[.]pro、gurerasfalt[.]com、garyvard[.]com、hickoryusedauto[.]com 等域名与本次行动共享基础设施或证书特征,疑似同一团伙的多套马甲。
打完补丁就安全了?最大的误区在这
安全团队最容易踩的坑,就是把“升级”当成终点。补丁确实能堵住漏洞入口,阻止新的利用流量进来,但它不会替你清理已经躺在设备里的脏东西——Web Shell、后门程序、被窃取的凭证、被篡改的配置文件、还有这只潜伏的鸭嘴兽,补丁一个都不会碰。
渗透者的立足点一旦建立,即使你第二天就把系统升级到无漏洞版本,人家依然能远程登录、继续干活。部署方式决定了这不是一场“补个洞就赢”的战斗,而是完整的入侵响应流程。
值得警惕的是,类似手法早已有先例。此前的多起事件中,攻击者同样借助 NetScaler 的命令注入漏洞安装 Web Shell,进而窃取整套设备配置数据,里面往往藏着 VPN 接入的账号密码和内部网络拓扑。
应急行动清单:现在就该做的几件事
升级永远排第一。Citrix 已确认 14.1-73.37 与 13.1-64.23 版本包含针对这两个零日漏洞的修复,并同步发布了 FIPS 与 NDcPP 相关更新。还在用旧版本的,今晚就得排期。
但打补丁只是开场,真正的排查才刚登场。安全团队应立刻调取并审查 ns.log、sh.log、bash.log、httpaccess.log、httperror.log 这几类关键日志,重点盯几个特征:可疑的身份认证字符串、来源不明的 shell 命令、curl 管道执行 shell 的行为、后缀为 .pl 但实为 ELF 二进制文件的伪装文件,以及设备向未知公网主机发起的出站连接——后者往往是与 C2 通信的铁证。
最后,也是最容易被忽略的一条铁律:凡是在打补丁之前就暴露在公网、且版本存在漏洞的设备,一律默认视为可能已被攻陷。管理员需要完成完整的取证检查,轮换所有可触及的凭证,撤销现存会话,尤其注意高可用性部署环境——两个节点都要查,别只盯主节点。攻击者最喜欢的就是你“我以为备节点没问题”。