"PENTESTING A BLUETOOTH"
                     "PARTE I: Introduccion. al stack. de protocolos."
Quien no utiliza bluetooth para escuchar musica con audifonos inalambricos sin tener que molestarse con los odiosos y estorbosos cables?, creo que en pleno siglo 21, todos utilizamos esta grandiosa tecnologia, por lo que ahora vamos a ver algunas cositas tecnicas del protocolo o del stack y mencionaremos una breve descripcion de un ataque a este famoso protocolo de comunicaciones inalambricas.

Ultimamente he jugado con diferentes herramientas desarolladas exclusivamente para el testeo de este protocolo asi como me he leido toda la especificacion para analizar su funcionamiento , algunas herramientas las incluye de manera nativa algunas distribuciones linux y sus derivados.

primeramente vamos a observar el stack de bluetooth, cabe destacar que bluetooth son un conjunto de funcionalidades que brindan comunicacion, envio de mensajes, seguridad,  administracion de la comunicacion , etc, etc.

aqui una imagen del stack:
como podemos observar, el stack esta compuesto por varios niveles de abstraccion al igual que con los demas protocolos de comunicacion, algunos controlan el funcionamiento electronico o electrico, otros mas controlan la capa de enlace de datos para proveer la comunicacion entre el dispositivo master y el slave, otros controlan las bandas base, etc.

No mencionare aqui el funcionamiento ni la especificacion de cada uno de ellos, puesto que las mismas especificaciones se tendrian que leer varios archivos para entenderlo completamente.
lo que si explicare a continuacion es el proceso de emparejamiento principal que ocurre tras bambalinas cuando nos conectamos con otro dispostivo,   el pin es el resultado de un numero pseudo-aleatorio.
Ahora bien, con el surgimiento de el internet de las cosas o internet of things mas dispositivos van a incluir en sus funciones, este protocolo aunque en su v5 que contiene una mayor seguridad, pero,  claro esta que el mismo proceso de intercambio de llaves es el mismo desde hace mas de una decada desde que bluethoot se conviertiera en un estandar o pila de protocolos universales definitivo.
la desventaja de este tipo de ataques es que se necesita estar relativamente cerca a unos 10m-100m del objetivo o de la victima.
el encargado de pasarnos directamente al baseband y nos da acceso al hardware y a los registro de control es el famoso HCI (host controller interface).
HCI es uno de los encargados de los emparejamientos , el establecimiento,  la autenticacion correcta y la configuracion del enlace.
en esta investigacion de varios articulos vamos a ver las distintas formas de PDU de algunos protocolos, (no todos) si no solamente los mas importantes,  asi como la generacion de las llaves para el establecimiento de las conexion.
ahora,  el link manager protocol localiza a otros gestores del stack mismo y se comunica con ellos gracias al LMP,  El LMP consiste en un numero determinado de PDU que son los "paquetes de comunicacion dentro de esta capa"  cada PDU corresponde  a un distinto mensaje para enviar datos, para recibirlos,   para intercambiar las llaves,  entre otras cuestiones tecnicas,  mas adelante hablaremos mas a fondo de ello.
 tambien cabe destacar que existen diversos perfiles en los cuales funcionan para la retro-compatibilidad con demas dispositivos y de diversos fabricantes.
la imagen siguiente es un ejemplo de algunos de los perfiles,  cada uno con una funcionalidad y caracteristicas especificas propias:
Posteriormente desde las primeras versiones del stack hasta la actualidad se han ido agregando nuevos perfiles,  pero casi todos funcionan de manera similar para una compatiblidad como se menciono anteriormente.
ahora vamos a dejar lo demas  aun lado e ir de capa en capa respecto ala funcionalidad del stack.
vamos a comenzar por la capa fisica, la mas basica:
en el linkeado tipo SCO  el canal de comunicacion es reservado por dos periodos de tiempo consecutivos entre el master y el slave. el periodo de tiempo esta supervisado por el master solamente, despues de esto, todos los slaves se comunican con el mediante una linea de comunicacion.
en el ACL  linkeado es una comunicacion punto a multipunto etre el master y todos los slaves participantes en unan piconet, el master puede establecer un linkeado ACL a cada un slave pero solo puede existir una comunicacion ACL , ademas de que este tipo de comunicacion puede retransmitirse en algun momento dado.
el stack cuenta con 5 opciones en la capa de enlace para transferir disintos tipos de informacion los cuales son los siguientes:
aunque los mas usados aqui son el LM y el LC ya que son los que proporcionan acceso al linkeado,  los demás se utilizan para transmitir información  asyncrona, asyncronica,  y syncrona respectivamente.
vamos a ver y analizar primero en LM para ver de que trata.
LINK MANAGER:
ahora toca analizar la imagen anterior como toda metodología utilizada en este blog de ciber-seguridad, 

VULNERANDO DISPOSITIVOS MEDIANTE EL CABLE MALICIOSO O.MG 🔌.

vemos que tenemos al atacante y a los srvidores o en su defecto  crean un tunel sin autorizacion del lado de la victima,  son los mensajes responsables de echo request y echo reply lo que comunmente logran esto mediante mensajes continuos lo que termina creando conexiones TCP absolutas.

GUIA DE CAMPO 

ANALISIS DE CONEXIONES TCP Y CAPTURA CON TCPDUMP/WINDUMP

 hoy vamos a probar y analizar arduamente una herramienta de las legendarias usadas por los entusiastas hackers y profesionales desde las épocas de antaño donde los terrenos de el baudio y el electron estaban un poco desolados a excepcion de profesionales y hackers que su unica mision en esta vida era hacer de internet un lugar mejor  y libre para todos cosa que despues de dos decadas se ha logrado solo en parte porque las corporaciones a dia de hoy intentan monopolizar todo, venden tus datos,  los comparten como si fuera dinero o como si fueras un peon mas,   dejando un poco la charla filosofica  nos vamos a centrar en probar la herramienta que ese es el objetivo principal de este articulo.

