Events Secure.com at Black Hat USA 2026

Plex2Shell Timeline: From Public Exploit to Live Attacks in 24 Hours

Three medium Plex bugs handed attackers the admin access a fourth, high severity flaw needed. Live exploitation followed the exploit by a day.

Why CISA Gave Federal Agencies Three Days to Patch a Batch of Medium Severity Plex Bugs

Exploit code went live on a Friday. By Saturday morning, attackers were already inside Plex Media Servers, mining crypto and routing strangers’ traffic through other people’s home connections. Three of the four bugs are rated medium. The fourth is high, and it only works because the other three get there first.

What Happened?

27 July: Researcher Zach Main reports four flaws to Plex. The fix shipped in build 1.43.3.10861 on 3 August, and Plex told every server owner to update on 1 September. Then the clock started. Working exploit code went public on 16 October. An internet-facing honeypot recorded live exploitation the next morning. Plex confirmed active and widespread exploitation on 19 October. CISA added all four CVEs to its Known Exploited Vulnerabilities catalog on 20 October, with three days to patch two of them.

What’s the Impact?

Three of the four flaws are rated medium. The fourth, CVE-2026-96656, is high: 7.2 on CVSS v3.1 and 8.6 on v4. That one requires admin access, and the three medium vulnerabilities hand over admin access. Chained in order, they give an attacker code execution with no login, running with the same privileges as the Plex service. EPSS, the model that predicts exploitation, sat under 1 % for all four as of 21 October, while the attacks ran.

IOCs: Indicators of Compromise

Plex2Shell · Indicators of compromise

Plex2Shell: published indicators

Everything below comes from Plex’s own security advisory or from the researcher honeypot that first recorded exploitation. Nothing here is inferred or reconstructed.

Read this first. This is not a complete picture. The network indicators come from a single honeypot over roughly two days, and the operator notes the attackers may have modified the public exploit code. Treat these as detection starting points, hunt on behaviour as well, and do not build a clean bill of health on their absence.

Process names Source: Plex advisory

myawesomeproxyProxy software
mylovelyminerMiner
x12345Dropped binary
xmrigMiner, seen on honeypot

Network Sources: Plex advisory, honeypot

proxystream.stOutbound domain
45.194.92.222Exploitation source
91.92.40.202Exploitation source
176.65.139.228Exploitation source
217.60.194.116Payload download host
Python-urllib/3.10User agent on exploit requests
TCP 32400Exposed Plex port

File hashes, SHA256 Source: honeypot report

e546b10aee5edc754da4f9b0baace00392257121911f630145078eafad1e6bd9myawesomeproxy
2d3c618b21a7e2f8bcd735da188e44a7609ff3f204832dd0781cd09e4388c9dbxmrig
5712ef510481f15fe8b18fdd10b73026d57cb3d9d151878a692358b99a464441docker
68938fb428f2bcfef4ede62f7b29cd0f15f37ed59e94462c099f2ca64e36baa7x, packed
b20f39fc00d242e706b6c30367ad811c676e0575050a4ec2f30104b696944b49x, unpacked

Host artefacts Source: Plex advisory

Unfamiliar .so or .dll files in the Plex Codecs folderPersistence
Transcoder options in Preferences.xml you did not setTampering
Unknown child processes of Plex Media ServerExecution
Sustained high CPU with nothing playingMining behaviour
If you find any of these
  • Rebuild from a clean install rather than reusing the old Plex data directory. At minimum, clear the Codecs folder and audit Preferences.xml.
  • Sign out of all devices from the Plex account and change the password.
  • Treat everything the Plex service account could reach as exposed, including mounted shares and any credentials on the same host.
  • Turn off remote access and stop forwarding port 32400 unless you need it.

Affected: Plex Media Server before 1.43.3.10861 · Fixed: 1.43.3.10861 and later
CVE-2026-96652 · CVE-2026-96654 · CVE-2026-96655 · CVE-2026-96656 · all on CISA KEV since 20 Oct 2026
Compiled 22 October 2026 from the Plex security advisory and the public honeypot report.

How to Avoid This

  • Update Plex Media Server to 1.43.3.10861 or newer today
  • Turn off remote access and stop forwarding port 32400 unless you need it
  • Check the Codecs folder for files you did not put there
  • Rebuild a suspect server instead of reusing its old data directory
  • Inventory the hosts nobody owns: NAS boxes, media servers, home labs

A Medium Score on an Exposed Box Beats a Critical One Behind the Firewall

Score-based triage would have parked three of the four, and the fourth only matters because those three unlock it. Exposure and exploitation evidence would not. That gap is the whole story, and Secure.com was built to close it.

  • Attack paths start from internet-facing assets carrying known exploited vulnerabilities, not from whatever sits highest on a severity list
  • The Vulnerabilities module shows EPSS score, percentile, and exploit evidence for every CVE, side by side
  • KEV, EPSS, and exposure are read together, so a medium on a reachable host outranks a critical buried behind the firewall
  • The Red Teammate proves what an attacker can actually reach; defensive teammates harden it and show the before and after
  • Your team sets the rules. AI teammates do the work.

The Takeaway

The payloads were unglamorous: a cryptocurrency miner and proxy software that quietly resells the victim’s internet connection to strangers. No count of compromised servers has been published, and the public evidence so far rests on Plex’s own statement plus one researcher’s honeypot.

Plex2Shell is not really a story about a media server product. It is a story about chains. Four quiet findings, stacked in the right order, produced a result no single score predicted. The biggest risk is estates where a media box or a developer’s home lab never makes it onto a patch queue.

Attack. Harden. Prove. Repeat.