Respond to an exposed Plex server

Active exploitation

Older internet-reachable servers may already be compromised. A version update alone is not a recovery plan.

Updated 22 October 2026. Free operational guide.

Update Plex Media Server to 1.43.3.10861 or newer and assess whether the old installation was compromised. An update does not revoke a stolen account token or remove existing persistence.

Does this apply?

Plex confirmed widespread exploitation on 19 October. Four vulnerabilities, collectively called Plex2Shell, can permit unauthenticated code execution with the server process's privileges. Plex says an older internet-reachable server should be treated as potentially compromised. This includes NAS installations whose package stores lag behind Plex releases. See the vendor incident notice.

First actions

  1. Open Plex Web, select the affected server, then Settings → General. Record its complete version in the asset inventory.
  2. Record whether the server was reachable from the internet and through which router, proxy or remote-access configuration. Record the period of exposure where known.
  3. Disable unneeded access under Settings → Remote Access. Check router forwarding separately; changing one setting is not evidence that every route is closed.
  4. Update from the official Plex distribution for your platform. On a NAS, check Plex's manual installation instructions if the device's app store has no current package.
  5. Review unexpected child processes, unfamiliar .so or .dll files in Codecs, and unexplained CPU or network activity. Preserve relevant logs and observations before rebuilding.

Plex recommends a clean installation without reusing the old Plex data directory when compromise is indicated or cannot be excluded. Plan that rebuild with your backup and evidence needs in mind; this guide supplies no destructive cleanup command.

Revoke account access deliberately

From a trusted device, open the top-right user menu in Plex Web and choose Account Settings. Change the password and select Sign out connected devices after password change. Plex documents that this invalidates existing tokens and signs apps and servers out; expect to authenticate them again. See Plex account management and token invalidation.

Review Authorized Devices afterward. Keep password and token values out of notes. Use the credential-rotation worksheet to track identifiers, owners and completion times.

List what the Plex service account could access: media shares, writable mounts, backup locations and local secrets. Assign review and rotation work for that reachable scope. The account password change covers Plex authentication, not unrelated credentials stored on the host.

Verify and close

  • Confirm the replacement server's full version in Settings → General.
  • Record the clean installation's origin and which data was restored.
  • Confirm expected clients require fresh sign-in after token invalidation.
  • Verify intended playback and the final remote-access configuration.
  • Retain the decision on reachable shares and credentials, including unresolved exposure.

Close patching separately from compromise assessment. No visible miner and normal CPU usage are insufficient evidence to declare the host clean.

Sources

Plex platform-update instructions cover Windows, macOS, NAS and Shield. Plex device management explains the authorized-device list. CISA added the four vulnerabilities on 20 October in its official KEV catalog data.

Keep the work and proof together. Build a handoff or download the complete offline kit.