summaryrefslogtreecommitdiff
blob: 66ac9eed7ffa8d74b310dbf01c490bdd30967e40 (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
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
<?xml version="1.0" encoding="utf-8"?>
<!DOCTYPE glsa SYSTEM "http://www.gentoo.org/dtd/glsa.dtd">
<glsa id="201006-12">
  <title>Fetchmail: Multiple vulnerabilities</title>
  <synopsis>
    Multiple vulnerabilities have been reported in Fetchmail, allowing remote
    attackers to execute arbitrary code or to conduct Man-in-the-Middle
    attacks.
  </synopsis>
  <product type="ebuild">fetchmail</product>
  <announced>2010-06-01</announced>
  <revised count="01">2010-06-01</revised>
  <bug>280537</bug>
  <bug>307761</bug>
  <access>remote</access>
  <affected>
    <package name="net-mail/fetchmail" auto="yes" arch="*">
      <unaffected range="ge">6.3.14</unaffected>
      <vulnerable range="lt">6.3.14</vulnerable>
    </package>
  </affected>
  <background>
    <p>
    Fetchmail is a remote mail retrieval and forwarding utility.
    </p>
  </background>
  <description>
    <p>
    Multiple vulnerabilities have been reported in Fetchmail:
    </p>
    <ul>
    <li>The sdump() function might trigger a heap-based buffer overflow
    during the escaping of non-printable characters with the high bit set
    from an X.509 certificate (CVE-2010-0562).</li>
    <li>The vendor reported
    that Fetchmail does not properly handle Common Name (CN) fields in
    X.509 certificates that contain an ASCII NUL 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 (CVE-2009-2666).</li>
    </ul>
  </description>
  <impact type="normal">
    <p>
    A remote attacker could entice a user to connect with Fetchmail to a
    specially crafted SSL-enabled server in verbose mode, possibly
    resulting in the execution of arbitrary code with the privileges of the
    user running the application. NOTE: The issue is only existent on
    platforms on which char is signed.
    </p>
    <p>
    Furthermore, 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
    Fetchmail.
    </p>
  </impact>
  <workaround>
    <p>
    There is no known workaround at this time.
    </p>
  </workaround>
  <resolution>
    <p>
    All Fetchmail users should upgrade to the latest version:
    </p>
    <code>
    # emerge --sync
    # emerge --ask --oneshot --verbose "&gt;=net-mail/fetchmail-6.3.14"</code>
  </resolution>
  <references>
    <uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-0562">CVE-2010-0562</uri>
    <uri link="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-2666">CVE-2009-2666</uri>
  </references>
  <metadata tag="requester" timestamp="2010-03-29T22:13:20Z">
    craig
  </metadata>
  <metadata tag="submitter" timestamp="2010-04-11T12:34:40Z">
    craig
  </metadata>
  <metadata tag="bugReady" timestamp="2010-05-27T17:49:00Z">
    vorlon
  </metadata>
</glsa>