netviz

802.11 · WiFi

WPA2-Enterprise 802.1X, EAP y el servidor RADIUS

En una red corporativa no hay contraseña Wi-Fi compartida — entras con tu propia identidad. Mira al suplicante, al AP y al servidor RADIUS construir un túnel TLS sellado, probar quién eres dentro de él, y solo entonces derivar llaves por sesión. Ve exactamente por qué omitir la verificación del certificado del servidor lo es todo.

Póster del diagrama de secuencia del handshake de 4 vías WPA2

Solicitando la escena al servicio de contenido…

3 roles
el reparto 802.1X
MSK
origen de PMK por usuario
PEAP / EAP-TTLSservidor RADIUStúnel TLSgemelo malvado

Qué vas a aprender

  • Los tres roles de 802.1X — suplicante, autenticador, servidor RADIUS — y por qué el AP es un relevo ciego.
  • Cómo PEAP/EAP-TTLS construyen un túnel TLS autenticado por el servidor antes de que viaje credencial alguna.
  • Por qué la PMK viene de la MSK de RADIUS (por usuario, por sesión), no de una contraseña compartida.
  • Cómo el ataque de gemelo malvado roba credenciales cuando el suplicante no valida el cert. del servidor.

La autenticación antes del handshake

WPA2-Personal deriva su llave maestra de una contraseña que todos comparten; WPA2-Enterprise la deriva de un inicio de sesión real. El cliente se asocia con 802.1X, pero el puerto controlado queda bloqueado hasta que EAP tenga éxito: un túnel TLS se forma contra el certificado del servidor RADIUS, el método interno (MSCHAPv2 o un certificado de cliente) prueba la identidad, y RADIUS devuelve Access-Accept con la Master Session Key.

El punto de acceso convierte los primeros 256 bits de esa MSK en la PMK y corre el mismo handshake de 4 vías que la lámina de la red de casa — pero ahora cada cliente tiene una llave única y por sesión. Esta lámina también recorre las dos formas en que se rompe: un Access-Reject por credenciales internas inválidas, y el ataque de gemelo malvado que cosecha credenciales cuando el suplicante omite la validación del certificado del servidor.

Índice del atlas