blob: b34ccf0f47dcbfd4ac16504c8c330110de295290 (
plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
|
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200504-03">
<title>Dnsmasq: Poisoning and Denial of Service vulnerabilities</title>
<synopsis>
Dnsmasq is vulnerable to DNS cache poisoning attacks and a potential Denial
of Service from the local network.
</synopsis>
<product type="ebuild">Dnsmasq</product>
<announced>2005-04-04</announced>
<revised count="01">2005-04-04</revised>
<bug>86718</bug>
<access>remote</access>
<affected>
<package name="net-dns/dnsmasq" auto="yes" arch="*">
<unaffected range="ge">2.22</unaffected>
<vulnerable range="lt">2.22</vulnerable>
</package>
</affected>
<background>
<p>
Dnsmasq is a lightweight and easily-configurable DNS forwarder and
DHCP server.
</p>
</background>
<description>
<p>
Dnsmasq does not properly detect that DNS replies received do not
correspond to any DNS query that was sent. Rob Holland of the Gentoo
Linux Security Audit team also discovered two off-by-one buffer
overflows that could crash DHCP lease files parsing.
</p>
</description>
<impact type="low">
<p>
A remote attacker could send malicious answers to insert arbitrary
DNS data into the Dnsmasq cache. These attacks would in turn help an
attacker to perform man-in-the-middle and site impersonation attacks.
The buffer overflows might allow an attacker on the local network to
crash Dnsmasq upon restart.
</p>
</impact>
<workaround>
<p>
There is no known workaround at this time.
</p>
</workaround>
<resolution>
<p>
All Dnsmasq users should upgrade to the latest version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=net-dns/dnsmasq-2.22"</code>
</resolution>
<references>
<uri link="http://www.thekelleys.org.uk/dnsmasq/CHANGELOG">Dnsmasq Changelog</uri>
</references>
<metadata tag="requester" timestamp="2005-03-28T07:00:46Z">
jaervosz
</metadata>
<metadata tag="submitter" timestamp="2005-03-28T13:54:22Z">
koon
</metadata>
<metadata tag="bugReady" timestamp="2005-04-04T11:10:45Z">
koon
</metadata>
</glsa>
|