(http://4.bp.blogspot.com/-P9Scx1bAufw/VNEsZyzz7PI/AAAAAAAAAS4/rzEpDsGvBcY/s1600/main.png)
by hdbreaker
Antes que nada quiero agradecer a la comunidad que me ha ido reportando pequeños bugs de inestabilidad sobre el framework, los cuales he ido fixeando constantemente, a todos ellos les agradezco y los invito a descargar la ultima versión de su repositorio oficial:
https://bitbucket.org/hdbreaker/frameshock (https://bitbucket.org/hdbreaker/frameshock)
Les recuerdo que el framework esta en fase BETA, en este momento solo es soportado por distribuciones Linux derivadas de Debian y esta en constante desarrollo, por lo que pido que todo aquel que haya identificado un error, actualice a la ultima versión del repositorio y confirme si el mismo sigue vigente.
En fin, un millón de gracias por colaborar!
En esta entrada quiero presentar una pequeña guía para explicar el funcionamiento de Frameshock y solventar dudas en su utilización.
Lo primero a resaltar es que todo aquel que haya utilizado alguna vez Metasploit no encontrara mayores problemas al familiarizarse con Frameshock, ya que hemos decidido seguir la linea de interacción de msf con el usuario para facilitar la migración y evitar las complicaciones sintácticas que implica una nueva forma de trabajo.
Frameshock se divide en 4 grande partes:
- El Main
- El Payload
- El Handler
- Los Modulos
El Main
(http://2.bp.blogspot.com/-5yVgFTxNm1U/VNEgsPuJijI/AAAAAAAAARo/SOjZQw8jkdY/s1600/main.png)
Este es el cuerpo principal del Framework, en el encontraremos todas las utilidades de configuración para el correcto funcionamiento del mismo, las opciones de configuración de los payloads, la posibilidad de acceder al MultiHander de Frameshock así también como a la opción de búsquedas con el motor de SHODAN y todas las modificaciones a la base de datos que esto representa.
Lo importante a tratar en Frameshock, es que a diferencia de Metasploit las opciones de configuración del framework son globales, lo que nos permite acceder a las mismas desde módulos subyacentes brindado una excesiva flexibilidad al momento de desarrollar.
Los Payload en Frameshock también son globales así también las búsquedas de SHODAN, permitiéndonos rápidamente realizar múltiples ataques y reconfiguraciones veloces sin necesidad de modificar nada dentro del modulo que estamos operando ni de las Sesiones obtenidas.
Frameshock sigue esta linea de pensamiento:
1) Elige el payload a utilizar..
2) Inicia el Manejador de Sesiones.
3) Selecciona un Modulo y Ataca.
El Payload
(http://4.bp.blogspot.com/-QZf-MZni-Sg/VNEgtQ0uFtI/AAAAAAAAARw/wTQKBPH1784/s1600/payload.png)
A diferencia de Mestasploit, Frameshock ofrece solo 5 posibles Payloads.
Cada uno cumple todas las necesidades que puede requerir un pentester dependiendo del sistema que va a atacar.
Los payloads mas potentes de Frameshock están programados en python, dando una dependencia de la maquina víctima con el interprete.
Esto fue solventado en linux, dando la posibilidad de generar 2 Payloads que dependen directamente de las Shells interactivas del sistema. Dado que algunos sistemas basados en ARM/IoT solo presentan /bin/sh creamos 2 payload que nos permiten gestionar Reverse Shell tanto en BASH como SH.
La verdad es que todavía para atacar a maquinas Windows de forma eficiente nos encontramos desarrollando un payload en C/C++ pero por el momento se puede pasar el payload por Py2Exe para generar un ejecutable compilado y lograr realizar el ataque correctamente. Aunque siempre esta la posibilidad de atacar servidores Windows con PowerShell que incluyen Python por defecto.
Dentro de los Payload tenemos 3 formas distintas de Funcionamiento.
Los Python Payloads:
Frameshock Main al seleccionar un Payload, genera un injector.py, el mismo se encuentra dentro de la carpeta del proyecto /Injector y a su vez es copiado dentro del directorio /Injector dentro la ruta definida por el usuario de Apache (/var/www en nuestro caso)
/var/www/Injector/injector.py #Esto nos permite acceder al payload de forma remota por medio de wget luego de la explotación de la vulnerabilidad.
injector.py es un pequeño código que se encarga de solicitarle al Handler el verdadero Payload para luego ejecutarlo On The Fly, evitando detecciones de Antivirus y realizando un mínimo trafico hacia internet .
Diagrama:
Victima (injector.py) --------------GiveMePayload----------> Atacante Handler
Victima (injector.py) <-------------------Payload------------- Atacante Handler
Victima (Payload On Memory) ------Reverse Shell-----> Atacante Handler
Los Shell Payloads:
MainFrameshock genera injector.sh o injector.bash, el mismo seencuentra dentro de la carpeta del proyecto /Injector y a su vez escopiado dentro del directorio /Injector dentro la ruta definida por elusuario de Apache (/var/www en nuestro caso)
/var/www/Injector/injector.sh || /var/www/Injector/injector.bash #Esto nos permite acceder al payload de forma remota por medio de wget luego de la explotación de la vulnerabilidad.
En este caso Injector.sh o Injector.bash, retorna por medio de métodos especificos una shell interactiva directamente sin solicitar Payload al Handler.
El Meterpreter Payload:
MainFrameshock al seleccionar un Payload, genera un injector.py, el mismo seencuentra dentro de la carpeta del proyecto /Injector y a su vez escopiado dentro del directorio /Injector dentro la ruta definida por el usuario de Apache (/var/www en nuestro caso)
/var/www/Injector/injector.py #Esto nos permite acceder al payload de forma remota por medio de wget luego de la explotación de la vulnerabilidad.
injector.py es un pequeño código que se encarga de solicitarle al Payload correspondiente a Metasploit Multi/Handler, el cual posteriormente ejecuta On The Fly y devuelve una Meterpreter Session.
El Handler
(http://2.bp.blogspot.com/-SSiIFM3cRjY/VNEe60rwwuI/AAAAAAAAARc/o-Gng23L-c4/s1600/handler.png)
El Handler se inicia desde el Main Menu ejecutando start handler, este es totalmente independiente y nos permite gestionar todos los tipos de Sesiones entregadas por los payloads, a excepción de Meterpreter, que es gestionado por Metasploit y depende su previa instalación.
Frameshock Handler, se comporta de 2 formas distintas dependiendo del indentificador enviado por el payload.
El mismo integra un Payload Manager encargado de enviar los Payload a los Injectors correspondientes y un Session Manager, encargado de gestionar de forma MultiThreading y Asincronica una ilimitada cantidad de Sesiones al mismo tiempo, permitiendo interactuar y volver a background a las Sesiones en cualquier momento por medio de los comandos interact y stop. Se espera en su proxima versión que sea capas de instalar un rootkit en los equipos deseados como modulo para mantener el acceso.
En la siguiente imagen se puede apreciar, como un injector.py solicita un payload al hanler y luego de su ejecución en memoria nos devuelve una Reverse Shell con la cual podemos interactuar en cualquier momento
(http://1.bp.blogspot.com/-txH0K37pNZc/VNEjUwIe9qI/AAAAAAAAAR8/hPpsadSCa9I/s1600/session.png)
Los Modulos
Los Modulos desarrollados por lacomunidad se encuentran en ExtraModules y deben seleccionarse y copiarsedentro de la carpeta Modules, respentando la nomenclatura y elcorrespondiente identificador numérico acorde a la cantidad de modulospresentes en la carpeta.
Una vez hecho esto, podremos interactuar con los módulos seleccionados desde Frameshock con los comandos show modules y use {ModuleNumber}
Importante: **** Antes de realizar el ataque con un modulo, debemos asegurarnos de haber creado un payload y haber iniciado el Handler ***
(http://3.bp.blogspot.com/-wy8rUlNVcQc/VNEls3T-PbI/AAAAAAAAASI/I9xATdwRkXY/s1600/module.png)
Una vez seleccionado un modulo, podemos visualizar sus opciones internas para adaptarlo a nuestras necesidades con el comando comando help
Cabe desatacar que cada desarrollador puede adaptar las propiedades internas de sus módulos acorde a sus necesidades, Frameshock propone una estructura base que ha de respetarse para sacar el maximo provecho del framework.
Entre las opciones por defecto de los modulos se expresa la función: use shodan la cual carga como targets todos dispositivos obtenidos al utilizar la búsqueda por SHODAN en el Main Menu de Frameshock, permitiéndonos automatizar ataques masivos de forma sencilla y veloz.
En el ejemplo a tratar en este manual se atacara a una Camara AXIS remota, vulnerable al modulo AXISIntruder desarrollado por [Q]3rv[0], el cual prueba contraseñas débiles en estos dispositivos, una vez logrado acceso sube el Payload y en unos segundos nos retorna una shell dentro del pequeño sistema interno de estos dispositivos.
Cabe destacar que las cámaras AXIS ARM solo disponen de /bin/sh, por lo que nuestro payload deber ser acorde al ataque a realizar.
(http://4.bp.blogspot.com/-DHihCvlVyhg/VNEojAm1yoI/AAAAAAAAASU/qC4dUVnvSto/s1600/sh.png)
Iniciamos el Handler:
(http://2.bp.blogspot.com/-SSiIFM3cRjY/VNEe60rwwuI/AAAAAAAAARc/o-Gng23L-c4/s1600/handler.png)
Seleccionamos el Modulo:
(http://3.bp.blogspot.com/-wy8rUlNVcQc/VNEls3T-PbI/AAAAAAAAASI/I9xATdwRkXY/s1600/module.png)
Configuramos un Target Manual:
(http://3.bp.blogspot.com/-QgmUq6DHo48/VNEpMaTj66I/AAAAAAAAASc/hYde9EDMS6E/s1600/target.png)
Ejecutamos el Ataque:
(http://1.bp.blogspot.com/--kiiqR-A8A8/VNErafetHSI/AAAAAAAAASo/n_lCTpnzYvQ/s1600/exploit.png)
Esperamos unos segundos, y vemos como nuestro handler maneja la Sesión:
(http://2.bp.blogspot.com/-bDsjKJTock8/VNEroaRCRTI/AAAAAAAAASw/ILVnaW0k_lw/s1600/victim.png)
Espero que esta guía solvente muchas de sus dudas, que les sea de utilidad y por sobretodo gracias por ayudarnos a volver realidad este gran proyecto!
Saludos!
Fuente: http://www.securitysignal.tk/2015/02/frameshock-al-descubierto.html (http://www.securitysignal.tk/2015/02/frameshock-al-descubierto.html)