Bug 770929 - (hashdos, oCERT-2011-003) Hash table collisions CPU usage DoS (oCERT-2011-003)
Hash table collisions CPU usage DoS (oCERT-2011-003)
Status: NEW
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Red Hat Product Security
: Security
Depends On: CVE-2011-4838 CVE-2012-0039 CVE-2012-0840 CVE-2011-4967 800531 CVE-2011-4084/CVE-2011-4858 CVE-2012-2739 CVE-2011-4885 CVE-2012-1150 CVE-2011-4815 CVE-2011-5037 CVE-2011-5036 CVE-2011-5035 CVE-2011-5056/CVE-2012-0024 CVE-2011-4461 CVE-2011-4462 782163 CVE-2012-0876 CVE-2012-0841 CVE-2012-0880 CVE-2012-0881 CVE-2012-0877 CVE-2012-0839 CVE-2012-3514 787915 788183 788606 CVE-2013-6371
  Show dependency treegraph
Reported: 2011-12-30 05:06 EST by Tomas Hoger
Modified: 2015-07-31 02:47 EDT (History)
3 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed:
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

External Trackers
Tracker ID Priority Status Summary Last Updated
Gentoo 396397 None None None Never

  None (edit)
Description Tomas Hoger 2011-12-30 05:06:46 EST
Julian Wälde and Alexander Klink presented on 28th Chaos Communication Congress (28C3) ways to trigger high CPU use in various programming languages and frameworks used for web application programming by generating collisions in hash functions used in implementations of associative arrays in the language.  This is a tracker bug that links other language / component specific bugs.

Comment 6 Vincent Danen 2012-01-09 14:10:34 EST
I've added a bug for glib2 (bug #772720).  Unfortunately, it looks like glib2 may be embedded and/or have had the vulnerable function copied to other programs; see the bug for the details (some may be false hits though, especially for the Fedora packages listed).
Comment 7 Tomas Hoger 2012-01-12 08:21:56 EST
Note for posterity - perl got randomized hashes to protect against this class of attacks back in 2003.  References:

Comment 8 Vincent Danen 2012-01-13 15:36:38 EST
Bug #781606 has been filed for apr, where apr_hash() may be vulnerable to the same thing.

Note You need to log in before you can comment on or make changes to this bug.