CVE-2011-4838
published 2011-12-30CVE-2011-4838: JRuby before 1.6.5.1 computes hash values without restricting the ability to trigger hash collisions predictably, which allows context-dependent attackers to…
PriorityP422medium5CVSS 2.0
AVNACLAuNCNINAP
EPSS
4.36%
90.2th percentile
JRuby before 1.6.5.1 computes hash values without 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.
Affected
9 ranges
| Vendor | Product | Version range | Fixed in |
|---|---|---|---|
| debian | jruby | < jruby 1.5.6-4 (bookworm) | jruby 1.5.6-4 (bookworm) |
| debian | jruby | < jruby 1.5.6-5 (bookworm) | jruby 1.5.6-5 (bookworm) |
| jruby | jruby | < 1.6.5.1 | 1.6.5.1 |
| jruby | jruby | >= 0 < 1.5.6-4 | 1.5.6-4 |
| jruby | jruby | >= 0 < 1.5.6-5 | 1.5.6-5 |
| jruby | jruby | >= 0 < 1.5.6-4 | 1.5.6-4 |
| jruby | jruby | >= 0 < 1.5.6-5 | 1.5.6-5 |
| jruby | jruby | >= 0 < 1.5.6-4 | 1.5.6-4 |
| 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)
Red Hat
jruby: hash table collisions DoS (oCERT-2011-003)
vendor_redhat·2011-12-28·CVSS 5.0
CVE-2011-4838 [MEDIUM] jruby: hash table collisions DoS (oCERT-2011-003)
jruby: hash table collisions DoS (oCERT-2011-003)
JRuby before 1.6.5.1 computes hash values without 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.
Package: jruby (Red Hat JBoss SOA Platform 5) - Affected
Debian
CVE-2011-4838: jruby - JRuby before 1.6.5.1 computes hash values without restricting the ability to tri...
vendor_debian·2011·CVSS 5.0
CVE-2011-4838 [MEDIUM] CVE-2011-4838: jruby - JRuby before 1.6.5.1 computes hash values without restricting the ability to tri...
JRuby before 1.6.5.1 computes hash values without 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.
Scope: local
bookworm: resolved (fixed in 1.5.6-4)
forky: resolved (fixed in 1.5.6-4)
sid: resolved (fixed in 1.5.6-4)
trixie: resolved (fixed in 1.5.6-4)
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.
GHSA
GHSA-cgqc-fqxr-q6r6: JRuby before 1
ghsa_unreviewed·2022-05-13
CVE-2011-4838 [MEDIUM] CWE-400 GHSA-cgqc-fqxr-q6r6: JRuby before 1
JRuby before 1.6.5.1 computes hash values without 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.
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.
OSV
CVE-2011-4838: JRuby before 1
osv·2011-12-30·CVSS 5.0
CVE-2011-4838 [MEDIUM] CVE-2011-4838: JRuby before 1
JRuby before 1.6.5.1 computes hash values without 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.
No detection rules found.
No public exploits indexed.
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
Bugzilla
CVE-2011-4838 jruby: hash table collisions CPU usage DoS (oCERT-2011-003) [fedora-16]
bugzilla·2011-12-29·CVSS 5.0
CVE-2011-4838 [MEDIUM] CVE-2011-4838 jruby: hash table collisions CPU usage DoS (oCERT-2011-003) [fedora-16]
CVE-2011-4838 jruby: hash table collisions CPU usage DoS (oCERT-2011-003) [fedora-16]
This is an automatically created tracking bug! It was created to ensure
that one or more security vulnerabilities are fixed in affected Fedora
versions.
For comments that are specific to the vulnerability please use bugs filed
against "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 include this bug ID and the
bug IDs of this bug's parent bugs filed against the "Security Response"
product (the top-level CVE bugs). Please mention the CVE IDs being fixed
in the RPM changelog when available.
Bodhi update submission link:
https://admin.fedoraproject.org/updates/new/?type
Bugzilla
CVE-2011-4838 jruby: hash table collisions DoS (oCERT-2011-003)
bugzilla·2011-12-29·CVSS 5.0
CVE-2011-4838 [MEDIUM] CVE-2011-4838 jruby: hash table collisions DoS (oCERT-2011-003)
CVE-2011-4838 jruby: hash table collisions DoS (oCERT-2011-003)
Julian Wälde and Alexander Klink reported a flaw in the hash function used in
the implementation of the JRuby arrays implemented using the hash table.
A specially-crafted set of keys could trigger hash function collisions, which
degrade hash table performance by changing hash table operations complexity
from an expected/average O(1) to the worst case O(n). Reporters were able to
find colliding strings efficiently using equivalent substrings or meet in the
middle techniques.
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 exc
Bugzilla
CVE-2011-4815 ruby: hash table collisions CPU usage DoS (oCERT-2011-003)
bugzilla·2011-11-01·CVSS 7.8
CVE-2011-4815 [HIGH] CVE-2011-4815 ruby: hash table collisions CPU usage DoS (oCERT-2011-003)
CVE-2011-4815 ruby: hash table collisions CPU usage DoS (oCERT-2011-003)
Julian Wälde and Alexander Klink reported a flaw in the hash function used in the implementation of the Ruby arrays implemented using the hash table.
A specially-crafted set of keys could trigger hash function collisions, which degrade hash table performance by changing hash table operations complexity from an expected/average O(1) to the worst case O(n). Reporters were able to find colliding strings efficiently using equivalent substrings or meet in the middle techniques.
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 application, a remote attacker could use this flaw to make Ruby interpreter use exc
http://archives.neohapsis.com/archives/bugtraq/2011-12/0181.htmlhttp://jruby.org/2011/12/27/jruby-1-6-5-1.htmlhttp://rhn.redhat.com/errata/RHSA-2012-1232.htmlhttp://secunia.com/advisories/47407http://secunia.com/advisories/50084http://security.gentoo.org/glsa/glsa-201207-06.xmlhttp://www.kb.cert.org/vuls/id/903934http://www.nruns.com/_downloads/advisory28122011.pdfhttp://www.ocert.org/advisories/ocert-2011-003.htmlhttps://exchange.xforce.ibmcloud.com/vulnerabilities/72019http://archives.neohapsis.com/archives/bugtraq/2011-12/0181.htmlhttp://jruby.org/2011/12/27/jruby-1-6-5-1.htmlhttp://rhn.redhat.com/errata/RHSA-2012-1232.htmlhttp://secunia.com/advisories/47407http://secunia.com/advisories/50084http://security.gentoo.org/glsa/glsa-201207-06.xmlhttp://www.kb.cert.org/vuls/id/903934http://www.nruns.com/_downloads/advisory28122011.pdfhttp://www.ocert.org/advisories/ocert-2011-003.htmlhttps://exchange.xforce.ibmcloud.com/vulnerabilities/72019
2011-12-30
Published