Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 1232320 - (CVE-2015-3240) CVE-2015-3240 libreswan / openswan: denial of service via IKE daemon restart when receiving a bad DH gx value
CVE-2015-3240 libreswan / openswan: denial of service via IKE daemon restart ...
Status: CLOSED ERRATA
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
medium Severity medium
: ---
: ---
Assigned To: Red Hat Product Security
impact=moderate,public=20150825,repor...
: Security
Depends On: 1256802 1256803 1259206 1259207 1259208 1259209
Blocks: 1232321
  Show dependency treegraph
 
Reported: 2015-06-16 09:25 EDT by Vasyl Kaigorodov
Modified: 2018-01-21 06:34 EST (History)
4 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
A flaw was discovered in the way Libreswan's IKE daemon processed IKE KE payloads. A remote attacker could send specially crafted IKE payload with a KE payload of g^x=0 that, when processed, would lead to a denial of service (daemon crash).
Story Points: ---
Clone Of:
Environment:
Last Closed: 2015-11-20 02:15:14 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2015:1979 normal SHIPPED_LIVE Moderate: libreswan security and enhancement update 2015-11-04 08:37:20 EST

  None (edit)
Description Vasyl Kaigorodov 2015-06-16 09:25:25 EDT
Paul Wouters of Red Hat reported a denial of service issue in libreswan/openswan:

If the peer sends us a DH gx value of 0, openswan/libreswan passes it to the NSS library, which returns NULL because it cannot perform DH with 0, which hits a passert() in the swan code. An attacker can keep connecting to the service and perform the bad DH, causing a denial of service.
Comment 3 Paul Wouters 2015-08-25 00:51:18 EDT
This issue is now public: https://libreswan.org/security/CVE-2015-3240/
Comment 4 Adam Mariš 2015-08-25 09:22:23 EDT
Created libreswan tracking bugs for this issue:

Affects: epel-all [bug 1256803]
Comment 5 Fedora Update System 2015-08-26 13:25:10 EDT
libreswan-3.15-1.fc21 has been pushed to the Fedora 21 testing repository. If problems still persist, please make note of it in this bug report.\nIf you want to test the update, you can install it with \n su -c 'yum --enablerepo=updates-testing update libreswan'. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2015-14179
Comment 6 Paul Wouters 2015-08-27 09:54:18 EDT
note that using libreswan-3,15 you can test sending a bad g^x by running:

ipsec start
ipsec auto --add connname
ipsec whack --debug-all --impair-send-zero-gx
ipsec auto --up connname
Comment 9 Martin Prpič 2015-11-03 02:44:26 EST
Acknowledgement:

This issue was discovered by Paul Wouters of Red Hat.
Comment 10 Tomas Hoger 2015-11-03 07:04:22 EST
External References:

https://libreswan.org/security/CVE-2015-3240/
Comment 11 errata-xmlrpc 2015-11-04 03:37:41 EST
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 7

Via RHSA-2015:1979 https://rhn.redhat.com/errata/RHSA-2015-1979.html

Note You need to log in before you can comment on or make changes to this bug.