Security Advisory (MDKSA-2003:066-1): kernel

[aru]

MandrakeSoft Security Advisory MDKSA-2003:066-1 : kernel

 

July 21st, 2003

Updated kernel packages fix multiple vulnerabilities

 

Multiple vulnerabilities were discovered and fixed in the Linux kernel.

 

* CAN-2003-0001: Multiple ethernet network card drivers do not pad frames with null bytes which allows remote attackers to obtain information from previous packets or kernel memory by using special malformed packets.

 

* CAN-2003-0244: The route cache implementation in the 2.4 kernel and the Netfilter IP conntrack module allows remote attackers to cause a Denial of Service (DoS) via CPU consumption due to packets with forged source addresses that cause a large number of hash table collisions related to the PREROUTING chain.

 

* CAN-2003-0246: The ioperm implementation in 2.4.20 and earlier kernels does not properly restrict privileges, which allows local users to gain read or write access to certain I/O ports.

 

* CAN-2003-0247: A vulnerability in the TTY layer of the 2.4 kernel allows attackers to cause a kernel oops resulting in a DoS.

 

* CAN-2003-0248: The mxcsr code in the 2.4 kernel allows attackers to modify CPU state registers via a malformed address.

 

As well, a number of bug fixes were made in the 9.1 kernel including:

 

* Support for more machines that did not work with APIC * Audigy2 support * New/updated modules: prims25, adiusbadsl, thinkpad, ieee1394, orinoco, via-rhine, * Fixed SiS IOAPIC * IRQ balancing has been fixed for SMP * Updates to ext3 * The previous ptrace fix has been redone to work better

 

MandrakeSoft encourages all users to upgrade to these new kernels. Updated kernels will be available shortly for other supported platforms and architectures.

 

For full instructions on how to properly upgrade your kernel, please review http://www.mandrakesecure.net/en/docs/magic.php.

 

Update:

 

These new packages fix some bugs with compiling kernels using xconfig and also fix problems with XFS ACLs not being present in the kernel. Problems with ipsec have also been corrected. A problem with gdb not working on systems where XFS was used for the root filesystem has also been corrected. They also address CAN-2003-0476: A file read race existed in the execve() system call.

 

9.1/PPC kernels are now also available.

 

 

The released versions of Mandrake GNU/Linux affected are:

Full information about this advisory, including the updated packages, is available at:

www.mandrakesecure.net/en/advisories/advisory.php?name=MDKSA-2003:066-1

 

Other references:

http://cve.mitre.org/cgi-bin/cvename.cgi?n...e=CAN-2003-0001

http://cve.mitre.org/cgi-bin/cvename.cgi?n...e=CAN-2003-0244

http://cve.mitre.org/cgi-bin/cvename.cgi?n...e=CAN-2003-0246

http://cve.mitre.org/cgi-bin/cvename.cgi?n...e=CAN-2003-0247

http://cve.mitre.org/cgi-bin/cvename.cgi?n...e=CAN-2003-0248

http://cve.mitre.org/cgi-bin/cvename.cgi?n...e=CAN-2003-0476

http://marc.theaimsgroup.com/?l=bugtraq&m=...64924024009&w=2

 

Posted automatically by aru (mdksec2mub v0.0.6)

[cjc]

http://www.mandrakesecure.net/en/docs/magic.php.

 

Bad URL...did you mean? http://www.mandrakesecure.net/en/docs/magic.php

 

I found the problem...there was a period (.) after the "php"

[kmack]

Yes, I wondered the same. Why not use urpmi as they have always suggested before. The URL they gave is for an older webpage and set of instructions. Confusing!

[kmack]

I got an email reply from Vincent Danen at Mandrake and he said the link was an oversight and we should use the newer link.

 

http://www.mandrakesecure.net/en/kernelupdate.php

 

is the preferred kernel update method!