Vulnerability Assessment & Network Security Forums
If through a vulnerability assessment, a network security issue is detected for the vulnerability below, applying the appropriate security patches in a timely matter is very important. If you have detected that your system has already been compromised, following CERT's Network Security recovery document will assist with recommended steps for system recovery.
Vulnerability Assessment Details
Detailed Explanation for this Vulnerability Assessment
Several security related problems have been fixed in the Linux kernel
2.4.17 used for the S/390 architecture, mostly by backporting fixes
from 2.4.18 and incorporating recent security fixes. The corrections
are listed below with the identification from the Common
Vulnerabilities and Exposures (CVE) project:
The iBCS routines in arch/i386/kernel/traps.c for Linux kernels
2.4.18 and earlier on x86 systems permit local users to kill
arbitrary processes via a binary compatibility interface (lcall).
Multiple ethernet network interface card (NIC) device drivers do
not pad frames with null bytes, which permits remote attackers to
obtain information from previous packets or kernel memory by using
malformed packets, as demonstrated by Etherleak.
The route cache implementation in Linux 2.4, and the Netfilter IP
conntrack module, permits remote attackers to cause a denial of
service (CPU consumption) via packets with forged source addresses
that cause a large number of hash table collisions related to the
The ioperm system call in Linux kernel 2.4.20 and earlier does not
properly restrict rights, which permits local users to gain read
or write access to certain I/O ports.
A vulnerability in the TTY layer of the Linux kernel 2.4 permits
attackers to cause a denial of service ("kernel oops").
The mxcsr code in Linux kernel 2.4 permits attackers to modify CPU
state registers via a malformed address.
The TCP/IP fragment reassembly handling in the Linux kernel 2.4
permits remote attackers to cause a denial of service (CPU
consumption) via certain packets that cause a large number of hash
An integer overflow in brk() system call (do_brk() function) for
Linux permits a local attacker to gain root rights. Fixed
upstream in Linux 2.4.23.
Paul Starzetz discovered
a flaw in bounds checking in mremap() in
the Linux kernel (present in version 2.4.x and 2.6.x) which may
permit a local attacker to gain root rights. Version 2.2 is not
affected by this bug. Fixed upstream in Linux 2.4.24.
Paul Starzetz and Wojciech Purczynski of isec.pl href="http://isec.pl/vulnerabilities/isec-0014-mremap-unmap.txt">discovered a
critical security vulnerability in the memory management code of
Linux inside the mremap(2) system call. Due to missing function
return value check of internal functions a local attacker can gain
root rights. Fixed upstream in Linux 2.4.25 and 2.6.3.
For the stable distribution (woody) these problems have been fixed in
version 2.4.17-2.woody.3 of s390 images and in version
0.0.20020816-0.woody.2 of the patch packages.
For the unstable distribution (sid) these problems will be fixed soon.
We recommend that you upgrade your Linux kernel packages immediately.
Vulnerability matrix for CVE-2004-0077
Solution : http://www.debian.org/security/2004/dsa-442
Network Security Threat Level: High
Networks Security ID: 4259, 6535, 7600, 7601, 7791, 7793, 7797
Vulnerability Assessment Copyright: This script is (C) 2005 Michel Arboi
|DELL POWEREDGE M630 TWO E5-2680V3 2.5GHZ 512GB NO HDD S130
|HP PROLIANT BL460C G8 SERVER TWO E5-2670V2 2.50GHZ 48GB 2 X 300GB 15K SAS
|HP PROLIANT BL460C G8 SERVER TWO E5-2650LV2 1.70GHZ 96GB 240GB SSD
|HP PROLIANT BL460C G8 SERVER TWO E5-2670V2 2.50GHZ 256GB 2 X 300GB 15K SAS
No Discussions have been posted on this vulnerability.