blob: 4b2010afa871b70000fc70c8d650eb538a901e4b [file] [log] [blame]
<?xml version="1.0" encoding="utf-8"?>
<glsa id="200910-01">
<title>Wget: Certificate validation error</title>
An error in the X.509 certificate handling of Wget might enable remote
attackers to conduct man-in-the-middle attacks.
<product type="ebuild">wget</product>
<announced>October 20, 2009</announced>
<revised>October 20, 2009: 01</revised>
<package name="net-misc/wget" auto="yes" arch="*">
<unaffected range="ge">1.12</unaffected>
<vulnerable range="lt">1.12</vulnerable>
GNU Wget is a free software package for retrieving files using HTTP,
HTTPS and FTP, the most widely-used Internet protocols.
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.
<impact type="normal">
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.
There is no known workaround at this time.
All Wget users should upgrade to the latest version:
# emerge --sync
# emerge --ask --oneshot --verbose &quot;&gt;=net-misc/wget-1.12&quot;</code>
<uri link="">CVE-2009-3490</uri>
<metadata tag="requester" timestamp="Wed, 07 Oct 2009 19:10:37 +0000">
<metadata tag="submitter" timestamp="Wed, 07 Oct 2009 19:14:43 +0000">
<metadata tag="bugReady" timestamp="Tue, 20 Oct 2009 19:38:52 +0000">