Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
First Last Prev Next    This bug is not in your last search results.
Bug 1495415 - (CVE-2017-14495) CVE-2017-14495 dnsmasq: memory exhaustion vulnerability in the EDNS0 code
CVE-2017-14495 dnsmasq: memory exhaustion vulnerability in the EDNS0 code
Status: CLOSED ERRATA
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
high Severity high
: ---
: ---
Assigned To: Red Hat Product Security
impact=important,public=20171002,repo...
: Security
Depends On: 1495516 1495517 1497691
Blocks: 1495418
  Show dependency tree / graph
 
Reported: 2017-09-25 22:00 EDT by Fabio Olive Leite
Modified: 2017-10-03 16:59 EDT (History)
23 users (show)

See Also:
Fixed In Version: dnsmasq 2.78
Doc Type: If docs needed, set a value
Doc Text:
A memory exhaustion flaw was found in dnsmasq in the EDNS0 code. An attacker could send crafted DNS packets which would trigger memory allocations which would never be freed, leading to unbounded memory consumption and eventually a crash. This issue only affected configurations using one of the options: add-mac, add-cpe-id, or add-subnet.
Story Points: ---
Clone Of:
Environment:
Last Closed: 2017-10-02 14:15:29 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Upstream commit (2.02 KB, patch)
2017-09-26 06:47 EDT, Tomas Hoger 		no flags Details | Diff
Add an attachment (proposed patch, testcase, etc.)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2017:2836 normal SHIPPED_LIVE Critical: dnsmasq security update 2017-10-02 17:18:46 EDT

  None (edit)
Description Fabio Olive Leite 2017-09-25 22:00:42 EDT 
Red Hat Product Security has been made aware of an Denial of Service vulnerability affecting the DNS implementation of dnsmasq.
Comment 1 Doran Moppert 2017-09-26 01:12:11 EDT 
Acknowledgments:

Name: Felix Wilhelm (Google Security Team), Fermin J. Serna (Google Security Team), Gabriel Campana (Google Security Team), Kevin Hamacher (Google Security Team), Ron Bowes (Google Security Team)
Comment 2 Doran Moppert 2017-09-26 04:40:06 EDT 
Versions of dnsmasq shipped with Red Hat Enterprise Linux 6 and 5 do not include the EDNS0 code which includes this flaw.
Comment 3 Tomas Hoger 2017-09-26 04:48:54 EDT 
Further details from the 2.78 pre-release CHANGELOG:

    Fix out-of-memory Dos vulnerability. An attacker which can
    send malicious DNS queries to dnsmasq can trigger memory
    allocations in the add_pseudoheader function
    The allocated memory is never freed which leads to a DoS
    through memory exhaustion. dnsmasq is vulnerable only
    if one of the following option is specified:
    --add-mac, --add-cpe-id or --add-subnet.
    CVE-2017-14495 applies.
    Credit to Felix Wilhelm, Fermin J. Serna, Gabriel Campana
    and Kevin Hamacher of the Google Security Team for
    finding this.
Comment 5 Tomas Hoger 2017-09-26 06:47 EDT 
Created attachment 1330994 [details]
Upstream commit
Comment 6 Tomas Hoger 2017-09-26 15:59:58 EDT 
Relevant memory allocation that was not freed properly was added in this commit:

http://thekelleys.org.uk/gitweb/?p=dnsmasq.git;a=commitdiff;h=5bb88f096363e66ac08e31761f850a1d5aa22244

The first upstream version including this change is 2.76.
Comment 9 Adam Mariš 2017-10-02 09:19:02 EDT 
Created dnsmasq tracking bugs for this issue:

Affects: fedora-all [bug 1497691]
Comment 11 errata-xmlrpc 2017-10-02 13:21:04 EDT 
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 7

Via RHSA-2017:2836 https://access.redhat.com/errata/RHSA-2017:2836
Comment 12 Garth Mollett 2017-10-03 16:59:04 EDT 
Statement:

Red Hat OpenStack Platform includes the dnsmasq-utils RPM which does not contain this flaw's affected code-paths; Red Hat OpenStack Platform is therefore listed as not affected.

However, because all versions of Red Hat OpenStack Platform are based on Red Hat Enterprise Linux, all Red Hat OpenStack Platform users should absolutely upgrade the dnsmasq RPM from Red Hat Enterprise Linux as a matter of urgency using standard update mechanisms (such as 'yum update' or 'openstack overcloud update').
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.