Skip to content

Plex

Bug bounty on Self-hosted plex.tv

Accepting reports Full safe harbor
Top reward
Not published
Top severity paid
Not published
Assets in scope
10
Public CVEs
0
Last change
No changes yet

At a glance

What to know before you start testing.

Pays cash
Amounts are not published; ask before you invest time.
Report by email
[email protected]
Full safe harbor
Good-faith research is authorised; no legal action.
Paid by PayPal
No identity requirement stated.
Publish after a fix
Coordinate the timing with the company.

Rewards

What the company's own policy page says it pays.

The policy page has no reward table. Here is what it says, in its own words.

Pays cash
Yes Monetary rewards are paid via PayPal .
Safe harbor
Full We support responsible security research and will not pursue legal action against researchers who act in good faith and comply with this policy.

Summarised with AI from the company's policy, read 12 Nov 2026, and checked word for word against it. Read the original

Scope

10 assets you may test, 5 excluded.

Domains 2

  • plexapp.com
  • plex.tv

Web 2

  • app.plex.tv
  • watch.plex.tv

Wildcard domains 2

  • *.plexapp.com
  • *.plex.tv

APIs 1

  • Plex APIs

Products and areas 3

  • Plex client applications
  • plexinc/pms-docker
  • Plex Media Server (PMS)
Out of scope (5)
  • forums.plex.tv
  • Any service hosted or operated by a third party
  • A user’s own self-hosted Plex Media Server instance
  • Legacy or unmaintained applications
  • third-party apps built on top of Plex (e.g., Tautulli, “*arr” tools)

Rules

What the policy asks of you, and the bug types it won't reward, quoted from Plex's policy. "We" in these lines means the program, not this site.

While testing

  • Only access, modify, or exfiltrate your own data. Use test accounts you control.
  • If you accidentally access another user’s data, stop immediately and report it . Do not access, store, or share it further.
  • Respect user privacy and the stability of our systems.
  • Do not use techniques that degrade service for other users.
  • Keep vulnerabilities confidential until we’ve had a chance to investigate and remediate; please coordinate any public disclosure with us.
  • Limit automated traffic to no more than 10 requests per minute .
  • Avoid testing that generates excessive emails or notifications (no more than 5 per hour ).
  • Limit login/authentication attempts to no more than 10 per hour .
  • Avoid any testing that could affect system availability or impact other users.

Not accepted

  • Sessions or tokens not automatically invalidated after logout, password change, email change, disabling 2FA, or revoking a linked provider.
  • Tokens (e.g., X-Plex-Token ) appearing in URLs / GET requests over HTTPS.
  • Access/auth tokens stored in browser localStorage absent a separately-demonstrated vulnerability that reads them.
  • Long-lived or long-idle sessions remaining valid.
  • TOTP codes being valid on multiple devices, or reusable within their time window.
  • 2FA recovery/backup codes remaining valid across devices, after a password change, or “indefinitely.”
  • Email verification not being required to enable 2FA
  • No re-authentication prompt before sensitive actions
  • Rate-limit / brute-force / OTP-resend “bypasses”
  • Missing rate limiting as a standalone finding
  • Missing HTTP security headers
  • Clickjacking on pages with no sensitive, state-changing action.
  • Open redirects and CORS “misconfigurations”
  • env.js / JavaScript environment disclosure
  • Files that are intentionally public
  • Secrets or credentials found in repositories, URLs, or archives that Plex does not own
  • Credentials from third-party breach or “combo” dumps
  • Denial of Service (DoS/DDoS) and resource-exhaustion reports
  • Findings requiring a pre-existing compromise or trust-boundary crossing
  • PIN-protection “bypass.”
  • Reports against CVEs already patched
  • Self-XSS , content spoofing / text injection with no cross-user impact
  • Output of automated scanners with no demonstrated impact
  • Issues affecting only outdated or end-of-life browsers or operating systems.

Summarised with AI from the company's policy, read 12 Nov 2026, and checked word for word against it. Read the original

Changes

Tracked since 11 Nov 2026. Last checked 5 hours ago.

No changes yet. When the rewards or scope move, you will see it here and in the RSS feed.

Public CVEs

Published vulnerabilities in this vendor's products, from the NVD.

Search NVD

No CVEs matched yet. We match NVD records by vendor name, so products sold under another name can be missing.