CVE-2012-5373 json
Oracle Java SE 7 and earlier, and OpenJDK 7 and earlier, computes hash values without properly restricting the ability to trigger hash coll…
published 2012-11-28 13 y ago modified 2026-06-16 4 mo ago also EUVD-2012-5292
- cvss
- 5.0
- version 2.0, NVD
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 2.3%
- EPSS 2.3% chance of exploitation in 30 days, percentile 83%
- public exploits
- 0
- none known
Summary
Oracle Java SE 7 and earlier, and OpenJDK 7 and earlier, computes hash values without properly restricting the ability to trigger hash collisions predictably, which allows context-dependent attackers to cause a denial of service (CPU consumption) via crafted input to an application that maintains a hash table, as demonstrated by a universal multicollision attack against the MurmurHash3 algorithm, a different vulnerability than CVE-2012-2739.
Vendor advisories
What the vendors themselves say about their products: affected, fixed or not affected, and what to do.
red hat product security vex CVE-2012-5373 updated cvss 5.0
java: Murmur hash function collisions (oCERT-2012-001)
-
Red Hat Enterprise Linux 5 java-1.4.2-ibm, java-1.5.0-ibm, java-1.6.0-ibm, java-1.6.0-sun, java-1.4.2-ibm-sap, java-1.6.0-openjdk, +5 more Red Hat Enterprise Linux 6 java-1.5.0-ibm, java-1.6.0-ibm, java-1.6.0-sun, java-1.7.0-ibm, java-1.4.2-ibm-sap, java-1.5.0-ibm-src, +25 moreunder investigation
Red Hat CSAF VEX © Red Hat, Inc., from https://security.access.redhat.com/data/csaf/v2/vex/; changed: reduced to product statuses and remediations. CC BY 4.0 · csaf
Exploit prediction
2.29% chance of exploitation in the next 30 days, higher than 83% of all scored CVEs (FIRST EPSS, 2026-11-09).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| NVD | 2.0 | 5.0 | AV:N/AC:L/Au:N/C:N/I:N/A:P |
Classification
- Weakness
-
- CWE-310 Cryptographic Issues
References
- asfws12.files.wordpress.com /2012/11/asfws2012-jean_philippe_aumasson-martin_bosslet-hash_flooding_dos_reloaded.pdf
-
securityfocus.com
/bid/56673
vdb-entry
- 131002.net /data/talks/appsec12_slides.pdf
- bugzilla.redhat.com /show_bug.cgi?id=880705
- 2012.appsec-forum.ch /conferences/#c17
-
exchange.xforce.ibmcloud.com
/vulnerabilities/80299
vdb-entry
- ocert.org /advisories/ocert-2012-001.html
Sources
- CVE List CVE-2012-5373
- NVD CVE-2012-5373
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.