Plex Media Server 的四枚漏洞被串成一条未认证远程代码执行链，研究者命名为 Plex2Shell。公开 PoC 在 10 月 16 日放出，10 月 17 日就有人在蜜罐上打成功了，落地的载荷是门罗币矿机和一台把宿主网络当出口的代理后门。
事件概述
漏洞由研究员 Zach Main 于 7 月 27 日报告给 Plex，官方 8 月 3 日发布 1.43.3.10861 完成修复，9 月 1 日发公告并邮件通知用户，建议 Server 升到 1.43.3、Desktop 升到 1.115.0，同时提醒 NAS 用户可能需手动安装——这句提醒现在看相当要命。
公开仓库标明 1.43.3.10828 之前的版本受影响，1.43.3.10861 为修复版。9 月扫描估算还有超过 3.6 万台公网 Plex 实例没升级。
技术细节
四枚漏洞分工明确：
CVE-2026-96652：/player/timeline端点的未认证 SSRF，任意 token 值即可触发。CVE-2026-96654：searchOne处理不当，泄露服务器所有者的管理员 token。CVE-2026-96655：/video/:/transcode/universal的已认证 SSRF，用来把恶意载荷拉回本地。CVE-2026-96656：路径控制缺陷，可把攻击者构造的 ELF 写进 Codecs 目录。
最后一步最省事：Plex 加载 Codecs 目录的共享库时不校验签名、不校验文件名、不要求可执行权限、也不检查符号表；转码器初始化即加载，构造函数随即执行，权限就是 Plex 进程本身。同一研究者另报了关联漏洞 CVE-2026-96651。
影响评估
攻击无认证，入口只要 32400 端口可达。已观察到的手法：从 45.194.92[.]222、91.92.40[.]202、176.65.139[.]228 发起请求，目标路径 /player/timeline/subscribe，UA 是 Python-urllib/3.10；载荷从 217.60.194[.]116 下发。
落地进程两个：XMRig 变种 mylovelyminer，矿池指向 ota.proxystream[.]st；代理后门 myawesomeproxy 把宿主网络当出口。矿池子域 global.relay.proxystream[.]st 在 8 月曾被 Bitsight 标记为关联 AISURU DDoS／代理僵尸网络，但线索只到域名层，是否同一运营方尚无结论。
公开证据目前限于一台蜜罐，实际受害规模未知。但利用代码公开加一天内武器化，意味着没升级的机器大概率被扫到，尤其是 NAS 与 Docker 部署——这类安装往往不会自动更新。
修复建议
- 升级到 Plex Media Server 1.43.3.10861 或更高；NAS 用户要确认真的装上了，不是只收到过通知。
- 不需要远程访问的，关掉 Remote Access，防火墙只放行内网访问 32400。
- 排查 Codecs 目录多出来的 .so／.dll 与 Plex 主进程下不该存在的子进程；确认已被入侵的机器从干净介质重装，而不是删掉挖矿进程了事。
ps axjf | grep -Ei "plex|myawesomeproxy|mylovelyminer"
ls -la "/var/lib/plexmediaserver/Library/Application Support/Plex Media Server/Codecs/"