Your RSA-2048 keys break in 2030. Find every one of them before attackers do.
☕
☕ Maven
Not in CISA KEV
HIGH severity

CVE-2021-33813 — jdom2

HIGHFix: hunterhacker/jdom#188

CVE-2021-33813 is a high-severity (CVSS 7.5) XML External Entity (XXE) vulnerability in org.jdom:jdom2. 1 public exploit reference exists, so weaponization risk is real. A fix is available for org.jdom:jdom2 — see the affected versions and patch details below.

XML External Entity (XXE) Injection in JDOM

Also known asBIT-solr-2021-33813GHSA-2363-cqg2-863c
Published
Updated
Affected
2 pkgs
Patched
1 / 2
Exploits
1 known
Exploitation data as of Oct 9, 2026 · OSV.dev, NVD, FIRST.org (EPSS)

EPSS Exploitation Probability

via FIRST.org ↗
19.4%probability of exploitation in next 30 days
Moderate Risk0.00%
Lower risk than most CVEs97th percentile — riskier than 97% of all scored CVEsHighest risk
0.00%8.29%16.6%24.9%1.4%19.4%Apr 26Aug 26Oct 26

Probability of exploitation in the next 30 days, from FIRST.org EPSS.

How urgent is this, really

CVE-2021-33813 by exploitation likelihood (EPSS) against impact (CVSS). Outside the shaded patch-first corner.

Where this sits among everything scored

Of 385,738 CVEs with a current EPSS score, this one falls in the 10–50% band (highlighted). Counts from FIRST.org, log-scaled.

Real-World Exposure

2 pkgs affected
☕org.jdom:jdom2☕org.jdom:jdom

Real-time download stats are indexed for npm and PyPI packages. This vulnerability affects Maven packages — download data is not available via public APIs for these ecosystems.

Description

An XXE issue in SAXBuilder in JDOM through 2.0.6 allows attackers to cause a denial of service via a crafted HTTP request. As a workaround, to avoid external entities being expanded, one can call builder.setExpandEntities(false) and they won't be expanded.

Affected Packages

2 total 1 fixed
EcosystemPackageVulnerable rangeFix
☕Mavenorg.jdom:jdom2all versions2.0.6.1org.jdom:jdom2:2.0.6.1
☕Mavenorg.jdom:jdomall versionsNo fix

Affected Products

6 products · 7 configurations
Application
solrapache
2 versions
8.8.18.9
Application
tikaapache
1 version
1.25
OS
debian linuxdebian
1 version
9.0
OS
fedorafedoraproject
1 version
35
Application
jdomjdom
≤ 2.0.6
range
OS
communications messaging serveroracle
1 version
8.1
Exploits & PoCs
1

Research use only. For defensive security, authorized penetration testing, and academic research only. Never execute exploit code against systems without explicit written authorization.

Detection & mitigation playbook

Open-source dependency
  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for org.jdom:jdom2, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update org.jdom:jdom2 to 2.0.6.1 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms CVE-2021-33813 is resolved across your whole dependency graph.

  3. Workarounds

    Cap what an attacker can consume: apply request size, rate and timeout limits in front of the affected component, and run it with memory and CPU limits so exhaustion degrades one worker rather than the whole service.

Fixing This On Your OS

If you run this on a Linux distribution, patch through your package manager against the distro's own security advisory below — it tracks the exact backported fix for your release, which can ship on a different timeline (and sometimes a different severity) than the upstream project.

Red HatModerate

In OpenShift Container Platform (OCP), the hive and hadoop components that comprise the OCP metering stack, ship the vulnerable version of jdom. Since the release of OCP 4.6, the metering product has been deprecated [1], hence the affected components are marked as wontfix. This may be fixed in the future. This flaw is…

ProductFixed inAdvisory
Red Hat Fuse 7.11jdomRHSA-2022:5532
RHDM 7.12.1jdomRHSA-2022:1110
RHINT Camel-K 1.6.4jdomRHSA-2022:1029
RHPAM 7.12.1jdomRHSA-2022:1108

Frequently Asked Questions

An XXE issue in SAXBuilder in JDOM through 2.0.6 allows attackers to cause a denial of service via a crafted HTTP request. As a workaround, to avoid external entities being expanded, one can call `builder.setExpandEntities(false)` and they won't be expanded.
O3 Security · Impact-Aware SCA

Is CVE-2021-33813 in your dependencies?

Find it across Maven, including transitive dependencies.

CVE-2021-33813: jdom2 DoS — Fixed in 2.0.6.1