| |

Plex2Shell CVE-2026-96652: Patch and Hunt Codecs

Plex fixed these bugs in early September. A public proof of concept appeared on October 16, and Plex confirmed widespread attacks against internet-facing servers three days later. CISA added all four flaws to its exploited catalog on October 20. Updating closes the entry path, but Plex says a suspected server should be rebuilt from a clean installation.

DataWater Threat Intelligence Desk | Published October 21, 2026 | 7-minute read

Threat level: High (exploited, chained RCE)

New McAfee Banner
Keeper Confetti Image

What: “Plex2Shell,” a chain of four Plex Media Server flaws (CVE-2026-96652, CVE-2026-96654, CVE-2026-96655 and CVE-2026-96656) that together give an unauthenticated attacker code execution with the Plex service account’s privileges.

Status: Plex confirmed on October 19 that the vulnerabilities were being actively and widely exploited following the October 16 public proof of concept. CISA added all four CVEs to its Known Exploited Vulnerabilities catalog on October 20.

Federal deadlines: October 23, 2026 for CVE-2026-96654 and CVE-2026-96656; November 3, 2026 for CVE-2026-96652 and CVE-2026-96655. These CISA deadlines bind U.S. federal civilian agencies; private organizations should treat them as urgent risk intelligence.

Fix: Update Plex Media Server to 1.43.3.10861 or later (and Plex Desktop to 1.115.0). Then inspect the Codecs folder, transcoder settings and child processes for signs of compromise.

Key takeaways

  • Plex Media Server 1.43.3.10861 or later fixes the Plex2Shell chain. Builds at 1.43.2 and earlier are vulnerable; reports differ on exactly which early 1.43.3 builds are affected, so verify the full build number.
  • Exploitation followed the public proof of concept quickly. Plex says compromised servers have been used to run cryptocurrency miners and proxy software, and describes the attacks as widespread.
  • CISA added all four Plex2Shell CVEs to KEV on October 20, 2026. The federal deadlines are October 23 for CVE-2026-96654 and CVE-2026-96656, and November 3 for CVE-2026-96652 and CVE-2026-96655.
  • Updating does not remove an infection. The payload sits in Plex’s Codecs directory and reloads whenever Plex transcodes video. Killing the miner process is not enough.
  • The enterprise risk is the home network. Plex servers often run on employees’ home machines and NAS boxes that share a network with the laptops they use for work.

Executive Summary

Plex2Shell is a consumer bug with an enterprise blast radius.

A researcher identified as Zach Main reported the flaws to Plex on July 27. Plex shipped Plex Media Server 1.43.3 and Plex Desktop 1.115.0 and announced the update on September 1 without technical detail. CVE IDs were published on September 23. On October 16 the researcher released a full write-up and working proof of concept. On October 19, Plex updated its advisory to confirm active and widespread exploitation against internet-facing servers, including deployments of cryptocurrency miners and proxy software. CISA put all four CVEs on the KEV catalog on October 20.

The chain starts with a server-side request forgery (SSRF), uses it to reach internal Plex functions and steal the server owner’s administrator token, then writes a malicious library into the Codecs folder. Plex loads that library the next time it transcodes video, and the attacker’s code runs. No Plex account and no user interaction are needed: only network reach to the server, normally TCP port 32400.

The bottom line: find every Plex server you are responsible for, update it to 1.43.3.10861 or later today, and check it for planted codec files. For servers you are not responsible for, the ones on staff home networks, tell people plainly what to do.

Why This Matters to CISOs and Security Leaders

Shadow servers sit next to corporate laptops. Plex is home software, but it runs on always-on machines with large disks and fast uplinks: exactly the boxes that sit on the same flat home network as a remote worker’s laptop. A compromised Plex host is a foothold inside a network your EDR does not see. That is the same class of risk DataWater flagged with the Broadcom WPS router zero-day earlier this week.

The exposed population is not yet reliably quantified. Plex has confirmed widespread attacks against internet-facing servers, which is sufficient to justify immediate action without relying on an unverified host count.

The public exploit erased the remaining grace period. The fix had been available for about six weeks before the October 16 proof of concept. By October 19, Plex was warning of widespread attacks. The pattern matches the Rejetto HFS CVE-2026-61500 case, where public technical detail rapidly changed operational risk.

Executive insight

Ask your team one question: “Do we run Plex anywhere, including labs, media rooms, digital signage or a developer’s side project?” Then decide what you will tell remote staff. A short, specific note (“update Plex to 1.43.3.10861, or turn off Remote Access”) is cheaper than an incident that starts on someone’s home NAS.

The Timeline

