Probando Kismet y Aircrack

La verdad es que nunca me había puesto con este tema. Si alguna vez he usado la red inalámbrica del alguien ha sido de la forma más inocente: echo un vistazo a las redes disponibles, me asocio a una abierta (sin cifrado), y ya no hay mucho más que hacer porque el cliente DHCP se encarga de todo.

Además el uso ha sido muy puntual, ojear el correo o alguna web, y siempre realizando un túnel cifrado a casa para emplear efectivamente mi propia conexión, para respetar la privacidad (la mía y la del buen ciudadano que comparte su conexión a Internet, por supuesto).

Pero vamos, que el cifrado WEP no es seguro ya lo hemos repetido muchas veces por aquí. Aún así voy a hacer un pequeño repaso práctico, y me pongo al día con Kismet, que reconozco que soy novato porque siempre he tenido OpenBSD y dstumbler en el portátil (hasta hace poco).

En primer lugar vamos a hacer funcionar a Kismet en condiciones, aunque en Ubuntu (y derivados) el paquete está bastante bien preparado y no hay que hacer gran cosa.

Editando /etc/kismet/kismet.conf hay que atender a dos lineas, o una solo si no queremos más que buscar redes inalámbricas:

# fuentes para kismet
# forma: tipo,interfaz,nombre_servidor
source=orinoco,eth0,Kismet

# si queremos analizar tramas, debe estar 'dump' en la lista
logtypes=dump,network,csv,xml,weak,cisco,gps

Yo solo tuve que configurar la linea de source, el resto estaba perfecto. La información capturada va a parar a /var/log/kismet/, y hay que andar con ojo porque con el tiempo se nos puede llenar el disco.

Los tipos de fuente soportados están en la documentación. Yo uso una tarjeta PCMCIA con chip PRISM2, y Xubuntu usa por defecto el driver orinoco_cs, cosa que no se suele recomendar.

Confieso que probé el driver hostap_cs, pero la integración con las herramientas de configuración de esta distribución no es tan buena, y como el uso que le doy yo a la tarjeta no es muy extremo (y además la firmware que lleva es vieja y tampoco muy recomendable), pues he vuelto al driver orinoco_cs y he adoptado el algoritmo del avestruz ;).

Existen básicamente dos formas de atacar al cifrado WEP: ataques pasivos y ataques activos inyectando tráfico. El driver orinoco_cs no permite inyectar tráfico, así que me veo obligado a probar con el ataque pasivo... que consiste en escuchar y analizar lo escuchado (con la potencia de mi portátil, ¡que tiemble la humanidad!).

Una vez configurado, ya es cuestión de arrancar con comodidad el programa, yo tengo un botón con algo como:

xterm -e "sudo kismet"

Kismet en acción, solo he dejado legible mi red

Aunque esto se puede mejorar, como por ejemplo usando un usuario sin privilegios, pero tampoco hay que pasar de novato a mastah muy rápido, no nos hagamos daño :P.

Una vez tenemos funcionando Kismet, es bastante sencillo de manejar. En verde podemos ver la redes con cifrado, y en amarillo las que están abiertas. Salimos del modo de ordenación automático y pasamos, por ejemplo, a que ordene usando el WEP como criterio pulsando s seguido de w. Entonces nos ponemos con el cursor sobre la red que queramos inspeccionar, y pulsamos enter.

En esta vista, que abandonaremos pulsando q, podemos ver información interesante.

El detalle de mi red inalámbrica, destacando lo importante

Destacar el tipo de red (modo infraestructura en este caso), el BSSID (vamos, la MAC del punto de acceso), el canal, si tiene WEP o no, los paquetes que se han capturado, resaltando las tramas IV.

Bueno, ¿por qué son las tramas IV tan importantes? Pues porque independientemente de que usemos claves de 64 o 128 bits, siempre se usa un vector de inicialización de 24 bits, que va en esas tramas IV.

Las tramas de inicialización contienen una sub-clave variable que se concatena a la clave real, para evitar que se repitan secuencias (el cifrado que se usa es simétrico, así que si el mismo mensaje cifrado con la misma clave da lugar siempre al mismo texto cifrado, lo que facilita mucho el análisis). Lamentablemente, en puntos de acceso con un nivel de tráfico razonable, es posible que se den vectores de inicialización repetidos, con lo que realmente se repiten secuencias y nos permite obtener la clave con más facilidad.

Mientras escribía esto he tenido a Kismet capturando tramas en mi red inalámbrica, así que es momento de que entre aircrack en acción.

El funcionamiento es sencillo: indicamos el BSSID de la red que queremos analizar (en este caso mi red inalámbrica privada), y dónde está la información capturada por Kismet:

$ aircrack -m 00:80:5A:32:ff:ff /var/log/kismet/*.dump

En mi prueba se habían capturado solo 277 tramas IV, según aircrack, que son insuficientes para realizar un ataque en condiciones, pero como solo estamos probando y de todas formas el procesador de mi portátil no está para romper claves... pues no pasa nada. Que no se haya dado con la clave también es un resultado, ¿verdad?

Después de 30 minutos se habían probado unas 300 mil claves (a ojo, lo he parado sin apuntar cifras), y sin éxito. Lo he parado para que no se hiciera daño con tanto pensar para nada :P.

¿Cuánto tráfico hay que capturar para asegurarnos dar con la clave? Bueno, he leído que desde 0.5 GB ya se puede hablar de posibilidades de éxito, aunque todo dependerá de la cantidad de tramas IV capturadas más que del tráfico en general (aunque no deja de haber una relación).

Hay mucha literatura en la red sobre estos temas, y si tengo que recomendar un documento, sería este texto de Michael Ossmann para Security Focus: WEP, Dead Again, Part 1. Pero cuidado: no es lo mismo hacer un uso incocente de la red inalámbrica del vecino que estar jugando contra las debilidades del cifrado WEP ;).

Acutalización: Hablábamos de kismet y aircrack, pero como bien apunta Felipe en los comentarios, puede ser más últil emplear airodump. Recomendable leer los comentarios de esta anotación :).