***********################################************* ***********####### LEGACY_NATIVE ##########************* ***********################################************* Contiene tutto il codice nativo per le versioni di Android senza SELinux (Android <= 4.1) ###### Contenuto ###### - suidext: contiene la shell standard (versione setuid) - local2root: contiene tutti gli exploit local2root per le versioni di Android <= 4.1 - headers: include necessari per la compilazione ***********################################************* ***********####### SELINUX_NATIVE #########************* ***********################################************* Contiene tutto il codice nativo per le ultime versioni di Android con SELinux attivo (Android >= 4.2.2) ###### Contenuto ###### - put_user_exploit: contiene l'exploit basato sulla put_user - kernel_waiter_exploit: contiene l'exploit towelroot - suidext: contiene la nuova shell demonizzata - utils: librerie varie - headers: include necessari per la compilazione - remote_main: include i main per shared_library e remote ***********################################************* ***********####### SHARED ################************* ***********################################************* Contiene codice utilizzato sia da ###### Contenuto ###### - sqlite_stuff: Contiene alcune funzioni per effettuare query sqlite - utils: librerie varie - headers: header necessari alla compilazione. Contiene la configurazione dei log e della shell. ***********################################************* ***********####### CONFIGURAZIONE #########************* ***********################################************* La configurazione della shell di root è descritta in shared/headers/shell_params.h . Questo file è comune ad entrambe le shell. - SHELL_PORT: porta su cui il servizio root andrà in ascolto e su cui la parte client si connetterà - ROOT_BIN: path d'installazione del binario che esegue il processo root. Attualmente /system/bin/ddf. E' utilizzato sia come server al boot che come client per richiedere l'esecuzione di comandi. - INSTALL_SCRIPT: script di avvio al boot (wrapper a /system/bin/debuggerd) - INSTALL_SCRIPT_BAK: copia del binario da sostituire - INSTALL_REC_SCRIPT: script install-recovery.sh - INSTALL_REC_SCRIPT_BAK: backup di install-recovery.sh in caso lo su usi Per avere i log a disposizione tramite logcat editare il file shared/headers/log.h commentando opportunamente "#define DEBUG". ***********################################************* ***********####### COMPILAZIONE #########************* ***********################################************* Compilare con il comando "build.sh" e non direttamente tramite ndk-buid. Assicurarsi di avere come working directory la root del codice. Il sistema di build genera in automatico gli exploit locali in tre versioni diverse: local, remote e shared library. 1) local: file necessari per eseguire gli exploit locali tramite l'apk. 2) remote: exploit da lanciare dalla sandbox del browser. 3) shared library: è la libreria che contiene la funzione per eseguire gli exploit da invocare tramite dlopen. I corrispettivi file vengono creati in tre cartelle diverse: 1) bin/local: - selinux_exploit: l'exploit basato su put_user - selinux4_exploit: l'exploit writeup di towelroot - selinux_suidext: la nuova shell che comprende sia il daemon, sia il client - selinux_check: esegue un check sull'exploitabilità del device. Restituisce 1 in caso di exploitabilità, 0 altrimenti. - runner: è il binario che lancia il demone di root. E' integrato direttamente in selinux_suidext. - suidext: shell suid vecchia per Android <= 4.1 - expl_check: check di exploitabilità tramite exploit legacy - local_exploit: binario che lancia tutti gli exploit legacy disponibili 2) bin/local/Android5 - selinux_suidext: la nuova shell compilata per Android 5 3) bin/remote - selinux_exploit: contiene in un unico binario i due exploit selinux e la shell di root. 4) bin/shared_lib - libexploit.so: shared library contenente i due exploit selinux e la shell di root. - libinstaller.so: shared library contenente il codice per l'installazione dell'apk ***********################################************* ***********####### ESECUZIONE #########************* ***********################################************* ########################### ##### 1) LOCAL EXPLOIT: ### ########################### *** EXPLOIT SELINUX*** Deve essere lanciato passando due argomenti: - argv[1]: path assoluto alla nuova shell - argv[2]: path assoluto alla vecchia shell L'exploit installerà automaticamente la shell vecchia se possibile o la shell nuova in base alle rilevazioni effettuate sul device. Se l'exploit ha successo /system/bin/ sarà presente ed utilizzabile in modo trasparente. *** EXPLOIT SELINUX 4*** Deve essere lanciato passando un solo argomento - argv[1]: path assoluto alla nuova shell Se l'exploit ha successo /system/bin/ sarà presente ed utilizzabile in modo trasparente. *** EXPLOIT LEGACY*** Deve essere lanciato passando una stringa come argomento che rappresenza il comando da eseguire. NB: Alcuni exploit richiedono l'accesso a device video legati alla gesione della camera. E' necessario che tali device siano accessibili in scrittura in base alla sandbox di esecuzione (privilegio CAMERA). *** SHELL SELINUX*** Per avviare la shell in modalità daemon eseguire "selinux_suidext --daemon" oppure eseguire "selinux_suidext rt" (da root) che avvierà direttamente il demone effettuando un'installazione persistente. Il client rispetta le specifiche della vecchia shell. *** SHELL LEGACY*** Semplice file setuid. ############################ ##### 2) REMOTE EXPLOIT: ### ############################ Va semplicemente lanciato passando come unico parametro l'apk da installare al termine dell'exploit. E' totalmente automatico. L'exploit è asincrono di modo da non tenere il browser impegnato. Ritorna 1 se il device risulta vulnerabile e di conseguenza l'exploit viene almeno provato, 0 altrimenti. #################################### ##### 3) SHARED LIBRARY EXPLOIT: ### #################################### -) libexploit.so: va risolto il simbolo checksum(void). La funzione esegue tutti gli exploit disponibili, sia legacy che selinux ed installa la shell di root adatta. -) libinstaller.so: va risolto il simbolo checksum(void). La funzione esegue l'installazione dell'apk. L'installer richiede che l'apk sia nella stessa working direcory e che abbia il nome log.tmp. E' necessario aver precedentemente installato la shell di root.