Date (2026) What happened
July 27 Researcher reports the flaws to Plex
September 1 Plex announces Plex Media Server 1.43.3 and Plex Desktop 1.115.0 as security updates, with no technical detail
September 23 CVE IDs published
Friday, Oct 16 Technical write-up and public proof of concept (“Plex2Shell”) released
Oct 17–19 Attack reports emerge after the public proof of concept; Plex investigates internet-facing compromises
Monday, Oct 19 Plex confirms active, widespread exploitation and deployments of cryptocurrency miners and proxy software
Tuesday, Oct 20 CISA adds CVE-2026-96652, -96654, -96655 and -96656 to KEV
Friday, Oct 23 CISA federal remediation deadline for CVE-2026-96654 and CVE-2026-96656
Tuesday, Nov 3 CISA federal remediation deadline for CVE-2026-96652 and CVE-2026-96655

The fix was six weeks old. The exploit was one day old. Attackers only needed the second.

Vulnerability & Exploit Analysis

How the Plex2Shell chain works

Each bug is moderate on its own. One tracker lists CVSS 4.0 base scores of 5.3 for CVE-2026-96652, 6.9 for CVE-2026-96654, 5.3 for CVE-2026-96655 and 8.6 for CVE-2026-96656. The researcher rates the combined chain at 9.8, but that is the researcher’s own assessment, not an official score. The step-by-step mapping below comes from one technical analysis (single-source); other reports describe the same stages without tying each to a CVE.

Step CVE What it does
1 CVE-2026-96652 Unauthenticated SSRF via the /player/timeline/subscribe endpoint makes Plex send requests to its own loopback interface
2 CVE-2026-96654 Those loopback requests reach internal agent functions that should never be exposed externally
3 CVE-2026-96655 The server owner’s administrator token leaks, giving the attacker owner-level control of settings
4 CVE-2026-96656 Transcoder settings are abused to write a file into the Codecs directory; Plex loads the unsigned library and runs it

Affected and fixed versions

Product Vulnerable Fixed in
Plex Media Server 1.43.2 and earlier (Plex’s advisory); some early 1.43.3 builds, per the researcher’s repository 1.43.3.10861 or later
Plex Desktop Earlier than 1.115.0 1.115.0 (security fixes; the chain itself targets the server)
NAS and Docker packages Any image or package pinned to an older build Manual update may be needed; Plex warns NAS package managers may lag

Interim protections

If you cannot update today, turn off Plex Remote Access and remove any router port forward to TCP 32400. Putting the server behind a private overlay network reduces exposure. None of these cleans a server that has already been hit.

What nobody is talking about
The persistence lives in a feature, not a bug. The attacker’s library sits in the Codecs folder, and Plex runs it every time it transcodes. Reports note that killing the miner does nothing because the next video playback relaunches it. Updating Plex replaces the application binaries, but it has no reason to delete a codec file it believes is legitimate. A “patched” server can still be infected.

Threat Intelligence Breakdown

Attribution: Unknown. No source has named an actor or linked the activity to a known botnet. The observed payloads (a Monero miner and a residential proxy) point to financially motivated, commodity operators, but that is an inference, not attribution. Known ransomware use is listed as unknown.

What defenders should hunt: Plex identifies unfamiliar processes launched by Plex Media Server—especially myawesomeproxy, mylovelyminer and x12345—unfamiliar .so or .dll files in the Codecs folder, connections to proxystream[.]st, and sustained high CPU use while nothing is playing.

Indicators and behaviors to investigate (vendor-confirmed items are identified below; short-lived infrastructure should be treated as supporting evidence only):

Type Indicator Context
Domain proxystream[.]st Proxy-payload traffic identified by Plex
Request pattern /player/timeline/subscribe with a loopback target, sslip[.]io callback, Python-urllib/3.10 user agent Exploit delivery
Processes myawesomeproxy, mylovelyminer, x12345 Unfamiliar processes specifically identified by Plex
Files Unfamiliar .so or .dll files in the Plex Codecs folder Persistence indicator identified by Plex
Config TranscoderH264Options containing dump-yuv in Preferences.xml that you did not set (single-source) Transcoder abuse

How to read these: the IPs and file names will change. The durable signals are behavioral: Plex writing new libraries into Codecs, Plex spawning child processes it never normally spawns, and sustained CPU load with nothing playing. A clean IoC sweep proves very little.

Enterprise Impact: What’s Actually at Risk

Corporate Plex instances: Labs, lobbies, training rooms and developer side projects sometimes run Plex on company hardware. Code runs with the Plex service account’s rights, so anything that account can read, including mounted shares, is exposed.

Remote-worker networks: A compromised home server can scan and attack other devices on the same network, including the work laptop. Treat this as a home-network hygiene issue for your remote workforce.

Plex accounts and credentials: The chain steals the owner’s admin token. Owners of infected servers should change their Plex password and sign out all devices. If the same password is reused anywhere corporate, that becomes your problem.

Reputation and abuse: Residential proxy software routes other people’s traffic through the victim’s IP address. If it runs on a corporate network, your addresses may show up in abuse reports.

