Mostrando entradas con la etiqueta spoofing. Mostrar todas las entradas
Mostrando entradas con la etiqueta spoofing. Mostrar todas las entradas

jueves, 28 de julio de 2016

PoC: Hack Pokémon Go sin Jailbreak (Sólo iPhone)

Buenas chavales!

Hoy os presento un hack para Pokemon Go.

Es exclusivamente para Iphone y con ordenador con el sistema operativo OS X instalado, preferiblemente de origen (MAC, iMAC, MACBOOK…)

Antes de continuar, deberéis tener desinstalado Pokémon Go del dispositivo.

Para hacer el hackeo a la aplicación, necesitareos 4 programas.

1º Xcode (Se descarga de la AppStore, por ejemplo)
3º El juego hackeado. https://www.iphonecake.com/ -Buscar Pokémon Go, y la versión (Tweaked)
4º iOS signer, para firmar y validar la aplicación una vez parcheada. https://dantheman827.github.io/ios-app-signer/

Teniendo todo descargado y en el escritorio, entramos en materia.

Lo primero, abrir el Xcode, y seleccionamos Create a new Xcode Project.
Seleccionamos Master-Detail Application y le damos a next. En Product Name: ponemos el nombre que queramos, en nuestro caso, RabbitHutchPokemon, y en Organization Identifier: com.RabbitHutch (por ejemplo).
Seguimos con Next, y luego Create.
Ahora estaremos en la página de inicio de Xcode, con el programa por hacer. Hay una exclamación en amarillo, le damos a FIX ISSUE, y entonces, sino estamos registrados, nos pedirá un correo electrónico y contraseña para hacernos Developer, poner la del AppStore y os deberá de dejar entrar.
Luego iremos al menú de arriba a la izquierda, que pone Xcode, y seleccionamos Preferences… Luego nos vamos a la pestaña Account, de ahí nos iremos a View Details… Y dentro, nos tiene que salir en Provisioning Profiles, una direcciones que abriremos con el segundos botón, y daremos a Show in Finder (si no os sale nada en Provisioning Profile, algo está mal hecho, seguramente no le habréis dado a la exclamación)
Continuamos con la carpeta abierta, ya podemos cerrar la pestaña, y dejamos el programa Xcode minimizado.
Ahora le podemos cambiar el nombre al archivo que hemos descargado, para que sea más sencillo, y lo guardamos en la carpeta de PokemonGoanyWhere.
Abrimos el terminal y tecleamos cd y arrastramos la carpeta (los comandos los iremos viendo en el curso que estoy haciendo, así que si no los entendeís ahora no pasa nada, lo iremos viendo) y apretamos a enter.
Una vez dentro de la carpeta, tecleamos chmod +x optool patchapp.sh y otra vez enter.
Luego ./patchapp.sh patch RabbitHutchPokemon.ipa y arrastramos el archivo que tenemos abierto en la carpeta, y le damos a enter.
Ahora se estará desempaquetando el archivo, parcheando y volviendo a empaquetar.
Para terminal, abriremos el iOS app Signer, y damos a browser y seleccionamos el archivo, luego en Provisioning Profile: Seleccionaremos el que hemos creado, daremos a STAR y guardaremos en el escritorio.
Volvemos con el paso final. Abrimos Xcode, nos vamos a Windows-Devices y seleccionamos nuestro teléfono, damo al +, seleccionamos nuestro archivo parcheado y firmado, y ya sólo nos queda terminar con el teléfono.
Vamos a AJUSTES-GENERAL-GESTIÓN DE DISPOSITIVOS, seleccionamos la cuenta, y le damos a CONFIAR, volvemos a dar a CONFIAR, y ya tenemos todo para jugar.

Espero que os haya sido de ayuda, y os dejo el vídeo donde explico todo detallado.





Un saludo!


martes, 15 de marzo de 2016

Hacking Bluetooth (Spoofing)




SPOILER ALERT ¿Recordáis en la serie Mr. Robot, la escena en la que aprovecha el sistema Bluetooth de un vehículo policial, para "spoofearlo" y conseguir acceso al ordenador del agente?





Hoy vamos a aprender a utilizar esta técnica, para realizar ataques de spoofing a dispositivos Bluetooth. El proceso es bastante parecido al Spoofing Wi-Fi o el ataque del gemelo malvado, del que ya hemos hablado en este blog.

Aunque el Bluetooth hoy día no es TAN utilizado como la tecnología Wi-Fi, y suelen traer sistemas de seguridad (como hacer no visible al Bluetooth aún estando encendido esperando la interacción humana, por ejemplo), además de no tener tantas posibilidades como el Wi-Fi, sí que nos podría salvar en determinados momentos.

Para realizar esta prueba de concepto, utilizo una máquina Kali Linux virtualizada en VMWare, un teclado Bluetooth y un teléfono Android. Queremos hacer el ataque de spoofing al teclado Bluetooth, de forma que el teléfono Android se conecte a nuestro Kali Linux.

Comenzamos iniciando el servicio de Bluetooth, si vuestro PC o portátil no tiene Bluetooth debéis instalarle un dispositivo USB Bluetooth.



Además debemos subir la interfaz de Bluetooth (al igual que podemos manejar interfaces ethernet-ethx o Wi-Fi-wlanx), para ello utilizaremos la utilidad en Kali Linux "hciconfig" (uso similar a ifconfig o iwconfig).



Comprobamos que se haya subido correctamente (por motivos de seguridad no mostraré las direcciones MAC completas de los dispositivos, ya que se trata de elementos reales y propios).



A continuación usaremos la herramienta btscan para escanear dispositivos Bluetooth cercanos.




