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 165565 - CVE-2005-2456 IPSEC overflow
CVE-2005-2456 IPSEC overflow
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: kernel (Show other bugs)
All Linux
medium Severity high
: ---
: ---
Assigned To: John W. Linville
Brian Brock
: Security
Depends On:
Blocks: 156320
  Show dependency treegraph
Reported: 2005-08-10 10:38 EDT by Mark J. Cox
Modified: 2007-11-30 17:07 EST (History)
6 users (show)

See Also:
Fixed In Version: RHSA-2005-663
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-09-28 11:31:02 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
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-2005:663 qe-ready SHIPPED_LIVE Important: Updated kernel packages available for Red Hat Enterprise Linux 3 Update 6 2005-09-28 00:00:00 EDT

  None (edit)
Description Mark J. Cox 2005-08-10 10:38:51 EDT
+++ This bug was initially created as a clone of Bug #165560 +++

When a user specified IPSEC rule to compile is given, we don't check
the bounds of the direction, leading to overflows of the in-socket
IPSEC rule array.  This could allow a local unprivileged user to cause memory

Fixed upstream here on 20050726

See the following threads for a test program and more desciprtion


Note that a fix for this is already committed for RHEL4 U2 in

This doesn't affect 2.4 upstream however RHEL3 contains this functionality as a
backport in linux-2.4.21-ipsec.patch
Comment 2 Ernie Petrides 2005-08-10 17:46:59 EDT
Mark, please correct the first link in the initial comment.  That
one refers to some unrelated upstream change.  Thanks in advance.
Comment 4 Mark J. Cox 2005-08-11 05:16:15 EDT
Something strangely filtered the -
Comment 5 Ernie Petrides 2005-08-11 17:45:13 EDT
John, do you have any time to look at this?  DaveM says he can't address it
until the end of next week, and we're considering a U6 respin before then.

Mark, do you have any information on how to reproduce this problem?
Comment 6 John W. Linville 2005-08-15 14:06:16 EDT
The patch seems obvious enough.  I have test kernels available here: 
Is anyone in a position to test against an exploit? 
Ernie, how soon do you need this for a respin? 
Comment 7 Ernie Petrides 2005-08-15 14:33:24 EDT
John, Mark is not in a position to test kernel fixes.  So you'd need to
recreate the problem from the info available and then verify that the fix
addresses the problem.

We're considering a mid-week target for the U6 respin, which means it would
be desirable to have all relevant patches posted by end-of-day tomorrow.
Comment 10 Ernie Petrides 2005-08-17 16:22:03 EDT
Reverting to ASSIGNED state.  Fix is on target for next RHEL3 U6 respin.
Comment 11 Ernie Petrides 2005-08-19 18:09:29 EDT
A fix for this problem has just been committed to the RHEL3 U6
patch pool this evening (in kernel version 2.4.21-35.EL).
Comment 14 Red Hat Bugzilla 2005-09-28 11:31:02 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.


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