Bug 645867 - (CVE-2010-3859) CVE-2010-3859 kernel: tipc: heap overflow in tipc_msg_build()
CVE-2010-3859 kernel: tipc: heap overflow in tipc_msg_build()
Status: NEW
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
high Severity high
: ---
: ---
Assigned To: Red Hat Product Security
impact=important,source=oss-security,...
: Security
Depends On: 645871 645872 651924 656871
Blocks:
  Show dependency treegraph
 
Reported: 2010-10-22 13:37 EDT by Petr Matousek
Modified: 2015-07-31 02:33 EDT (History)
6 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed:
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Petr Matousek 2010-10-22 13:37:04 EDT
Problem Description:

The tipc_msg_build() function in net/tipc/msg.c contains an exploitable kernel heap overflow that would allow a local user to escalate privileges to root by issuing maliciously crafted sendmsg() calls via TIPC sockets.

Reference:
http://marc.info/?l=linux-netdev&m=128770476511716&w=2
http://www.openwall.com/lists/oss-security/2010/10/22/2
Comment 1 Petr Matousek 2010-10-22 13:37:43 EDT
Statement:

Red Hat is aware of this issue and is tracking it via the following bug: https://bugzilla.redhat.com/CVE-2010-3859.

This issue did not affect the version of Linux kernel as shipped with Red Hat Enterprise Linux 3, 4, 6 and Red Hat Enterprise MRG as they did not include support for Transparent Inter-Process Communication Protocol (TIPC). A future kernel update in Red Hat Enterprise Linux 5 may address this flaw. As a
preventive measure, we plan to include the fixes in a future kernel update in Red Hat Enterprise Linux 4.

Mitigation:

For users that do not run applications that use TIPC, you can prevent the TIPC
module from being loaded by adding the following entry to the end of the
/etc/modprobe.d/blacklist file:

blacklist tipc

This way, the TIPC module cannot be loaded accidentally, which may occur if an
application that requires TIPC is started. A reboot is not necessary for this
change to take effect but do make sure the module is not loaded in the first
place. You can verify that by running:

lsmod | grep tipc

You may also consider removing the CAP_SYS_MODULE capability from the current
global capability set to prevent kernel modules from being loaded or unloaded.
The CAP_SYS_MODULE has a capability number of 16 (see linux/capability.h). The
default value has all the bits set. To remove this capability, you have to
clear the 16th bit of the default 32-bit value, e.g. 0xffffff ^ (1 << 16):

echo 0xFFFEFFFF > /proc/sys/kernel/cap-bound
Comment 7 Eugene Teo (Security Response) 2010-10-27 22:34:19 EDT
Upstream attempting to fix this, follow the thread starting with:
[PATCH 0/4] RFC: tipc int vs size_t fixes, Paul Gortmaker
http://www.spinics.net/lists/netdev/msg145247.html
Comment 8 Eugene Teo (Security Response) 2010-11-23 03:51:54 EST
(In reply to comment #7)
> Upstream attempting to fix this, follow the thread starting with:
> [PATCH 0/4] RFC: tipc int vs size_t fixes, Paul Gortmaker
> http://www.spinics.net/lists/netdev/msg145247.html

Actually, these two fixed this issue:
http://git.kernel.org/linus/253eacc070b114c2ec1f81b067d2fed7305467b0
http://git.kernel.org/linus/8acfe468b0384e834a303f08ebc4953d72fb690a
Comment 10 errata-xmlrpc 2011-01-04 11:52:43 EST
This issue has been addressed in following products:

  Red Hat Enterprise Linux 5

Via RHSA-2011:0004 https://rhn.redhat.com/errata/RHSA-2011-0004.html
Comment 11 errata-xmlrpc 2011-01-18 12:45:14 EST
This issue has been addressed in following products:

  Red Hat Enterprise Linux 4

Via RHSA-2011:0162 https://rhn.redhat.com/errata/RHSA-2011-0162.html

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