SystemTap Lets Local Users Gain Elevated Privileges and Deny Service
|
|
SecurityTracker Alert ID: 1024754 |
|
SecurityTracker URL: http://securitytracker.com/id/1024754
|
|
CVE Reference:
CVE-2010-4170, CVE-2010-4171
(Links to External Site)
|
Date: Nov 17 2010
|
Impact:
Denial of service via local system, User access via local system
|
Fix Available: Yes Vendor Confirmed: Yes
|
|
Description:
Two vulnerabilities were reported in SystemTap. A local user can obtain elevated privileges on the target system. A local user can cause denial of service conditions.
The staprun process does not properly sanitize the environment before executing the 'modprobe' command [CVE-2010-4170]. A local user can exploit this to gain elevated privileges.
A local user can cause staprun to unload an arbitrary kernel module that is not in use [CVE-2010-4171].
Tavis Ormandy reported these vulnerabilities.
|
Impact:
A local user can obtain elevated privileges on the target system.
A local user can cause denial of service conditions on the target system.
|
Solution:
The vendor has issued a fix, available at:
http://sources.redhat.com/git/gitweb.cgi?p=systemtap.git;a=commit;h=b7565b41228bea196cefa3a7d43ab67f8f9152e2
|
Vendor URL: sourceware.org/systemtap/ (Links to External Site)
|
Cause:
Access control error, Input validation error
|
Underlying OS:
Linux (Any)
|
|
Message History:
This archive entry has one or more follow-up message(s) listed below.
|
Source Message Contents
|
Date: Wed, 17 Nov 2010 17:08:38 +0000
Subject: SystemTap
|
It was discovered that staprun did not properly sanitize the environment
before executing the modprobe command to load an additional kernel module.
A local, unprivileged user could use this flaw to escalate their
privileges. (CVE-2010-4170)
It was discovered that staprun did not check if the module to be unloaded
was previously loaded by SystemTap. A local, unprivileged user could use
this flaw to unload an arbitrary kernel module that was not in use.
(CVE-2010-4171)
|
|
