blob: 4bf64b000ab950f05ddca7aa2d8d1ed75a3e4a34 [file] [log] [blame]
<?xml version="1.0" encoding="utf-8"?>
<glsa id="201006-12">
<title>Fetchmail: Multiple vulnerabilities</title>
Multiple vulnerabilities have been reported in Fetchmail, allowing remote
attackers to execute arbitrary code or to conduct Man-in-the-Middle
<product type="ebuild">fetchmail</product>
<announced>June 01, 2010</announced>
<revised>June 01, 2010: 01</revised>
<package name="net-mail/fetchmail" auto="yes" arch="*">
<unaffected range="ge">6.3.14</unaffected>
<vulnerable range="lt">6.3.14</vulnerable>
Fetchmail is a remote mail retrieval and forwarding utility.
Multiple vulnerabilities have been reported in Fetchmail:
<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>
<impact type="normal">
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.
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
There is no known workaround at this time.
All Fetchmail users should upgrade to the latest version:
# emerge --sync
# emerge --ask --oneshot --verbose &quot;&gt;=net-mail/fetchmail-6.3.14&quot;</code>
<uri link="">CVE-2010-0562</uri>
<uri link="">CVE-2009-2666</uri>
<metadata tag="requester" timestamp="Mon, 29 Mar 2010 22:13:20 +0000">
<metadata tag="submitter" timestamp="Sun, 11 Apr 2010 12:34:40 +0000">
<metadata tag="bugReady" timestamp="Thu, 27 May 2010 17:49:00 +0000">