metadata/glsa/glsa-200910-01.xml


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

<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="200910-01">
  <title>Wget: Certificate validation error</title>
  <synopsis>
    An error in the X.509 certificate handling of Wget might enable remote
    attackers to conduct man-in-the-middle attacks.
  </synopsis>
  <product type="ebuild">wget</product>
  <announced>2009-10-20</announced>
  <revised count="01">2009-10-20</revised>
  <bug>286058</bug>
  <access>remote</access>
  <affected>
    <package name="net-misc/wget" auto="yes" arch="*">
      <unaffected range="ge">1.12</unaffected>
      <vulnerable range="lt">1.12</vulnerable>
    </package>
  </affected>
  <background>
    <p>
    GNU Wget is a free software package for retrieving files using HTTP,
    HTTPS and FTP, the most widely-used Internet protocols.
    </p>
  </background>
  <description>
    <p>
    The vendor reported that Wget does not properly handle Common Name (CN)
    fields in X.509 certificates that contain an ASCII NUL (\0) character.
    Specifically, the processing of such fields is stopped at the first
    occurrence of a NUL character. This type of vulnerability was recently
    discovered by Dan Kaminsky and Moxie Marlinspike.
    </p>
  </description>
  <impact type="normal">
    <p>
    A remote attacker might employ a specially crafted X.509 certificate,
    containing a NUL character in the Common Name field to conduct
    man-in-the-middle attacks on SSL connections made using Wget.
    </p>
  </impact>
  <workaround>
    <p>
    There is no known workaround at this time.
    </p>
  </workaround>
  <resolution>
    <p>
    All Wget users should upgrade to the latest version:
    </p>
    <code>
    # emerge --sync
    # emerge --ask --oneshot --verbose "&gt;=net-misc/wget-1.12"</code>
  </resolution>
  <references>
    <uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3490">CVE-2009-3490</uri>
  </references>
  <metadata tag="requester" timestamp="2009-10-07T19:10:37Z">
    a3li
  </metadata>
  <metadata tag="submitter" timestamp="2009-10-07T19:14:43Z">
    a3li
  </metadata>
  <metadata tag="bugReady" timestamp="2009-10-20T19:38:52Z">
    a3li
  </metadata>
</glsa>