CISA Gave Federal Agencies Three Days on Two Plex Flaws and 14 on Two Others in the Same Exploit Chain
Security / news
CISA Gave Federal Agencies Three Days on Two Plex Flaws and 14 on Two Others in the Same Exploit Chain
The four Plex2Shell bugs score between 5.3 and 8.6 individually. Chained, they give an unauthenticated attacker code execution, and miners are already landing on unpatched servers.
A remote attacker holding any value as an X-Plex-Token header can chain four Plex Media Server flaws into code execution as the server's own user, on any build older than 1.43.3.10861. CISA added all four, CVE-2026-96652, CVE-2026-96654, CVE-2026-96655 and CVE-2026-96656, to its Known Exploited Vulnerabilities catalog on October 20, 2026.
Update to Plex Media Server 1.43.3.10861 or later, and treat any older server reachable from the internet as suspect. Plex's own security announcement says 1.43.3.10861 and later are not affected.
Two deadlines inside one chain
CISA's catalog entries carry different due dates for flaws that its own text says chain together. CVE-2026-96654 and CVE-2026-96656 are due October 23, three days after listing. CVE-2026-96652 and CVE-2026-96655 are due November 3. Only CVE-2026-96656 is flagged for forensic triage under the agency's binding operational directive BOD 26-04, and the ransomware-use field reads "Unknown" for all four.
- CVE-2026-96656 file write8.6 CVSS
- CVE-2026-96654 plugin call6.9 CVSS
- CVE-2026-96652 SSRF5.3 CVSS
- CVE-2026-96655 SSRF5.3 CVSS
Source: The Hacker News, October 19, 2026
The score understates the chain. The Hacker News reports the individual ratings above, none of which reads as an emergency alone. In sequence they work like this, per the catalog and the article. CVE-2026-96652 lets the server be forced to POST to an attacker's address through an unvalidated protocol parameter. CVE-2026-96654 calls other plugins' functions and yields the owner's admin token. CVE-2026-96655 fetches an attacker-hosted video that carries an ELF payload. CVE-2026-96656 writes a shared object into the Codecs directory, where it runs.
Security Affairs traces the last step to the library loader: it does not check the library's name, permissions, signature or symbols, and an ELF constructor runs before symbol resolution. A second transcode loads the file and the code runs as uid=1000(plex).
Timeline, and where the sources disagree
- July 27: researcher Zach Main reports the flaws to Plex.
- August 3 or September 1: the fix ships, depending on the source.
- October 16: Main publishes technical details and proof-of-concept code.
- October 17: first exploitation seen on a honeypot.
- October 19: Plex publishes CVE details and reports active exploitation.
- October 20: CISA lists all four.
The patch date is disputed. The Hacker News says Plex fixed the bugs on August 3 in build 1.43.3.10861. Plex's announcement says 1.43.3 and Desktop 1.115.0 were released on September 1. Security Affairs says only that fixes came in September, before the exploit was public. Either way the exposure window ran at least six weeks before the proof of concept appeared.
What the attacks install
The honeypot reports come from a researcher using the alias boredhackerblog, per The Hacker News, which gives no real name. A shell script pulls a payload from 217.60.194[.]116. It deploys an XMRig cryptominer called mylovelyminer and a Linux reverse proxy called myawesomeproxy, which VirusTotal describes as a stealthy backdoor. The miner's server points at ota.proxystream[.]st. Bitsight flagged a sibling subdomain, global.relay.proxystream[.]st, in August in connection with the AISURU DDoS and proxyware botnet.
Security Affairs said the honeypot needed outbound traffic enabled, so some payloads may have been missed, and that the findings do not show how many real servers were compromised. Plex users on Reddit report the same miner, though The Hacker News says it is unknown whether those cases come from this chain.
What Plex tells owners to check
Plex's list is specific: unrecognised processes launched by the server, unfamiliar .so or .dll files in the Codecs folder, outbound connections to proxystream.st, and high CPU use when nothing is playing. For a compromised or uncertain server it advises a clean reinstall rather than reuse of the old data directory, signing out of all devices and changing the Plex password. It also advises disabling remote access if unneeded and not forwarding port 32400.
Related coverage of patch windows includes AWS's PHP bulletin and the Lightsail instances with no in-place patch and GitLab's second CVSS 10.0 fix. The Hacker News said it had asked Plex for comment and would update if Plex replied. No reply appears in its article. The next date to watch is November 3, when the second pair of Plex entries falls due.
Sources
More in Security
- 01Node.js Patches 10 CVEs, Including a Brotli Out-of-Bounds Write OpenAI's Codex Security FoundNode rates the Brotli flaw High; GitHub's record for the same CVE carries a CVSS v4 score of 9.2. The fix also lives in Google's Brotli library, not only in Node.
- 02Next.js 16.4.1 Fixed Two Critical RCEs on October 14, and GitHub Indexed Them Eight Days LaterOne flaw needs a `use cache` function returning typed arrays, the other an SVG on glibc Linux. Both score 9.5 on CVSS v4, and one has no workaround.
- 03Trend Micro's ZDI Sent Six Unpatched Linux Kernel Reports to a Public ListTwo of the reports score 9.0 and target ksmbd, the kernel's SMB server. Greg Kroah-Hartman answered on the list: "Please fix your submission process."
- 04musl's regcomp Has Integer Overflows in Every Release Since 0.5.0, and the Fix Is 1.2.7, Not Yet OutCVE-2026-107891 needs an application that compiles untrusted regular expressions; Alpine shipped patched packages before musl did.