What Security Leaders Should Do Next

Today

  1. Find every Plex Media Server you own: scan for TCP 32400 on internal and external ranges and check software inventories, including Docker hosts and NAS devices.
  2. Update to 1.43.3.10861 or later and confirm the full build number in Settings > General. For Docker, make sure the image is not pinned to an old tag.
  3. If you cannot update yet, turn off Remote Access and close any port forward to 32400.
  4. Send remote staff a two-line advisory: update Plex now, or turn off Remote Access.

Within 48 hours

  1. Inspect the Codecs folder on every server for libraries you cannot account for, and check Preferences.xml for transcoder options nobody set.
  2. Review the Plex process tree for child processes such as miners or proxy tools, and check for outbound connections to the IoCs above or to mining pools.
  3. If anything matches, run an incident: preserve the Codecs folder, Preferences.xml, process listings and logs; rebuild from a clean install rather than relying on the update; change the Plex password, sign out all devices and rotate any credentials the service account could reach.

Long-term

  1. Put self-hosted consumer apps in your asset inventory when they run on company hardware or networks. “Home software” is not out of scope by default.
  2. Alert on media and file servers spawning shells or unknown binaries, not just on known-bad hashes.
  3. Write remote-work network guidance that covers segmenting work laptops from always-on home servers.

Get zero-day alerts before they hit the headlines

DataWater’s executive threat briefing: the exploited CVEs, the deadlines and the first three actions to take.

Read more briefings

Winners and Losers

Better positioned More exposed
Owners with Plex auto-update on since September NAS and Docker users pinned to old packages or image tags
Servers reachable only over a private overlay network Servers with port 32400 forwarded to the internet
SOCs that alert on unexpected child processes from server apps Teams relying on a one-time IoC sweep
Organizations that segment remote workers’ laptops Flat home networks shared by work and personal devices

Final Executive Takeaway

Plex2Shell is easy to patch and easy to underestimate.

The fix has existed since September, the exploit is public, and attackers moved within a day. CISA’s listing makes it a compliance item for federal agencies, but the bigger lesson is about the consumer-grade servers that sit beside your corporate endpoints.

Update to 1.43.3.10861. Check the Codecs folder. Rebuild anything that shows signs of compromise.

Frequently Asked Questions

What is Plex2Shell?

Plex2Shell is the name for a chain of four Plex Media Server vulnerabilities, CVE-2026-96652, CVE-2026-96654, CVE-2026-96655 and CVE-2026-96656. Chained together, they let an unauthenticated attacker who can reach the Plex server run code with the Plex service account’s privileges.

Which Plex Media Server version fixes CVE-2026-96652?

Plex Media Server 1.43.3.10861 or later fixes CVE-2026-96652 and the rest of the Plex2Shell chain. Plex’s advisory covers 1.43.2 and earlier; some early 1.43.3 builds may also be affected, so check the full build number. Plex Desktop users should update to 1.115.0.

Is Plex2Shell being exploited in the wild?

Yes. Plex confirmed on October 19 that the flaws were actively and widely exploited against internet-facing servers following the October 16 public proof of concept. CISA added all four Plex2Shell CVEs to its Known Exploited Vulnerabilities catalog on October 20.

What is the CISA deadline for the Plex2Shell CVEs?

CISA set an October 23, 2026 federal remediation deadline for CVE-2026-96654 and CVE-2026-96656, and November 3, 2026 for CVE-2026-96652 and CVE-2026-96655. Those deadlines apply to federal civilian agencies, not private organizations.

Does updating Plex remove a Plex2Shell infection?

No. Updating Plex Media Server closes the Plex2Shell vulnerabilities but does not remove a malicious library already placed in the Codecs folder, which reloads whenever Plex transcodes video. Plex’s guidance is to assume a suspected server is compromised and do a clean reinstall.

How can I tell if my Plex server was compromised by Plex2Shell?

Look for unfamiliar .so or .dll files in the Plex Codecs folder, transcoder settings in Preferences.xml you did not set, Plex child processes such as myawesomeproxy, mylovelyminer or x12345, high CPU with nothing playing, and connections to proxystream[.]st. Absence of these indicators does not prove a server is clean.

Who is behind the Plex2Shell attacks?

Attribution for the Plex2Shell attacks is unknown. No actor or botnet has been publicly identified. The payloads seen so far, a Monero miner and residential proxy software, suggest financially motivated activity, and the number of compromised Plex servers has not been established.

Sources

Primary sources: Plex security notice, updated October 19, 2026 (CVE chain, active exploitation, fixed build, indicators and rebuild guidance); researcher’s Plex2Shell repository (public proof of concept and chain mapping); CISA alert, October 20, 2026; and the CISA KEV catalog. See also DataWater’s CISA KEV weekly roundup for October 16. Reflects public reporting as of October 21, 2026.

------------------------------------------

Similar Posts