blob: e13e4a17eef83931c6d975165674e0877ab57ea7 [file] [log] [blame]
<?xml version="1.0" encoding="utf-8"?>
<glsa id="200512-04">
<title>Openswan, IPsec-Tools: Vulnerabilities in ISAKMP Protocol implementation</title>
Openswan and IPsec-Tools suffer from an implementation flaw which may allow
a Denial of Service attack.
<product type="ebuild">openswan ipsec-tools</product>
<announced>December 12, 2005</announced>
<revised>December 14, 2005: 02</revised>
<package name="net-misc/openswan" auto="yes" arch="*">
<unaffected range="ge">2.4.4</unaffected>
<vulnerable range="lt">2.4.4</vulnerable>
<package name="net-firewall/ipsec-tools" auto="yes" arch="*">
<unaffected range="ge">0.6.3</unaffected>
<unaffected range="rge">0.6.2-r1</unaffected>
<unaffected range="rge">0.4-r2</unaffected>
<vulnerable range="lt">0.6.3</vulnerable>
Openswan is an implementation of IPsec for Linux. IPsec-Tools is a port
of KAME's implementation of the IPsec utilities, including racoon, an
Internet Key Exchange daemon. Internet Key Exchange version 1 (IKEv1),
a derivate of ISAKMP, is an important part of IPsec. IPsec is widely
used to secure exchange of packets at the IP layer and mostly used to
implement Virtual Private Networks (VPNs).
The Oulu University Secure Programming Group (OUSPG) discovered that
various ISAKMP implementations, including Openswan and racoon (included
in the IPsec-Tools package), behave in an anomalous way when they
receive and handle ISAKMP Phase 1 packets with invalid or abnormal
<impact type="low">
A remote attacker could craft specific packets that would result in a
Denial of Service attack, if Openswan and racoon are used in specific,
weak configurations.
There is no known workaround at this time.
All Openswan users should upgrade to the latest version:
# emerge --sync
# emerge --ask --oneshot --verbose &quot;&gt;=net-misc/openswan-2.4.4&quot;</code>
All IPsec-Tools users should upgrade to the latest version:
# emerge --sync
# emerge --ask --oneshot --verbose net-firewall/ipsec-tools</code>
<uri link="">CVE-2005-3671</uri>
<uri link="">CVE-2005-3732</uri>
<uri link="">Original Advisory</uri>
<metadata tag="requester" timestamp="Fri, 02 Dec 2005 12:39:46 +0000">
<metadata tag="bugReady" timestamp="Mon, 05 Dec 2005 03:24:10 +0000">
<metadata tag="submitter" timestamp="Mon, 05 Dec 2005 03:54:41 +0000">