Unintended Data Leakage

Unintended Data Leakage:

Seguimos enganchados a las aplicaciones móviles en este descanso universitario! En esta ocasión, realizamos los tres retos de la máquina virtual de OWASP SHEPERD, consisten en encontrar logs con información sensible en nuestro dispositivo Android.

A continuación, os dejo unas diapositivas explicando un poco la materia por encima:

Retos de la máquina virtual:

LEVIATHAN

Nueva entrada en la sección Wargames de OverTheWire. Resolvemos todos los retos del subapartado Leviathan. No son retos muy complicados, pero si que implican leer un poco en google, para ver como gestionar los diferentes problemas que nos vamos encontrando.

Podéis disfrutar de los retos en este enlace:

Leviathan Walkthroughts

Un saludo, hasta la próxima!

REVERSE ENGINEERING 1

Uno de los principales peligros de las aplicaciones móviles es el llamado reverse engineering. Fácilmente, y mediante una serie de aplicaciones, podemos adivinar código, api keys, encription keys, usernames, contraseñas etc..

Los desarrolladores,  usan ProGuard para ofuscar el código y viene por defecto con Android SDK, aunque sea una fabulosa herramienta, no asegura que el código carezca de vulnerabilidades. Otra manera de ofuscar el código es hacerlo difícil de leer y más confuso a la vista del atacante.

Para este reto necesitaremos la instalación de dos aplicaciones, para hacer  el llamado reverse engineering a una APK. Estas son Dex2jar y JDGUI.

Con la primera de ellas, la llamada dex2jar, convertiremos el APK en un fichero java (jar). Posteriormente lo abriremos con JD-GUI y trataremos de buscar las vulnerabilidades o cualquier pista de código que nos facilite acabar el reto.

Tenemos que investigar sobre el código y sacar la key

1.Conectamos por adb:
logan@loganayala:~$ adb connect 192.168.1.46
connected to 192.168.1.46:5555

2.Pasamos el fichero a nuestro ordenador:
logan@loganayala:~$ adb pull /sdcard/com.mobshep.reverseengineer-1.apk /home/logan
/sdcard/com.mobshep.reverseengineer-1.apk: 1 file pulled. 11.3 MB/s (2010243 bytes in 0.169s)

3.Convertimos el fichero en .jar con Dex2Jar:
logan@loganayala:~/MobilePentesting/Retos/ReverseEngineer/dex2jar-2.0$ sudo sh d2j-dex2jar.sh -f /home/logan/MobilePentesting/Retos/ReverseEngineer/1/reverseengineer-1.apk
dex2jar /home/logan/MobilePentesting/Retos/ReverseEngineer/1/reverseengineer-1.apk -> ./reverseengineer-1-dex2jar.jar

4.Una vez tenemos el .jar, lo abrimos con JD-GUI:
logan@loganayala:~/MobilePentesting/Retos/ReverseEngineer/jd-gui/build/libs$ java -jar jd-gui-1.6.6.jar

Por último vemos que en la clase Reverse_Engineering.class, tenemos el secret string con la clave DrumaDrumaDrumBoomBoom.

INSECURE DATA STORAGE 1

Insecure data storage ocurre cuando la aplicación guarda información sensible, como pueden ser user credentials, passwords, API keys etc.. de manera insegura. Normalmente las aplicaciones móviles usan una  base de datosSQLIte.

En Android las aplicaciones guardan su base de datos en el directorio:
/data/data/com.app.exampleApp/database/, cualquiera que tenga acceso root accederia sin problemas.

Para empezar con este reto, primero convendría sabernos manejar con la consola de comandos de adb (android debug bridge), ya que nos facilitará mucho la existencia.

Este reto lo realizaremos de dos maneras, una accediendo en modo debug y la otra mucho más clara conectando por adb. Empezamos accediendo desde el modo debug de inicio de la VM Android.

Primero, entramos en modo debug, escapamos a shell con exit y nos dirigimos al directorio de la aplicación:

En la tabla Members sacamos el pass que nos piden:

AdminBattery777
User: Admin
Password: Battery777

Esta manera de realizarlo es un poco engorroso, ya que la shell a veces se queda parada o imprime los carácteres por pantalla de manera defectuosa, por lo tanto ahora lo haremos mediante adb.

En primer lugar, localizamos nuestra máquina virtual, y conectamos a ella mediante:
adb connect 192.168.1.44

Una vez hemos conectado, abrimos shell para empezar a interactuar con el dispositivo android:
adb shell

Muy importante comprobar con que usuario estamos logueados.. En este caso vemos que estamos logueados como shell que será un usuario con pocos privilegios, por lo tanto escalamos con el comando su:
su root

Una vez como root navegamos hasta el directorio donde estan almacenadas las claves y con el comando cat las imprimimos por pantalla.

A continuación,  les dejo un video con toda la secuencia de comandos :D, espero que les guste, nos vemos en el próximo reto!