Bug 771428 (CVE-2011-5056, CVE-2012-0024) - CVE-2011-5056 CVE-2012-0024 maradns: hash table collisions CPU usage DoS
Summary: CVE-2011-5056 CVE-2012-0024 maradns: hash table collisions CPU usage DoS
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: CVE-2011-5056, CVE-2012-0024
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Red Hat Product Security
QA Contact:
URL:
Whiteboard:
Depends On: 771435 771436
Blocks: hashdos, oCERT-2011-003
TreeView+ depends on / blocked
 
Reported: 2012-01-03 18:04 UTC by Vincent Danen
Modified: 2019-09-29 12:49 UTC (History)
1 user (show)

Fixed In Version: maradns 1.3.07.13, maradns 1.4.09
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-08-02 15:58:05 UTC
Embargoed:


Attachments (Terms of Use)

Description Vincent Danen 2012-01-03 18:04:45 UTC
MaraDNS suffers from an error with the hash generation function which can be exploited to cause a hash collision resulting in high CPU consumption (Denial of Service).  This flaw has been corrected in versions 1.3.07.13 and 1.4.09.

References:

http://samiam.org/blog/20111229.html
http://samiam.org/blog/20111230.html

No CVE has been assigned as of yet.

Comment 1 Vincent Danen 2012-01-03 18:36:41 UTC
Created maradns tracking bugs for this issue

Affects: fedora-all [bug 771435]
Affects: epel-5 [bug 771436]

Comment 2 Vincent Danen 2012-01-03 21:21:05 UTC
This issue was assigned the name CVE-2012-0024.

Comment 3 Tomas Hoger 2012-01-04 08:30:15 UTC
This fix was provoked by oCERT-2011-003, but was not covered by oCERT-2011-003, hence removing oCERT advisory id from the bug summary.

Comment 4 Vincent Danen 2012-01-09 21:34:32 UTC
MITRE has added a few CVEs here, so for completeness I'm noting all three CVEs as described by MITRE:


Common Vulnerabilities and Exposures assigned an identifier CVE-2011-5055 to
the following vulnerability:

Name: CVE-2011-5055
URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-5055
Assigned: 20120107
Reference: http://openwall.com/lists/oss-security/2012/01/03/6
Reference: http://openwall.com/lists/oss-security/2012/01/03/13
Reference: http://samiam.org/blog/20111230.html
Reference: https://bugzilla.redhat.com/show_bug.cgi?id=771428

MaraDNS 1.3.07.12 and 1.4.08 computes hash values for DNS data without
properly restricting the ability to trigger hash collisions
predictably, which allows remote attackers to cause a denial of
service (CPU consumption) by sending many crafted queries with the
Recursion Desired (RD) bit set.  NOTE: this issue exists because of an
incomplete fix for CVE-2012-0024.


Common Vulnerabilities and Exposures assigned an identifier CVE-2011-5056 to
the following vulnerability:

Name: CVE-2011-5056
URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2011-5056
Assigned: 20120107
Reference: http://samiam.org/blog/20111229.html

The authoritative server in MaraDNS through 2.0.04 computes hash
values for DNS data without restricting the ability to trigger hash
collisions predictably, which might allow local users to cause a
denial of service (CPU consumption) via crafted records in zone files,
a different vulnerability than CVE-2012-0024.


Common Vulnerabilities and Exposures assigned an identifier CVE-2012-0024 to
the following vulnerability:

Name: CVE-2012-0024
URL: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-0024
Assigned: 20111207
Reference: http://openwall.com/lists/oss-security/2012/01/03/6
Reference: http://openwall.com/lists/oss-security/2012/01/03/13
Reference: http://samiam.org/blog/20111229.html
Reference: https://bugzilla.redhat.com/show_bug.cgi?id=771428

MaraDNS before 1.3.07.12 and 1.4.x before 1.4.08 computes hash values
for DNS data without restricting the ability to trigger hash
collisions predictably, which allows remote attackers to cause a
denial of service (CPU consumption) by sending many crafted queries
with the Recursion Desired (RD) bit set.


NOTE: as we have not shipped any incomplete fixes, the CVE-2011-5055 entry is here for reference; nothing we ship is actually vulnerable to it.

Comment 5 Vincent Danen 2013-08-02 15:58:05 UTC
Current Fedora ships with 2.0.07 so is not vulnerable, however EPEL5 does still ship with a vulnerable version.  The EPEL5 tracker will remain open until it is fixed.


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