blob: 11af7b8402e14ff6e1ce7c4f387c37e8aa0de48f (
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
|
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="201205-02">
<title>ConnMan: Multiple vulnerabilities</title>
<synopsis>Multiple vulnerabilities have been found in ConnMan, allowing
attackers to execute arbitrary code or cause Denial of Service.
</synopsis>
<product type="ebuild">ConnMan</product>
<announced>2012-05-15</announced>
<revised count="1">2012-05-15</revised>
<bug>415415</bug>
<access>remote</access>
<affected>
<package name="net-misc/connman" auto="yes" arch="*">
<unaffected range="ge">1.0-r1</unaffected>
<vulnerable range="lt">1.0-r1</vulnerable>
</package>
</affected>
<background>
<p>ConnMan provides a daemon for managing Internet connections.</p>
</background>
<description>
<p>Multiple vulnerabilities have been found in ConnMan:</p>
<ul>
<li>Errors in inet.c and rtnl.c prevent ConnMan from checking the origin
of netlink messages (CVE-2012-2320).
</li>
<li>ConnMan does not properly check for shell escapes when requesting a
hostname via DHCP (CVE-2012-2321).
</li>
<li>An infinite loop error exists in client.c (CVE-2012-2322).</li>
</ul>
</description>
<impact type="normal">
<p>A remote attacker could execute arbitrary code with the privileges of
the process or cause a Denial of Service condition.
</p>
</impact>
<workaround>
<p>There is no known workaround at this time.</p>
</workaround>
<resolution>
<p>All ConnMan users should upgrade to the latest version:</p>
<code>
# emerge --sync
# emerge --ask --oneshot --verbose ">=net-misc/connman-1.0-r1"
</code>
</resolution>
<references>
<uri link="https://nvd.nist.gov/nvd.cfm?cvename=CVE-2012-2320">CVE-2012-2320</uri>
<uri link="https://nvd.nist.gov/nvd.cfm?cvename=CVE-2012-2321">CVE-2012-2321</uri>
<uri link="https://nvd.nist.gov/nvd.cfm?cvename=CVE-2012-2322">CVE-2012-2322</uri>
</references>
<metadata timestamp="2012-05-11T12:11:41Z" tag="requester">ackle</metadata>
<metadata timestamp="2012-05-15T21:51:20Z" tag="submitter">ackle</metadata>
</glsa>
|