Skip to main content
← Vulnerabilities

Jpom through 2.11.12 Cross-Workspace Authorization Bypass via Docker Controllers

8.7HighCNA
Exploited
No known exploitation
Fix
Fix or patch referenced
Who is exposed
Specific setups only

Do first: Check whether your setup matches what the bug needs. Affects Jpom v2.11.12 (the advisory reports this version).

Published
Last modified
Published
Not listed in CISA KEV
18/100 · provisional
Specific setups only
Fix
Fix or patch referenced
None on Exploit-DB, Metasploit or GitHub
  • Exploitation: none
  • Automatable: no
  • Technical impact: total

Summary

Jpom through 2.11.12 contains a cross-workspace authorization bypass vulnerability that allows authenticated users to manage other workspaces' Docker hosts by supplying foreign Docker asset ids. Attackers with Docker permission in any workspace can control containers, images, volumes and networks, including creating privileged containers with host bind mounts.

What to do

  • Check whether your setup matches what the bug needs.

    Affects Jpom v2.11.12 (the advisory reports this version).
  • Apply the patch listed under Evidence.

Timeline

  1. CVE published
  2. First seen by cve.now
  3. CISA SSVC assessment

    Exploitation: none · Automatable: no · Technical impact: total

  4. Record last updated

Affected versions

  • dromara Jpom

    through 2.11.12

Evidence 5

  1. Patch
  2. Report
  3. Repository
  4. Repository
  5. Link

Corrections

None so far.

Something wrong on this page? Report an error. Every fix is listed here.

FAQ

Questions about CVE-2026-120460

What does this mean?

The title describes an authorization bypass across workspaces through Docker controllers in Jpom, so one workspace's boundary can be crossed through that feature. The checked facts do not describe the exact mechanism or its impact.Source: github.com

Am I affected, and how do I check?

The product range runs from the earliest release through Jpom 2.11.12, and the advisory reports v2.11.12 specifically. To check a installation, look up the Jpom version it runs and compare it with 2.11.12.Source: github.com

What should I do about it?

The checked facts do not name a fixed version, so no upgrade target can be confirmed here. Check the dromara/Jpom release notes for a version later than 2.11.12 and upgrade to it once published.Source: github.com

Is it being exploited?

It is not in CISA's Known Exploited Vulnerabilities catalog, and CISA's SSVC assessment does not mark exploitation as active. That does not mean it has not been attacked: vendors and researchers can report attacks before CISA lists them. No public exploit code is tracked.Source: cve.now feed data