CVE-2012-5370
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.
Exploit likelihood
What each source reports
NVD Score used
5.0
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 List No 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-3805 No 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-f85c No 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
OSV No 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-5370 No 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-f85c No 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
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 |
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 |
History
| Recorded | Changed | Sources |
|---|---|---|
| aliases | EUVD | |
| first indexed | CVE List, GitHub Advisories, NVD, OSV |
Dates are when Every CVE recorded each change. Upstream dates may differ.
In short
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 82nd percentile. Fixed in org.jruby:jruby-parent 1.7.1.
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