IBM DB2 Administration Server Buffer Overflow Lets Local Users Gain Root Privileges
SecurityTracker Alert ID: 1019853|
SecurityTracker URL: http://securitytracker.com/id/1019853
(Links to External Site)
Date: Apr 16 2008
Execution of arbitrary code via local system, Root access via local system|
Fix Available: Yes Vendor Confirmed: Yes |
Version(s): 8, 9.1, 9.5|
A vulnerability was reported in IBM DB2. A local user can obtain elevated privileges on the target system.|
A local user with privileges to execute 'db2dasrrm' can supply a specially crafted 'DASPROF' environment variable to trigger a buffer overflow in 'db2dasrrm' and execute arbitrary code on the target system. The code will run with root privileges.
The vendor was notified on November 29, 2007.
An anonymous researcher reported this vulnerability via iDefense.
A local user can execute arbitrary code with root privileges on the target system.|
The vendor has issued a fix (V8 FixPak 16, V9.1 Fix Pack 4a, and V9.5 Fix Pack 1).|
The vendor's advisories are available at:
Vendor URL: www-1.ibm.com/support/docview.wss?uid=swg21287889 (Links to External Site)
|Underlying OS: Linux (Any), UNIX (AIX), UNIX (HP/UX), UNIX (Solaris - SunOS)|
Source Message Contents
Subject: iDefense Security Advisory 04.09.08: IBM DB2 Universal Database|
iDefense Security Advisory 04.09.08
Apr 09, 2008
IBM Corp.'s DB2 Universal Database product is a large database server
product commonly used for high-end databases. For more information,
visit the product website at the following URL.
Local exploitation of a buffer overflow vulnerability in the db2dasrrm
program, as included with IBM Corp.'s DB2 Universal Database, allows
attackers to elevate privileges to root.
This vulnerability exists due to insufficient validation of the length
of the attacker-supplied "DASPROF" environment variable contents. By
setting the variable to a specially crafted string, an attacker can
cause a buffer overflow when the string is copied into a static-sized
buffer stored on the stack. By overflowing the buffer, the attacker can
overwrite execution control structures stored on the stack and execute
Exploitation allows local attackers to gain root privileges. In order to
exploit this vulnerability, the attacker must have access to execute the
vulnerable set-uid root "db2dasrrm" program.
iDefense has confirmed the existence of this vulnerability in IBM
Corp.'s DB2 Universal Database 9.1 with Fix Pack 4 installed on a Linux
system. Versions for other supported UNIX-like systems should also be
considered vulnerable. All previously released versions are suspected
The best defense against this type of vulnerability is to prevent
untrusted users from having code execution abilities on the respective
database server. The following workarounds may also be useful.
Use a more strict permissions setting for the DB2 instance directory
would prevent non-instance users from accessing the set-uid root binaries.
Remove the set-uid bit from all programs included with DB2.
These configuration changes have not been tested and may cause adverse
VI. VENDOR RESPONSE
IBM Corp. has addressed this vulnerability with the release of V9.1 Fix
Pack 4a, V8 FixPak 16, and V9.5 Fix Pack 1 of its Universal Database
product. More information can be found at the following URLs.
VII. CVE INFORMATION
The Common Vulnerabilities and Exposures (CVE) project has assigned the
name CVE-2007-5758 to this issue. This is a candidate for inclusion in
the CVE list (http://cve.mitre.org/), which standardizes names for
VIII. DISCLOSURE TIMELINE
11/29/2007 Initial vendor notification
12/01/2007 Initial vendor response
04/09/2008 Coordinated public disclosure
The discoverer of this vulnerability wishes to remain anonymous.
Get paid for vulnerability research
Free tools, research and upcoming events
X. LEGAL NOTICES
Permission is granted for the redistribution of this alert
electronically. It may not be edited in any way without the express
written consent of iDefense. If you wish to reprint the whole or any
part of this alert in any other medium other than electronically,
please e-mail email@example.com for permission.
Disclaimer: The information in the advisory is believed to be accurate
at the time of publishing based on currently available information. Use
of the information constitutes acceptance for use in an AS IS condition.
There are no warranties with regard to this information. Neither the
author nor the publisher accepts any liability for any direct,
indirect, or consequential loss or damage arising from use of, or
reliance on, this information.
To unsubscribe, go here: