Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 264346 (CVE-2009-0790) - <net-misc/openswan-2.4.14 <net-misc/strongswan-4.2.14 DoS (CVE-2009-0790)
Summary: <net-misc/openswan-2.4.14 <net-misc/strongswan-4.2.14 DoS (CVE-2009-0790)
Alias: CVE-2009-0790
Product: Gentoo Security
Classification: Unclassified
Component: Vulnerabilities (show other bugs)
Hardware: All Linux
: High minor (vote)
Assignee: Gentoo Security
Whiteboard: B3 [glsa]
Depends on:
Reported: 2009-03-31 03:29 UTC by Eray Aslan
Modified: 2009-09-09 13:33 UTC (History)
3 users (show)

See Also:
Package list:
Runtime testing required: ---

version bump (strongswan-4.2.14.ebuild,3.00 KB, text/plain)
2009-04-04 09:16 UTC, Norbert Marx
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Eray Aslan gentoo-dev 2009-03-31 03:29:51 UTC
Openswan & Strongswan Security Notification  March 30, 2009
Remote DoS Vulnerability in Openswan & Strongswan IPsec
A vulnerability in the Dead Peer Detection (RFC-3706) code was found by
Gerd v. Egidy <> of Intra2net AG affecting
all Openswan and all Strongswan releases.

A malicious (or expired ISAKMP) R_U_THERE or R_U_THERE_ACK Dead Peer
Detection packet can cause the pluto IKE daemon to crash and restart. No
authentication or encryption is required to trigger this bug. One spoofed
UDP packet can cause the pluto IKE daemon to restart and be unresponsive
for a few seconds while restarting.

A patch was created by Paul Wouters <> for Openswan and

This bug affects the following software releases:

Current branches:

Openswan-2.6.20 and earlier
Strongswan-4.2.13 and earlier

Maintenance mode branches:

Openswan-2.4.13 and earlier
Strongswan-2.8.8 and earlier

End of Life branches:

Openswan-2.0.x - 2.3.1

Everyone is strongly encouraged to upgrade to these minimum versions:



If you cannot upgrade to a new version, please apply the appropriate
patch as listed at

Dead Peer Detection is an IPsec IKE Notification message. It uses
an ICOOKIE/RCOOKIE mechanism to match an incoming packet to a know
Security Association (ISAKMP). Unlike most Notification messages, DPD
notifications have no phase2 state association.  Incorrect handling of
this exception can cause a NULL pointer dereference on a non-existing
state object 'st'. This bug is triggered in the case where one end has
expired an ISAKMP state, but the other end still uses the old state
to send a DPD Notification.

Since this state-lookup is performed before any encryption or
decryption takes place, as we need to find the proper ISAKMP to locate
the cryptogrpahic key material used for decryption, this bug can be
triggered without going through a phase1 (ISAKMP) negotiation.

When such a packet is received, the pluto daemon crashes and restarts.

Locations for downloading patches and source code:     

Paul Wouters <>
GPG key: 0xB5CC27E1

Reproducible: Always
Comment 1 Alex Legler (RETIRED) archtester gentoo-dev Security 2009-03-31 08:28:08 UTC
Robin, I cc'd you as you did the last bumps for strongswan, maybe you feel like bumping/patching this time, too.

All: Please either bump or apply the patches here:
Comment 2 Norbert Marx 2009-04-04 09:16:39 UTC
Created attachment 187273 [details]
version bump

test on amd64:
- kernel 2.6.28 looks good
- xen DomU kernel 2.6.18 does not work
Comment 3 Alin Năstac (RETIRED) gentoo-dev 2009-04-08 23:33:11 UTC
I've bumped openswan to the new versions.

amd64 & x86 teams, please stabilize net-misc/openswan-2.4.14.
Comment 4 Weedy 2009-04-14 12:42:51 UTC
(In reply to comment #3)
> I've bumped openswan to the new versions.
> amd64 & x86 teams, please stabilize net-misc/openswan-2.4.14.

openswan-2.4.14-gentoo.patch fails to apply.
Comment 5 Weedy 2009-04-14 13:00:15 UTC
(In reply to comment #4)
> (In reply to comment #3)
> > I've bumped openswan to the new versions.
> > 
> > amd64 & x86 teams, please stabilize net-misc/openswan-2.4.14.
> > 
> openswan-2.4.14-gentoo.patch fails to apply.
line 54 should be:
 # RCSID $Id:,v 2006-10-19 03:49:46 paul Exp $
unless you plan to change that to reflect the edit.

Sorry for the double post.
Comment 6 Alin Năstac (RETIRED) gentoo-dev 2009-04-15 06:40:16 UTC
Resynchronize your tree. This issue has been fixed days ago.
Comment 7 Markus Meier gentoo-dev 2009-04-15 19:11:12 UTC
(In reply to comment #6)
> Resynchronize your tree. This issue has been fixed days ago.

I synced maybe an hour ago and it still fails here...

>>> Source unpacked in /var/tmp/portage/net-misc/openswan-2.4.14/work
 * Applying openswan-2.4.14-gentoo.patch ...

 * Failed Patch: openswan-2.4.14-gentoo.patch !
 *  ( /usr/portage/net-misc/openswan/files/openswan-2.4.14-gentoo.patch )
 * Include in your bugreport the contents of:
 *   /var/tmp/portage/net-misc/openswan-2.4.14/temp/openswan-2.4.14-gentoo.patch-26405.out
Comment 8 Alin Năstac (RETIRED) gentoo-dev 2009-04-15 21:04:23 UTC
I tried to fix it by running cvs update -kb, but cvs seems unable to add flags to existing files, so I've replaced the gentoo.patch with gentoo-fixed.patch (this time added with -kb).
Sorry for the troble... Did I mentioned I hate cvs?
Comment 9 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2009-04-15 22:38:30 UTC
mrness: fyi for future. if you fail to add a file with -kb the first time, you must do this to fix it: cvs rm -f $file ; cvs ci $file ; cvs add -kb ; repoman commit ....
The commit in the middle is not optional.
Comment 10 Markus Meier gentoo-dev 2009-04-23 18:43:35 UTC
amd64/x86 stable, all arches done.
Comment 11 Tobias Heinlein (RETIRED) gentoo-dev 2009-04-24 12:51:36 UTC
Ready for vote, I vote YES.
Comment 12 Robert Buchholz (RETIRED) gentoo-dev 2009-06-07 15:06:10 UTC
+*strongswan-4.2.15 (07 Jun 2009)
+  07 Jun 2009; Robert Buchholz <> +strongswan-4.2.15.ebuild:
+  Version bump, fixes security bug 264346 and 272276. Remove old warning in
+  the code, fix dependencies and configure options. Comment in user and group
+  specification again. Added some TODOs.

strongswan is ~arch only.
Comment 13 Stefan Behte (RETIRED) gentoo-dev Security 2009-06-12 22:25:17 UTC
Yes, too. Request filed.
Comment 14 Stefan Behte (RETIRED) gentoo-dev Security 2009-06-23 20:22:14 UTC
FAIL. Closing noglsa, of course.
Comment 15 Robert Buchholz (RETIRED) gentoo-dev 2009-06-24 00:30:42 UTC
let's track this as open until the glsa for openswan is out.
Comment 16 Stefan Behte (RETIRED) gentoo-dev Security 2009-06-24 04:58:07 UTC
Sure. I apologize, I saw #12 and #13 and thought I had made a mistake, I didn't look hard enough. :(
Comment 17 Alex Legler (RETIRED) archtester gentoo-dev Security 2009-09-09 13:33:56 UTC
GLSA 200909-05