CVE-2012-5370
published 2012-11-28CVE-2012-5370: JRuby computes hash values without properly restricting the ability to trigger hash collisions predictably, which allows context-dependent attackers to cause a…
PriorityP421medium5CVSS 2.0
AVNACLAuNCNINAP
EPSS
2.25%
80.9th percentile
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.
Affected
4 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | jruby | < jruby 1.5.6-5 (bookworm) | jruby 1.5.6-5 (bookworm) |
| jruby | jruby | >= 0 < 1.5.6-5 | 1.5.6-5 |
| jruby | jruby | >= 0 < 1.5.6-5 | 1.5.6-5 |
| jruby | jruby | >= 0 < 1.5.6-5 | 1.5.6-5 |
CVSS provenance
nvdv2.05.0MEDIUMAV:N/AC:L/Au:N/C:N/I:N/A:P
ghsa5.0MEDIUM
osv5.0MEDIUM
vendor_debian5.0MEDIUM
vendor_redhat5.0MEDIUM
Stop checking back — get the weekly exploitation signal.
Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.
Red Hat
jruby: Murmur hash function collisions (oCERT-2012-001)
vendor_redhat·2012-11-23·CVSS 5.0
CVE-2012-5370 [MEDIUM] jruby: Murmur hash function collisions (oCERT-2012-001)
jruby: Murmur hash function collisions (oCERT-2012-001)
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.
Package: jruby (Red Hat JBoss SOA Platform 5) - Affected
Debian
CVE-2012-5370: jruby - JRuby computes hash values without properly restricting the ability to trigger h...
vendor_debian·2012·CVSS 5.0
CVE-2012-5370 [MEDIUM] CVE-2012-5370: jruby - JRuby computes hash values without properly restricting the ability to trigger h...
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.
Scope: local
bookworm: resolved (fixed in 1.5.6-5)
forky: resolved (fixed in 1.5.6-5)
sid: resolved (fixed in 1.5.6-5)
trixie: resolved (fixed in 1.5.6-5)
GHSA
JRuby denial of service via Hash Collision
ghsa·2022-05-17·CVSS 5.0
CVE-2012-5370 [MEDIUM] CWE-400 JRuby denial of service via Hash Collision
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.
OSV
JRuby denial of service via Hash Collision
osv·2022-05-17·CVSS 5.0
CVE-2012-5370 [MEDIUM] JRuby denial of service via Hash Collision
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.
OSV
CVE-2012-5370: JRuby computes hash values without properly restricting the ability to trigger hash collisions predictably, which allows context-dependent attackers t
osv·2012-11-28·CVSS 5.0
CVE-2012-5370 [MEDIUM] CVE-2012-5370: JRuby computes hash values without properly restricting the ability to trigger hash collisions predictably, which allows context-dependent attackers t
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.
No detection rules found.
No public exploits indexed.
Bugzilla
CVE-2012-5370 jruby: Murmur hash function collisions (oCERT-2012-001) [fedora-all]
bugzilla·2012-11-27·CVSS 5.0
CVE-2012-5370 [MEDIUM] CVE-2012-5370 jruby: Murmur hash function collisions (oCERT-2012-001) [fedora-all]
CVE-2012-5370 jruby: Murmur hash function collisions (oCERT-2012-001) [fedora-all]
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected versions
of Fedora.
For comments that are specific to the vulnerability please use bugs filed
against the "Security Response" product referenced in the "Blocks" field.
For more information see:
http://fedoraproject.org/wiki/Security/TrackingBugs
When creating a Bodhi update request, please use the bodhi submission link
noted in the next comment(s). This will include the bug IDs of this
tracking bug as well as the relevant top-level CVE bugs.
Please also mention the CVE IDs being fixed in the RPM changelog and the
Bodhi notes field when available.
Please note: this issu
Bugzilla
CVE-2012-5370 jruby: Murmur hash function collisions (oCERT-2012-001)
bugzilla·2012-11-27·CVSS 5.0
CVE-2012-5370 [MEDIUM] CVE-2012-5370 jruby: Murmur hash function collisions (oCERT-2012-001)
CVE-2012-5370 jruby: Murmur hash function collisions (oCERT-2012-001)
A denial of service flaw was found in the JRuby's Murmur hash function implementation. A specially-crafted set of keys could trigger Murmur hash function collisions, which degrade hash table items insert performance by changing hash table operations complexity from an expected/average O(n) to the worst case O(n^2). Reporters were able to find colliding strings efficiently using equivalent substrings.
As various web application frameworks for Ruby automatically pre-fill certain arrays with data from the HTTP request (such as GET or POST parameters) for Ruby web applications, a remote attacker could use this flaw to make the Ruby interpreter use an excessive amount of CPU time by sending a POST request with a large numbe
http://2012.appsec-forum.ch/conferences/#c17http://asfws12.files.wordpress.com/2012/11/asfws2012-jean_philippe_aumasson-martin_bosslet-hash_flooding_dos_reloaded.pdfhttp://rhn.redhat.com/errata/RHSA-2013-0533.htmlhttp://www.ocert.org/advisories/ocert-2012-001.htmlhttps://bugzilla.redhat.com/show_bug.cgi?id=880671https://www.131002.net/data/talks/appsec12_slides.pdfhttp://2012.appsec-forum.ch/conferences/#c17http://asfws12.files.wordpress.com/2012/11/asfws2012-jean_philippe_aumasson-martin_bosslet-hash_flooding_dos_reloaded.pdfhttp://rhn.redhat.com/errata/RHSA-2013-0533.htmlhttp://www.ocert.org/advisories/ocert-2012-001.htmlhttps://bugzilla.redhat.com/show_bug.cgi?id=880671https://www.131002.net/data/talks/appsec12_slides.pdf
2012-11-28
Published