VRT 391,192 CVEs tracked · 15,442 in RASP scope · data as of 19 hours ago

CVE-2012-5370

5.0 Medium No exploit published

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.

CWE-310CWE-400 · Uncontrolled resource consumption

Exploitation Status

No public exploit

Nothing published shows this CVE being exploited, which is not the same as ruling it out. nothing published in 13 years.

CVSS E:U

  • CISA KEV not listed
  • CISA Vulnrichment no assessment published
  • Indexed PoC none indexed
  • EPSS 2.2% chance in 30 days

Waratek Defense Posture

No exploit published

In RASP's scope with an upstream fix path, but nobody has published a working exploit. That is a statement about what has been published, not a finding that the defect is unreachable or unimportant.

  • Protection none
  • Action unverified patch rule
  • Review automated upstream-data
  • Record active
Decided by below-action-threshold : Medium or Low severity, no KEV listing, no PoC clearing the evidence bar, no CISA verdict, no Oracle advisory
Finding This CVE is MEDIUM severity, is not listed in CISA KEV, has no public exploit or PoC in any indexed source, carries no CISA Vulnrichment finding of a demonstrated exploit, and is not part of an Oracle Critical Patch Update. None of the signals that would put it in front of an engineer is present, and the volume of CVEs below that bar is too great to take one at a time, so no rule is written for it. This is a decision about what we act on, not a finding that the CVE is harmless — a patch may well be derivable, and a low-severity defect can still be one link in a longer chain.
Candidate fix https://bugzilla.redhat.com/show_bug.cgi?id=880671 : a Red Hat bug: the triage, which links onward to the fix

CVSS

5.0 v2.0 AV:N/AC:L/Au:N/C:N/I:N/A:P 1 metric

VRT selects the newest version's highest entry and publishes it as cvssScore, newest rather than largest because scores are not comparable across versions, and highest rather than first because the first entry is frequently a CNA placeholder scoring 0.0 over NVD's own analysis.

VersionScoreBandVectorAssignerType
CVSS 2.0 5.0 no band published AV:N/AC:L/Au:N/C:N/I:N/A:P NVD Primary published

Affected Software & Releases

☕ Maven Library Packages

Artifact coordinates and fix boundaries from OSV.dev
Package CoordinateIntroducedFixedLast affected
org.jruby:jruby-parent 0 1.7.1 unbounded

🖥️ Product CPEs & Version Ranges

2 product(s) over 2 version claims (uncapped)
SourceVendorProductSchemeAffected Versions
nvd jruby jruby generic any version
osv org.jruby jruby-parent generic < 1.7.1

References

URLTags
https://bugzilla.redhat.com/show_bug.cgi?id=880671 bugzilla
https://github.com/jruby/jruby/commit/5e4aab28b26fd127112b76fabfac9a33b64caf77 WEB
http://jruby.org/2012/12/03/jruby-1-7-1 WEB
http://rhn.redhat.com/errata/RHSA-2013-0533.html WEB
http://2012.appsec-forum.ch/conferences/#c17
http://asfws12.files.wordpress.com/2012/11/asfws2012-jean_philippe_aumasson-martin_bosslet-hash_flooding_dos_reloaded.pdf
http://www.ocert.org/advisories/ocert-2012-001.html
https://www.131002.net/data/talks/appsec12_slides.pdf

Timeline

Published 2012-11-28 Last modified 2026-06-16
Published2012-11-28By the CVE Program.
NVD record modified2026-06-16NVD's own last-modified date for this record.