CVE-2012-5370
JRuby denial of service via Hash Collision
CVE-2012-5370 is a medium vulnerability (CVSS 5.0) in Jruby, published November 28, 2012. No source lists public exploit code. EPSS puts the chance of exploitation in the next 30 days at 2.25%, the 83rd percentile. Fixed in org.jruby:jruby-parent 1.7.1.
- Severity
- 5.0 MediumCVSS 2.0, NVD
- Exploit chance
- 2.25%EPSS, 83rd percentile
- Exploitation
- None knownNot on CISA’s or ENISA’s lists
- Fixed in
1.7.1org.jruby:jruby-parent +4 more
Description
JRuby 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 MurmurHash2 algorithm, a different vulnerability than CVE-2011-4838.
Exploit likelihood
Affected products
Affected packages
| Package | Affected | Fixed |
|---|---|---|
org.jruby:jruby-parentMaven | before 1.7.1 | 1.7.1 |
jrubyDebian:12 | before 1.5.6-5 | 1.5.6-5 |
jrubyDebian:13 | before 1.5.6-5 | 1.5.6-5 |
jrubyDebian:14 | before 1.5.6-5 | 1.5.6-5 |
jrubyDebian:6.0 From an advisory covering 2 CVEs | before 1.5.1-1+deb6u1, plus listed versions 1.3.1-21.4.0-11.4.0-21.5.0~rc1-11.5.0~rc3-11.5.1-1 | 1.5.1-1+deb6u1 |
What each source reports
NVD Score used
JRuby 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 MurmurHash2 algorithm, a different vulnerability than CVE-2011-4838.
- Record
CVE-2012-5370- CVSS 2.0
- 5.0 Medium
AV:N/AC:L/Au:N/C:N/I:N/A:P - Weakness
- CWE-310
- Updated
- 2026-11-02
CVE ListNo score
JRuby 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 MurmurHash2 algorithm, a different vulnerability than CVE-2011-4838.
- Record
CVE-2012-5370- Updated
- 2026-11-02
EUVDEUVD-2022-3805No score
JRuby 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 MurmurHash2 algorithm, a different vulnerability than CVE-2011-4838.
- Record
EUVD-2022-3805- Updated
- 2026-11-03
GitHub AdvisoriesGHSA-fmmq-j7pq-f85cNo score
JRuby denial of service via Hash Collision
JRuby 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 MurmurHash2 algorithm, a different vulnerability than CVE-2011-4838.
- Record
GHSA-fmmq-j7pq-f85c- Weakness
- CWE-400
- Updated
- 2026-11-02
OSVNo score
JRuby 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 MurmurHash2 algorithm, a different vulnerability than CVE-2011-4838.
- Record
CVE-2012-5370- Updated
- 2026-11-02
OSVDEBIAN-CVE-2012-5370No score
JRuby 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 MurmurHash2 algorithm, a different vulnerability than CVE-2011-4838.
- Record
DEBIAN-CVE-2012-5370- Updated
- 2026-11-02
OSVGHSA-fmmq-j7pq-f85cNo score
JRuby denial of service via Hash Collision
JRuby 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 MurmurHash2 algorithm, a different vulnerability than CVE-2011-4838.
- Record
GHSA-fmmq-j7pq-f85c- Weakness
- CWE-400
- Updated
- 2026-11-02
History
| Recorded | Changed | Sources |
|---|---|---|
| affected, facts | ||
| aliases | EUVD | |
| first indexed | CVE List, GitHub Advisories, NVD, OSV |
Dates are when Every CVE recorded each change. Upstream dates may differ.
References
bugzilla.redhat.com/show_bug.cgi?id=880671
asfws12.files.wordpress.com/2012/11/asfws2012-jean_philippe_aumasson-martin_bosslet-hash_flooding_dos_reloaded.pdf
131002.net/data/talks/appsec12_slides.pdf
2012.appsec-forum.ch/conferences
ocert.org/advisories/ocert-2012-001.html
rhn.redhat.com/errata/RHSA-2013-0533.html