blob: b21678e7666100701a3afd181b13e553d0040156 (
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
|
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="201001-05">
<title>net-snmp: Authorization bypass</title>
<synopsis>
A remote attacker can bypass the tcp-wrappers client authorization in
net-snmp.
</synopsis>
<product type="ebuild">net-snmp</product>
<announced>2010-01-13</announced>
<revised count="01">2010-01-13</revised>
<bug>250429</bug>
<access>remote</access>
<affected>
<package name="net-analyzer/net-snmp" auto="yes" arch="*">
<unaffected range="ge">5.4.2.1-r1</unaffected>
<vulnerable range="lt">5.4.2.1-r1</vulnerable>
</package>
</affected>
<background>
<p>
net-snmp bundles software for generating and retrieving SNMP data.
</p>
</background>
<description>
<p>
The netsnmp_udp_fmtaddr() function (snmplib/snmpUDPDomain.c), when
using TCP wrappers for client authorization, does not properly parse
hosts.allow rules.
</p>
</description>
<impact type="normal">
<p>
A remote, unauthenticated attacker could bypass the ACL filtering,
possibly resulting in the execution of arbitrary SNMP queries.
</p>
</impact>
<workaround>
<p>
If possible, protect net-snmp with custom iptables rules:
</p>
<code>
iptables -s [client] -d [host] -p udp --dport 161 -j ACCEPT
iptables -s 0.0.0.0/0 -d [host] -p udp --dport 161 -j DROP</code>
</workaround>
<resolution>
<p>
All net-snmp users should upgrade to the latest version:
</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=net-analyzer/net-snmp-5.4.2.1-r1"</code>
</resolution>
<references>
<uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-6123">CVE-2008-6123</uri>
</references>
<metadata tag="requester" timestamp="2009-09-28T18:16:15Z">
craig
</metadata>
<metadata tag="submitter" timestamp="2010-01-05T21:17:32Z">
craig
</metadata>
<metadata tag="bugReady" timestamp="2010-01-10T19:40:57Z">
craig
</metadata>
</glsa>
|