primero navegaremos hasta la pagina oficial de la herramienta,  si estamos en windows es windump si estamos en linux o macOs nos convendria bien probar TCPdump o los binarios originales y proceder a la compilacion a mano.

podemos tener en cuenta que nos muestra la documentacion , el soporte,   y la correspondiente descarga de los archivos necesarios para arrancar nuestra herramienta.

una vez dado click a descargar nos indica que primero y lo principal aunado obligatoriamente deberemos de tener la libreria winpcap que es una extension o una recompilacion de la libreria libcap tan famosa y legendaria en linux por allas en los años 90s y prinicpios del 2000 es la unica libreria que de ella se han extendido diversas herramientas.

aunque similar los sitios web son distintos y los podremos identificar por sus respectivos colores, 

una vez procedido a descargar ambas librerías vamos a ejecutarlas en el orden correspondiente.

primero deberemos de instalar la libreria winpcap que esta porteada o recompilada para el sistema operativo wndows especialmente,  una vez hecho esto vamos a instalar ahora si la herramienta principal de la que nos centraremos en este articulo la windump y procederemos a utilizarla mediante la linea de comandos nos podemos ir a la documentacion y podemos analizar como es que la podemos utilizar como se muestra en la siguiente imagen.

como podemos ver en la documentación podemos encontrar todos los comandos necesarios para nuestro trabajo,   dependiendo de lo que deseemos hacer en un entorno de laboratorio de pruebas predeterminado.

  "SE LO QUE ESTAS VIENDO EN MI RED"
 Luego de que me fijara a que mi vecinito jugaba al maincra XD con mi red inalambrica que dias antes yo intencionalmente habia cambiado la seguridad de WPA2 a WEP para que la rompiera, me dispuse a investigar como trolearlo asi que me encontre en los foros con una tool que viene por defecto instalada en linux llamada drifnet,  primero deberemos envenenar su cache ARP y despues hacerle un ataque de MITM como hemos visto en anteriores investigaciones.
lo que tiene de malo es que ARP no tiene un mecanismo de autenticacion mutua o que no perjudique algunos de los AAA en seguridad de la informacion,  lo que hace esta herramienta es interceptar y redirigir el trafico de nuevo hacia su destino como un MITM comun solo que con la unica opcion de que filtra las imagenes solamente,  con wireshark tambien podemos hacer esto pero es un poco mas tedioso, ya que debemos ir examinante paquete por paquete para ver las urls de las imagenes e ir filtrandolas.
pero algunas veces dicho trafico ira encriptado con SSL lo que dificultara su obtencion con wirehark,  la herramienta drifnet ya trae por defecto esta utilidad que nos ayuda descifrar cierta informacion en el HTTPS para efectuar el espionaje mas rapido.
podemos usar ettercap en modo grafico o en la terminal o podemos usar la utilidad arpspoof en la terminal tambien,  cada quien puede usar la que guste yo en este caso usare  las utilidades en la terminal para no gastar tanto recurso de mi CPU de mi ordenador.
asi que vamos ala accion,  primero escanearemos a mi vecinito aver que direccion ip le asigno mi dhcp del router de mi red para esto, utilizaremos un escaneo rapido con nmap hacia todas las direcciones up es decir todas las que estan arriba o disponibles asi que ejecutare el escaneo hacia toda mi subred local.
esa es la maquina del crio rata jugando al maincra,  ahora vamos hacerle un arpspoofing.
ahi vemos que le esta enviando ala victima multiples paquetes arp reply para que crea que nosotros somos el router a donde envia el trafico y tambien hacerle creer al router que somos la victima y despues redirigirlo, antes no olvidarnos de redirigir el trafico o por el contrario estariamos desconectando ala victima de la red.
antes de proceder a redirigir el trafico, este es un paquete arp,  lo que hace este MITM es spoofear o falsear als direcciones hardware de este paquete para que la red crea que esta ante una entidad legitima.
este es un mensaje ARP.
lo que hacemos es falsear estos campos, menos el opcode que es el tipo de mensaje arp en este caso es tipo 3 por ser un ARP REPLY.
ahora vamos a ir snifeando todas las conexiones que pasan entre nosotros.
podemos observar como el trafico esta puesto como loco, y pues es claro,  tenemos dos lineas de trafico escuchando las de la victima y las propias,  asi que debemos de tener cuidado de causar una inundacion o flood y desconectar ala victima.
como yo no estoy en facebook, intuyo que es la victima quien se esta conectando a dicha red social  y por lo tanto nuestro ataque MITM ha tenido un gran exito.
ahora nos vamos a poner a capturar con wireshark para volcar el trafico en un nivel mas detallado y lo guardamos con la extension .pcap.
este es el archivo que volcaremos hacia la herramienta driftnet posteriormente frente al frenado del ataque.
ahora vamos a ver nuestro driftnet aver que nos puede decir.

ahora solo queda esperar que nos de las imagenes capturadas en el archivo .pcap.
aver que nos puede decir.
toda las imagenes se guardan en tmp/ en archivos temporales de linux.
ahora solo toca abrir las imagenes aver si encontramos algo interesante del trafico interceptado de la victima o del niño rata por asi decirlo.



REFERENCIAS, HERRAMIENTAS Y ENLACES TECNICOS:
https://github.com/deiv/driftnet
https://forums.kali.org/showthread.php?19230-How-to-use-driftnet-properly
https://es.wikipedia.org/wiki/Ataque_de_intermediario