速修|Plex4洞串联未授权RCECVE-2026-96652"

admin 2026-10-22 11:58:06 网络安全文章 来源:ZONE.CI 全球网 0 阅读模式

速修 | Plex 4 洞串联未授权 RCE CVE-2026-96652

红队安全圈
红队安全圈

红队安全圈

2026年10月21日 08:00
重庆

去阅读

单洞 5.3 的 SSRF,串上三个洞就是 9.8 的未授权 RCE,PoC 公开第二天野外就见真刀真枪。

这个洞本身只是个 SSRF,单看 CVSS 5.3 不起眼,但它是一整条攻击链的入口。四个漏洞串联后可以从一个匿名请求直接打到反弹 shell,武器化 PoC 已经公开,攻击流量已在野外捕获,目前进入 CISA KEV 目录。自己搭了 Plex 服务器、又把 32400 端口映射过公网的,重点看这篇。

01  漏洞速览

漏洞编号CVE-2026-96652

影响产品Plex Media Server < 1.43.3.10861

漏洞类型SSRF(CWE-918)

危害等级单洞 5.3;串联整链 9.8

是否在野是,已进入 KEV

公开 PoC有(plex2shell 完整链)

攻击前提32400 端口可达,无需账号

影响面一句话:所有未升级的自建 Plex 实例,链路打通即被拿服务器权限。

02  漏洞成因

问题出在 /player/timeline 这个接口。protocol 参数会被原样拼进服务器构造的 player URL,全程没有任何校验,攻击者塞一个完整 URL 进去,Plex 服务器就会替他向任意地址发 POST 请求。

更糟的是鉴权形同虚设:请求里随便填一个 X-Plex-Token 值都能通过。也就是说这是免认证的 SSRF,连注册账号都不需要。

单独的 SSRF 危害有限,真正的杀伤力在串联。这条链的全貌:

96652 免认证 SSRF

/player/timeline 的 protocol= 注入

96654 searchOne 参数注入

借 SSRF 打回环,偷 owner 管理令牌

96655 转码器 SSRF + 任意路径写

dump-yuv 把恶意库写进 Codecs 目录

96656 无签名校验 dlopen

下次转码时恶意 .so/.dll 被直接执行

整条链走完:匿名请求 → 偷管理员 token → 往 Codecs 目录写恶意动态库 → 触发转码加载 → 反弹 shell,全程不需要登录。

03  影响范围

受影响:Plex Media Server 1.43.3.10861 之前所有版本,Linux、Windows、Docker 部署都受影响。

已修复:1.43.3.10861(2026 年 8 月初发布)。补丁已放出两个多月,还中招的基本都是没盯更新的自建实例。

04  利用分析

这不是理论威胁。技术细节 10 月 16 日公开,PoC 当天上架,第二天蜜罐里就抓到了真实攻击流量。

已观测到的野外攻击:用同样的 SSRF 入口打未打补丁的实例,随后用 wget 或 curl 从远端服务器拉取载荷落地。目前确认投放了两类东西——一个名为 mylovelyminer 的 XMRig 挖矿进程,和一个名为 myawesomeproxy 的 Linux 反向代理后门(借用你服务器流量,同一基础设施 8 月就被标记过与 DDoS 僵尸网络关联)。

攻击源集中在几个固定 IP:91.92.40.202、176.65.139.228、45.194.92.222。

利用门槛很低:PoC 一条命令跑完全链,Linux 原生、Docker、Windows 目标都支持,攻击者只需要一台目标能访问回连的主机。

05  检测与排查

翻访问日志,找 URI 里同时含 /player/timeline 和 protocol=http:// 且指向外部域名的请求,User-Agent 多为 Python-urllib:

grep \"player/timeline\" access.log |

grep -E \"protocol=http://\"

再查本机是否已有挖矿或可疑代理进程:

ps aux | grep -E \"xmr|proxy\"

crontab -l

被打过基本都会留下回连记录,出站流量里找非常用端口的被动连接。

06  修复建议

升级到 Plex Media Server 1.43.3.10861 或更高版本,这一步直接切断全链。

一时升不了的临时缓解:32400 端口不要映射公网,必须暴露就套反代加访问控制;同时对 Plex 服务器做出站限制——链路里偷 token 和拉载荷都依赖服务器主动外连,掐掉出站能挡住大部分玩法。

07  红队视角

自建 Plex 的用户群很大,NAS 玩家常年把 32400 挂在公网上,而且这类服务器常年无人照看,补丁节奏全凭主人心情——典型的资产多、维护差的富矿。

从渗透角度,这个链子是教科书级的立足点打法:入口免认证、利用稳定、拿到的是媒体服务进程权限,接着横向读 NAS 上其他服务的凭据就是顺路的事。防御侧同理,别只盯着高危评分打补丁——评分 5.3 的洞串起来就是 9.8,攻击者从来不按单洞评分选武器。

08  POC 链接

https://github.com/code-zm/plex2shell

https://zmain.info/blog/plex2shell

https://github.com/BoredHackerBlog/

plex2shell\_pcap

说明:plex2shell 为完整四洞串联利用链 PoC;第二链接是漏洞发现者的技术博客;第三个是实测与野外攻击的 pcap 流量包,可直接验证检测规则。仅限授权测试使用。

下期继续蹲厂商补丁和 PoC 动静,关注后漏洞先知道,修复不踩坑。

— END —

速修|Plex4洞串联未授权RCECVE-2026-96652" 网络安全文章

速修|Plex4洞串联未授权RCECVE-2026-96652"

本文披露PlexMediaServer四个漏洞串联形成的未授权RCE攻击链(CVE-2026-96652),入口为/player/timeline接口的免认证SSRF,串联后可达9.8分危害,PoC已公开且野外已捕获攻击流量。建议立即升级至1.43.3.10861或更高版本,临时缓解措施包括不将32400端口映射公网、加强访问控制与出站限制,并可通过检查访问日志和进程排查是否被入侵。
Plex媒体服务器未授权RCE链被在野利用,CISA已列入KEV" 网络安全文章

Plex媒体服务器未授权RCE链被在野利用,CISA已列入KEV"

PlexMediaServer被曝出未授权RCE漏洞链plex2shell,由四个CVE串联组成,CVSS评分9.8,无需登录凭据即可利用。攻击者已于10月17日起在野利用该链投放挖矿木马和住宅代理,CISA已将其列入KEV目录。建议用户立即升级至1.43.3.10861或更高版本,关闭32400端口转发,并使用官方提供的YARA规则和只读排查脚本检查入侵指标。
【已复现】ARTEX存在未认证接管导致RCE漏洞" 网络安全文章

【已复现】ARTEX存在未认证接管导致RCE漏洞"

ARTEXAI渗透测试控制台存在未认证管理员接管漏洞,影响v0.1.0至v0.3.14版本。攻击者通过高并发请求耗尽PostgreSQL连接池,利用authInit接口忽略数据库错误实现fail-open,覆盖管理员密码获取JWT,进而通过MCPstdio传输执行任意命令获得root权限。建议升级至v0.3.15,限制管理端口访问并加强MCP安全配置。
评论:0   参与:  0