Hemos encontrado nuestro teclado víctima, el cual se encuentra conectado al teléfono Android, es el momento de comenzar el ataque... ¡SPOOFING! Simplemente debemos usar spooftooph y agregar los siguientes parámetros:

  • -i (interfaz) = la interfaz Bluetooth que estamos utilizando
  • -a (address) = la dirección MAC del teclado bluetooth VÍCTIMA
  • -n (name) = el nombre del dispositivo víctima



Como podéis ver, en menos de 10 minutos (5 si tenemos práctica) podemos hacer un ataque de spoofing Bluetooth, y aun pareciendo el Bluetooth un sistema obsoleto o antiguo, aún dispositivos como ratones, teclados, manos libres de coches, móviles, etc usan esta tecnología, que además suele estar olvidada en cuanto a la seguridad... Un sistema con alto nivel de seguridad, podría ser altamente vulnerable gracias a un ratón o un teclado inalámbrico Bluetooth...




lunes, 14 de marzo de 2016

Aircrack-ng (V) - Ataque del gemelo malvado

Buenas hackers! Hoy vamos un poco más allá en nuestro recorrido a la suite Aircrack-ng con un ataque un poco más avanzado: El ataque del gemelo malvado (Evil Twin Attack).

Este ataque consiste en colocar un punto de acceso inalámbrico con el mismo BSSID y mismo ESSID que una red a la que queramos suplantar, de forma que una víctima se conecte a nuestro punto de acceso en vez del verdadero.

Dado que muchas instalaciones de red inalámbrica cuentan con varios puntos de acceso con la misma SSID, dos AP con la misma identificación no levanta a priori mayores sospechas. De hecho, en la mayoría de los dispositivos solamente se muestra una sola red inalámbrica, simplemente conectándose al punto de acceso más cercano.

El así llamado spoofing de una red autorizada es uno de los ataques más potentes que podemos lanzar contra una empresa, capturando una gran cantidad de credenciales de usuario y otros datos de interés, dado que podemos orquestar todo un ataque man in the middle escuchando todo el tráfico que el usuario envía sin temor al pensar que la red es conocida y segura.

El ataque Evil Twin debe realizarse cerca del punto de acceso verdadero. La razón es que un host se conectará al punto de acceso inalámbrico que le llegue con mayor potencia; estar a menor distancia del host que el AP verdadero es entonces muy importante. Otra opción es forzar nuestro adaptador de red de manera que emita a una potencia mayor que la de fábrica, pero esto puede no ser posible según el que utilicemos.

Como ejemplo tomaremos un caso parecido al anterior, de manera que tenemos una red inalámbrica a la que queremos suplantar, y un equipo con dos interfaces de red, una de ellas inalámbrica, que podremos utilizar como base del ataque. En muchos sentidos, este ataque se parece en su ejecución al ataque de punto de acceso falso; realmente la diferencia es el objetivo. Mientras que en el punto de acceso falso atacamos a potenciales víctimas que creen aprovecharse de una red abierta, en este caso atacaremos a víctimas que creen estar conectándose a una red conocida.

El primer paso es, como siempre, localizar la red que queremos suplantar utilizando la herramienta airodump-ng. Como ya hemos descrito anteriormente cómo hacer ésto, no nos entretendremos repitiendo la explicación. En este caso, suplantaremos a la misma red que en los anteriores ataques de autenticación falsa y de desautenticación.
Localizando la red con Airodump-ng

Simularemos por tanto el BSSID 84:9C:A6:36:99:24 y el ESSID FORENSE. Vemos asimismo que hay una estación conectada, que nos servirá como víctima del ataque. El siguiente paso es crear con airbase-ng un punto de acceso inalámbrico de forma similar al apartado anterior, añadiendo además el parámetro que establece el BSSID del punto de acceso creado, en este caso el mismo que el de la red a suplantar.

airbase-ng -a 84:9C:A6:36:99:24 --essid FORENSE -c 5 wlan0mon

En este punto tenemos ya el ataque casi preparado. En nuestro equipo víctima vemos que la red FORENSE aparece como una red abierta en vez de la red segura que es la original. Sin embargo, al no tener conexión a Internet, ni servicio DHCP que le otorgue una IP, algunos dispositivos (sobre todo los sistemas móviles) se desconectarán del AP y se conectarán al siguiente.

Por tanto debemos o bien llevar a cabo una configuración más exhaustiva con servicios DHCP y/o DNS, o bien conectar mediante una interfaz puente el AP falso a otra interfaz de red que le otorgue acceso a Internet y otros servicios. Éste método ya lo hemos descrito en el apartado anterior, y se realiza de forma exactamente igual. Lo ideal y habitual en un ataque es que dicha interfaz esté conectada a la misma red que el AP verdadero, de forma que realmente la víctima está conectada a la red que él quiere, solo que nosotros espiamos todo su tráfico.

Un caso especial y habitual es que la víctima ya esté conectada al punto de acceso inalámbrico verdadero. En este tipo de casos es cuando entra en juego de nuevo el ataque de desautenticación, descrito hace algunos apartados. Mediante él, provocamos una desconexión de la víctima con el AP verdadero, lo que provoca que el dispositivo vuelva a buscar la red para una reconexión; si detecta el AP falso, muchas veces intentará conectarse a él. Podemos lanzar el ataque de deautenticación periódicamente hasta que se dé el caso y el ataque Evil Twin haya tenido éxito.

Hasta aquí el paso de hoy; una entrada algo cortita, pero prefiero no repetirme en cuanto a los métodos que ya he descrito en los apartados anteriores (he puesto links en el texto para que podáis ir directamente). Espero que os guste la entrada y os sirva para aprender un poco más.


Un saludo hackers!

Google Analytics