Saltar al contenido principal

¿Qué es la autenticación 802.1X? Cómo funciona y por qué es importante

Una guía de referencia técnica completa para directores de TI y arquitectos de redes sobre la autenticación IEEE 802.1X. Esta guía cubre la arquitectura subyacente, las estrategias de implementación, los beneficios de seguridad sobre PSK y cómo implementar eficazmente el control de acceso de clase empresarial junto con soluciones de WiFi para invitados.

Por Iain JewittPublicado Actualizado
📖 5 min de lectura1,379 palabras2 ejemplos prácticos3 preguntas de práctica8 definiciones clave

Video overview

Escuchar esta guía

Ver transcripción del podcast
Qué es la autenticación 802.1X? Cómo funciona y por qué es importante Un informe técnico de Purple - aproximadamente 10 minutos --- INTRODUCCIÓN Y CONTEXTO - aproximadamente 1 minuto Le damos la bienvenida a la serie de informes técnicos de Purple. Soy su anfitrión, y hoy vamos a analizar uno de los estándares más importantes - y peor comprendidos - de las redes empresariales: la autenticación IEEE 802.1X. Si es un responsable de TI, arquitecto de red o CTO a cargo de un despliegue multisitio - ya sea un grupo hotelero, una cadena de tiendas, un estadio o instalaciones del sector público - este es un estándar que debe conocer a fondo. No por mero interés académico, sino porque implementarlo correctamente marca la diferencia entre una red que protege de verdad a su organización y otra que le ofrece una falsa sensación de seguridad. En los próximos diez minutos, veremos qué es realmente 802.1X, cómo funciona el flujo de autenticación a nivel interno, dónde encaja dentro de su arquitectura de seguridad general, cómo desplegarlo evitando los errores más comunes y cómo es el caso de negocio en términos reales. Comencemos. --- ANÁLISIS TÉCNICO DETALLADO - aproximadamente 5 minutos Entonces, ¿qué es 802.1X? En esencia, es un estándar de la IEEE para el control de acceso a redes basado en puertos. La palabra clave aquí es "basado en puertos". Antes de que se permita a un dispositivo acceder a la red - antes de que pueda enviar un solo paquete a sus recursos internos - debe autenticarse. El puerto de red, ya sea físico o inalámbrico, permanece lógicamente bloqueado hasta que la autenticación se realiza correctamente. Esto es fundamentalmente diferente de cómo funciona la mayoría del WiFi residencial. Con una configuración estándar WPA2-Personal, se tiene una clave precompartida - una contraseña - y cualquiera que la conozca accede a la red. El problema es evidente: esa contraseña se escribe en pizarras, se comparte en canales de Slack y se entrega a contratistas que se marcharon hace seis meses. No hay responsabilidad individual, no hay registro de auditoría y revocar el acceso implica cambiar la contraseña para todo el mundo. 802.1X soluciona todo eso. El estándar define un modelo de tres partes. Está el Supplicant (suplicante) - que es el dispositivo del usuario final, ya sea un ordenador portátil corporativo, un smartphone o un sensor IoT. Está el Authenticator (autenticador) - que suele ser su punto de acceso inalámbrico o un switch gestionado. Y está el Authentication Server (servidor de autenticación) - que casi siempre es un servidor RADIUS, que corresponde a Remote Authentication Dial-In User Service. Así es como funciona el flujo. Cuando un suplicante se conecta a un puerto de red o a un SSID inalámbrico, el autenticador pone ese puerto en un estado controlado, permitiendo únicamente el paso de tráfico EAP. EAP significa Extensible Authentication Protocol (Protocolo de Autenticación Extensible), y es el marco que transporta el intercambio de credenciales real. El autenticador envía una solicitud de identidad EAP al suplicante. El suplicante responde con su identidad. A continuación, el autenticador la reenvía al servidor RADIUS, que desafía al suplicante para que demuestre su identidad, lo cual puede hacerse mediante un nombre de usuario y contraseña, un certificado digital, una tarjeta inteligente o una combinación de factores. Una vez que el servidor RADIUS está conforme, envía un mensaje Access-Accept de vuelta al autenticador, que entonces abre el puerto y permite el acceso completo a la red. Si la autenticación falla, el puerto permanece bloqueado o el dispositivo se coloca en una VLAN de invitados restringida. Ahora bien, el marco EAP es extensible por diseño (eso es lo que significa la E). Existen varios métodos EAP de uso común. EAP-TLS utiliza autenticación mutua basada en certificados (tanto el cliente como el servidor presentan certificados) y se considera el estándar de oro para la seguridad. PEAP (Protected EAP), que significa EAP protegido, envuelve la autenticación interna en un túnel TLS, lo que permite utilizar credenciales de nombre de usuario y contraseña de forma segura. EAP-TTLS es similar a PEAP pero más flexible en los métodos de autenticación interna que admite. Para la mayoría de las implementaciones empresariales, tendrá que elegir entre EAP-TLS para entornos de alta seguridad y PEAP-MSCHAPv2 para entornos donde la implementación de certificados resulte poco práctica. Hablemos ahora de cómo se integra esto con su infraestructura existente. El servidor RADIUS no autentica a los usuarios de forma aislada, sino que consulta un almacén de identidades backend. En la mayoría de los entornos empresariales, se trata de Microsoft Active Directory o un directorio LDAP. El servidor RADIUS recibe la credencial del autenticador, la valida contra Active Directory y devuelve una decisión de política. Esa decisión de política puede incluir más que un simple aceptar o rechazar: puede incluir la asignación de VLAN, políticas de ancho de banda y valores de tiempo de espera de la sesión. Aquí es donde la asignación dinámica de VLAN se vuelve potente. Puede definir una política que diga: si este usuario está en el grupo de Finanzas en Active Directory, asígnelo a la VLAN 20. Si es un contratista, asígnelo a la VLAN 50 con acceso exclusivo a internet. Si está en un dispositivo no gestionado, colóquelo en la VLAN de invitados. Todo esto ocurre de forma automática, en el punto de conexión, sin ninguna intervención manual. Para despliegues inalámbricos, 802.1X es el mecanismo de autenticación que sustenta WPA2-Enterprise y WPA3-Enterprise. La capa de cifrado (la protección real de los datos en tránsito) se gestiona mediante el acuerdo de clave en 4 pasos (4-way handshake) que sigue a una autenticación 802.1X exitosa, generando claves PMK y PTK únicas por sesión. Esta es una diferencia crítica con respecto a WPA2-Personal, donde todos los clientes comparten el mismo material de derivación de claves de cifrado. En una red WPA2-Personal, un actor malicioso que capture el 4-way handshake y conozca la PSK puede descifrar todo el tráfico de esa red. Con WPA2-Enterprise y 802.1X, ese vector de ataque se elimina porque cada sesión utiliza un material de claves único. Desde el punto de vista del cumplimiento normativo, esto es de enorme importancia. PCI-DSS versión 4.0 exige controles de autenticación sólidos para cualquier red que transporte datos de titulares de tarjetas. El GDPR exige medidas técnicas adecuadas para proteger los datos personales. Si gestiona una red de venta minorista donde los terminales de punto de venta comparten segmento con la red WiFi de invitados, tiene un problema grave - y 802.1X con segmentación dinámica de VLAN es una parte fundamental de la solución. --- RECOMENDACIONES DE IMPLEMENTACIÓN Y ERRORES COMUNES - aproximadamente 2 minutos Bien, hablemos del despliegue. El error más común que veo es que las organizaciones tratan 802.1X como una opción binaria: o lo despliegas por completo en todo, o no te molestas. La realidad es que un enfoque por fases es casi siempre más práctico y exitoso. Comience con su SSID corporativo y sus dispositivos gestionados. Despliegue un servidor RADIUS (Microsoft NPS es gratuito y se integra de forma nativa con Active Directory; FreeRADIUS es la alternativa de código abierto para entornos que no son de Windows). Configure su infraestructura inalámbrica para utilizar WPA2-Enterprise o WPA3-Enterprise en el SSID corporativo. Distribuya la configuración del suplicante 802.1X a los dispositivos gestionados mediante políticas de grupo o su plataforma MDM. Realice pruebas exhaustivas antes del cambio definitivo. Para la red WiFi de invitados, el enfoque es diferente. Los invitados no tienen credenciales corporativas, por lo que no se utiliza 802.1X en el sentido tradicional. En su lugar, plataformas como Purple proporcionan una capa de Captive Portal que gestiona la identidad de los invitados (inicio de sesión social, registro por correo electrónico, verificación por SMS) y luego ubica a los invitados autenticados en una VLAN aislada con políticas de ancho de banda y contenido adecuadas. Esto le aporta las ventajas de la captura de datos y la segmentación sin requerir que los invitados tengan credenciales de directorio. Los errores que debe vigilar: la gestión de certificados es el punto de fricción más común en los despliegues de EAP-TLS. Necesita una PKI (infraestructura de clave pública) para emitir y gestionar los certificados de cliente. Si no dispone de una, la sobrecarga operativa de EAP-TLS puede ser significativa. PEAP-MSCHAPv2 es más fácil de desplegar, pero requiere prestar especial atención a la validación del certificado del servidor en el lado del cliente (si los clientes no están configurados para validar el certificado del servidor RADIUS, estará expuesto a ataques de puntos de acceso no autorizados). La disponibilidad del servidor RADIUS es otra consideración fundamental. Si su servidor RADIUS se cae, los usuarios autenticados no podrán conectarse. Implemente RADIUS en una configuración de alta disponibilidad - como mínimo, un servidor primario y uno secundario - y asegúrese de que sus puntos de acceso estén configurados para realizar la conmutación por error correctamente. Por último, los dispositivos IoT. Muchos dispositivos IoT no admiten suplicantes 802.1X. Para estos, el bypass de autenticación MAC - MAB - es la solución común, donde la dirección MAC del dispositivo se utiliza como credencial. Esto es más débil que un 802.1X adecuado, por lo que debe aislar los dispositivos autenticados por MAB en una VLAN restringida y supervisarlos de cerca. --- PREGUNTAS Y RESPUESTAS RÁPIDAS - aproximadamente 1 minuto Permítame repasar algunas preguntas que me hacen habitualmente. "¿Funciona 802.1X con RADIUS basado en la nube?" Sí - servicios como Cisco ISE, Aruba ClearPass y las ofertas nativas de la nube de RADIUS-as-a-Service admiten 802.1X. La plataforma de Purple se integra con estos para una autenticación unificada de invitados y personal. "¿Puedo usar 802.1X tanto en una red cableada como inalámbrica?" Absolutamente. El estándar se diseñó originalmente para puertos Ethernet cableados y funciona de manera idéntica en switches gestionados. "¿Cuál es el impacto en el rendimiento?" Despreciable en la práctica. El intercambio de autenticación añade unos cientos de milisegundos en el momento de la conexión, pero tiene un impacto nulo en el rendimiento una vez establecida la sesión. "¿Reemplaza WPA3 a 802.1X?" No. WPA3-Enterprise sigue utilizando 802.1X para la autenticación - mejora los mecanismos de cifrado y el intercambio de claves, pero el marco de autenticación sigue siendo el mismo. --- RESUMEN Y PRÓXIMOS PASOS - aproximadamente 1 minuto En resumen: 802.1X es el estándar IEEE para el control de acceso a la red basado en puertos. Proporciona autenticación por usuario, asignación dinámica de políticas, un registro de auditoría completo y las claves de cifrado por sesión que hacen que WPA2-Enterprise y WPA3-Enterprise sean genuinamente seguros. Es la opción correcta para cualquier red empresarial, de hostelería, comercio minorista o del sector público donde se necesite responsabilidad individual y seguridad de nivel de cumplimiento normativo. Sus próximos pasos inmediatos: audite su modelo de autenticación de red actual. Si está utilizando una PSK compartida en su SSID corporativo, esa es su primera prioridad de solución. Evalúe su infraestructura RADIUS - si no dispone de una, Microsoft NPS o FreeRADIUS son puntos de partida sólidos. Y si gestiona el WiFi de invitados junto con la infraestructura corporativa, analice cómo plataformas como Purple pueden proporcionar la capa de identidad de invitados que complementa su despliegue corporativo de 802.1X. Para obtener más detalles sobre WPA2 frente a WPA3 y cómo interactúan con 802.1X, consulte la guía de comparación de Purple enlazada en las notas del programa. Gracias por escuchar. Nos vemos en la próxima sesión.

Parte de nuestra serie principal: Guía de seguridad de WiFi empresarial →

Enterprise Network Architecture ToolIEEE 802.1X & EAP-TLS Sizing

802.1X Enterprise WiFi Architecture & Sizing Advisor

Model enterprise 802.1X authentication workflows, calculate peak RADIUS throughput demands, evaluate EAP-TLS certificate security postures, and configure dynamic role-based VLAN steering policies.

Network & Identity Parameters

1,500
5010,00025,000
85%
30%75%100%
Active Endpoints
1,275
Concurrent on WiFi
Peak Auth Rate
3 req/sec
Shift transition peak
RADIUS Nodes (HA)
2 Nodes
N+1 resilient cluster
Roaming Latency
15 ms
802.11r FT seamless
Zero-Trust Security Posture
Grade A+ (Elite Zero-Trust)
100/100
Estimated IT time saved: 47 hours/month against manual certificate and credential handling, capped at one full-time equivalent.
EAP Authentication Method Comparison
MethodCredentialsCert OverheadSecurity Rating
EAP-TLSDual X.509 CertsClient + ServerHigh (Zero Trust)
EAP-TTLSTunnel + PasswordsServer OnlyMedium (Tunneled)
PEAP-MSCHAPv2Username/PasswordServer OnlyLow (Brute-Force Risk)
RADIUS Clustering & Packet Exchange Metrics
  • EAP Packets per Handshake: 10 EAPOL frames (Supplicant → AP → RADIUS).
  • Cluster Sizing: 2 RADIUS nodes recommended (Primary Active + Secondary Standby).
  • RadSec Over TLS: TCP port 2083 replaces legacy unencrypted UDP 1812, protecting AAA packets across untrusted WAN links.
  • Fast BSS Transition: Enabled (802.11r eliminates RADIUS re-auth during AP handoffs).
Ready to deploy enterprise 802.1X & zero-trust access control?
Consult with Purple network engineers to architect dynamic VLAN steering, Passpoint onboarding, and cloud RADIUS.
Useful? Link to this tool

¿Qué es la autenticación 802.1X? Cómo funciona y por qué es importante

Resumen Ejecutivo

Para los responsables de TI de empresas que gestionan redes en sectores como Hostelería, Retail, Sanidad o Transporte, garantizar la seguridad del acceso a la red es un requisito fundamental. Confiar en claves precompartidas (PSK) para el acceso corporativo introduce riesgos inaceptables: falta de responsabilidad individual, procesos de revocación complejos y vulnerabilidades de cifrado compartido.

IEEE 802.1X es el marco estándar del sector para el control de acceso a redes basado en puertos. Aplica un riguroso proceso de autenticación antes de que un dispositivo pueda comunicarse en la red, lo que permite la verificación de identidad por usuario, la aplicación dinámica de políticas y el cumplimiento de marcos como PCI-DSS y GDPR. Esta guía explora el funcionamiento de 802.1X, las diferencias entre los métodos EAP comunes y las estrategias prácticas de implementación para entornos empresariales, incluyendo cómo se integra con soluciones de WiFi para invitados para ofrecer una estrategia de acceso integral.

Análisis Técnico Detallado: Cómo Funciona 802.1X

En su núcleo, 802.1X funciona con un modelo de tres partes diseñado para aislar los dispositivos no autenticados de la red interna.

La Arquitectura de Tres Partes

  1. Suplicante (Supplicant): El dispositivo del usuario final (portátil, smartphone, sensor IoT) que solicita acceso a la red. Debe ejecutar un cliente de software compatible con 802.1X.
  2. Autenticador (Authenticator): El dispositivo de red (punto de acceso inalámbrico o switch gestionado) que controla el puerto físico o lógico. Actúa como guardián, bloqueando todo el tráfico excepto EAP (Extensible Authentication Protocol) hasta que la autenticación se realiza correctamente.
  3. Servidor de Autenticación: Normalmente un servidor RADIUS (Remote Authentication Dial-In User Service). Valida las credenciales del suplicante con un almacén de identidades backend (como Active Directory) y devuelve una decisión de política.

¿Qué es la autenticación 802.1X? Cómo funciona y por qué es importante - architecture overview

El Flujo de Autenticación

Cuando un suplicante se conecta a un puerto o SSID habilitado para 802.1X, el autenticador coloca el puerto en un estado no autorizado. El flujo se desarrolla de la siguiente manera:

  1. EAPOL Start: El suplicante envía una trama EAPOL Start (EAP over LAN) al autenticador.
  2. Solicitud de Identidad: El autenticador solicita la identidad del suplicante.
  3. Respuesta de Identidad: El suplicante proporciona su identidad, que el autenticador reenvía al servidor RADIUS mediante un paquete RADIUS Access-Request.
  4. Intercambio EAP: El servidor RADIUS y el suplicante negocian un método EAP y交换 credenciales de forma segura a través del autenticador.
  5. Decisión de acceso: Tras una validación correcta, el servidor RADIUS envía un paquete RADIUS Access-Accept al autenticador. Este paquete suele incluir atributos específicos del proveedor (VSA) para la asignación dinámica de VLAN o políticas de QoS.
  6. Puerto autorizado: El autenticador cambia el estado del puerto a autorizado, permitiendo el tráfico de red normal.

Métodos EAP: Elegir el protocolo adecuado

El marco EAP es extensible. La elección del método EAP determina cómo se intercambian y verifican las credenciales:

  • EAP-TLS (Transport Layer Security): El estándar de oro en seguridad. Requiere autenticación mutua mediante certificados digitales tanto en el cliente como en el servidor. Aunque es altamente seguro, requiere una infraestructura de clave pública (PKI) robusta.
  • PEAP-MSCHAPv2 (Protected EAP): El despliegue más común en entornos empresariales. Utiliza un certificado en el servidor para establecer un túnel TLS seguro, dentro del cual el cliente se autentica mediante un nombre de usuario y contraseña estándar (MSCHAPv2). Equilibra la seguridad con la sencillez de despliegue.
  • EAP-TTLS (Tunnelled TLS): Similar a PEAP pero admite una gama más amplia de protocolos de autenticación interna, incluidos los sistemas heredados PAP o CHAP, utilizados a menudo en entornos que no son Windows.

¿Tiene preguntas sobre su configuración específica?

Nuestro equipo trabaja con operadores de recintos, responsables de TI e ingenieros de redes en 80 000 espacios. Reserve una llamada de 20 minutos y le mostraremos cómo lo han solucionado otros profesionales como usted.

Guía de implementación

El despliegue de 802.1X requiere una planificación minuciosa para evitar interrupciones a los usuarios. Un enfoque por fases es fundamental para garantizar el éxito.

Fase 1: Preparación de la infraestructura

Antes de habilitar 802.1X en el extremo, asegúrese de que su infraestructura principal está preparada. Despliegue un servidor RADIUS (como Microsoft NPS o FreeRADIUS) e intégrelo con su proveedor de identidad. Configure la alta disponibilidad para la infraestructura RADIUS; si el servidor de autenticación falla, el acceso a la red se detiene.

Fase 2: Configuración del suplicante

No dependa de que los usuarios configuren manualmente sus dispositivos. Para los dispositivos corporativos gestionados, utilice objetos de directiva de grupo (GPO) o plataformas de gestión de dispositivos móviles (MDM) para enviar el perfil 802.1X correcto, incluido el método EAP requerido y el certificado raíz de confianza para el servidor RADIUS.

Fase 3: Piloto y despliegue

Comience con un grupo piloto pequeño utilizando un SSID de prueba dedicado o un apilamiento de switches específico. Supervise los registros de RADIUS para detectar fallos de autenticación, especialmente los relacionados con problemas de confianza en los certificados o credenciales incorrectas. Una vez que el piloto sea estable, proceda con un despliegue por fases en toda la organización.

Integración con el acceso de invitados

El protocolo 802.1X está diseñado para usuarios corporativos con credenciales conocidas. Para visitantes, contratistas y clientes, necesita una estrategia paralela. Aquí es donde una plataforma dedicada de Guest WiFi resulta esencial. Mientras que los dispositivos corporativos se autentican sin problemas a través de 802.1X en VLAN seguras, los invitados se autentican a través de un Captive Portal, lo que proporciona valiosos datos de primera mano para WiFi Analytics al tiempo que permanecen aislados de los recursos internos. La plataforma de Purple también puede actuar como proveedor de identidad para servicios como OpenRoaming bajo la licencia Connect, cerrando la brecha entre el acceso público sin interrupciones y la autenticación segura.

Buenas prácticas

  • Forzar la validación del certificado del servidor: Al utilizar PEAP o EAP-TTLS, debe configurar los suplicantes para validar el certificado del servidor RADIUS. No hacerlo deja a la red vulnerable a ataques de puntos de acceso no autorizados (Evil Twin).
  • Implementar la asignación dinámica de VLAN: Aproveche los atributos de RADIUS para asignar usuarios a VLANs específicas en función de su pertenencia a grupos de Active Directory. Esto reduce el número de SSIDs requeridos y simplifica la segmentación de la red.
  • Abordar los dispositivos IoT con MAB: Muchos dispositivos IoT (impresoras, televisores inteligentes) no admiten suplicantes 802.1X. Utilice MAC Authentication Bypass (MAB) como alternativa. El autenticador utiliza la dirección MAC del dispositivo como nombre de usuario y contraseña. Debido a que las direcciones MAC se pueden suplantar, limite estrictamente los privilegios de acceso de los dispositivos autenticados mediante MAB.

¿Qué es la autenticación 802.1X? Cómo funciona y por qué es importante - comparison chart

Resolución de problemas y mitigación de riesgos

Cuando falla 802.1X, los registros del servidor RADIUS son su principal herramienta de diagnóstico.

  • Error: Tiempo de espera de EAP agotado: El autenticador no recibe respuesta del suplicante. Esto suele indicar que el software del suplicante no se está ejecutando o que el dispositivo no está configurado para 802.1X.
  • Error: Usuario desconocido o contraseña incorrecta: El usuario introdujo credenciales incorrectas o el servidor RADIUS no puede comunicarse con el almacén de identidades del backend.
  • Error: Fallo de confianza en el certificado: El suplicante rechazó el certificado del servidor RADIUS. Asegúrese de que el certificado de la CA raíz que emitió el certificado del servidor RADIUS esté instalado en el almacén de raíces de confianza del suplicante.

Para obtener una perspectiva más amplia sobre la optimización de la arquitectura de red, considere cómo se integra la autenticación con las estrategias de WAN modernas, tal como se analiza en The Core SD WAN Benefits for Modern Businesses.

ROI e impacto empresarial

La implementación de 802.1X ofrece un valor empresarial medible que va más allá de la seguridad pura y dura:

  1. Reducción de los costes operativos: Elimina la necesidad de rotar manualmente las PSK cuando los empleados se marchan o los contratistas finalizan sus servicios. El acceso se revoca instantáneamente al deshabilitar la cuenta de directorio del usuario.
  2. Cumplimiento normativo simplificado: Proporciona las pistas de auditoría por usuario y los controles de acceso estrictos exigidos por PCI-DSS, HIPAA y GDPR.
  3. Visibilidad de red mejorada: Integra la identidad con la actividad de la red, lo que permite a los equipos de TI rastrear eventos de seguridad o problemas de rendimiento hasta usuarios específicos en lugar de direcciones IP genéricas. Al alejarse de las claves compartidas y adoptar el control de acceso basado en puertos, las redes empresariales logran la seguridad granular necesaria para las demandas operativas modernas. Para obtener una comparación detallada de los estándares de seguridad inalámbrica, consulte nuestra guía sobre WPA, WPA2 and WPA3: What's the Difference and Which Should You Use?.

-

Breve sesión informativa en audio

Escuche nuestra sesión técnica informativa de 10 minutos sobre la autenticación 802.1X:

Definiciones clave

802.1X

Un estándar IEEE para el control de acceso a la red basado en puertos que proporciona un mecanismo de autenticación a los dispositivos que desean conectarse a una LAN o WLAN.

El estándar fundamental que reemplaza las contraseñas compartidas por la autenticación por usuario en redes empresariales.

Suplicante

El cliente de software en un dispositivo de usuario final que solicita acceso a la red y gestiona el intercambio EAP.

Requerido en todos los portátiles, teléfonos y tabletas que se conectan a una red 802.1X.

Autenticador

El dispositivo de borde de red (conmutador o punto de acceso) que controla el puerto físico o lógico, bloqueando el tráfico hasta que se completa la autenticación.

El punto de aplicación en la arquitectura de red.

Servidor RADIUS

Remote Authentication Dial-In User Service. El servidor central que valida las credenciales contra un directorio y devuelve las decisiones de política.

El cerebro de la implementación de 802.1X, a menudo implementado a través de Microsoft NPS o Cisco ISE.

EAP (Protocolo de Autenticación Extensible)

Un marco de autenticación frecuentemente utilizado en redes inalámbricas y conexiones punto a punto, que proporciona transporte para varios métodos de autenticación.

El idioma que se habla entre el suplicante y el servidor RADIUS.

Asignación dinámica de VLAN

El proceso mediante el cual un servidor RADIUS indica al autenticador que coloque a un usuario en una VLAN específica según su identidad o pertenencia a un grupo.

Crucial para la segmentación de la red y el cumplimiento normativo sin transmitir docenas de SSIDs.

EAP-TLS

Un método EAP que requiere autenticación mutua basada en certificados entre el cliente y el servidor.

El método más seguro, ideal para entornos altamente regulados como el sector sanitario o financiero.

PEAP (EAP protegido)

Un método EAP que establece un túnel TLS seguro utilizando un certificado de servidor, protegiendo el intercambio interno de credenciales (normalmente un nombre de usuario y contraseña).

El método de implementación más común debido a su equilibrio entre seguridad y simplicidad operativa.

Ejemplos prácticos

Un hotel de 200 habitaciones necesita proteger su red operativa interna (tabletas del personal, teléfonos VoIP, portátiles de gestión) al mismo tiempo que mantiene una red de invitados abierta y separada. Actualmente utilizan una única PSK para el personal.

  1. Implementar Microsoft NPS (RADIUS) integrado con el Active Directory del hotel.
  2. Configurar el controlador inalámbrico para transmitir un nuevo SSID "Staff_Secure" utilizando WPA2-Enterprise (802.1X).
  3. Enviar un perfil PEAP-MSCHAPv2 a todas las tabletas y portátiles gestionados del personal a través de MDM.
  4. Para los teléfonos VoIP que carecen de compatibilidad con 802.1X, configurar la derivación de autenticación MAC (MAB) en el servidor RADIUS, asignándolos a una VLAN de voz aislada.
  5. Conservar la red de invitados abierta, protegiéndola con el Captive Portal de Purple para el aislamiento de invitados y la analítica.
Comentario del examinador: Este enfoque elimina el riesgo de la PSK compartida. Al utilizar MDM para la implementación de perfiles, la transición es transparente para el personal. El uso de MAB para los dispositivos VoIP heredados garantiza que sigan funcionando pero aislados, minimizando el riesgo de ataques de suplantación de MAC.

Una gran cadena minorista no cumple con la norma PCI-DSS porque sus terminales de punto de venta (PoS) están en el mismo segmento lógico de red que los portátiles de los gerentes de las tiendas, utilizando una clave WPA2-Personal compartida.

  1. Implementar 802.1X en todos los puntos de acceso corporativos.
  2. Configurar la asignación dinámica de VLAN en el servidor RADIUS.
  3. Crear una política: si el dispositivo que se autentica es un terminal PoS (autenticado mediante certificado de máquina utilizando EAP-TLS), asignarlo a la PCI-VLAN altamente restringida.
  4. Crear una segunda política: si el usuario es un gerente de tienda (autenticado a través de PEAP), asignarlo a la Corp-VLAN con acceso estándar a internet e intranet.
Comentario del examinador: La asignación dinámica de VLAN resuelve el requisito de segmentación para PCI-DSS sin necesidad de una infraestructura física separada o múltiples SSIDs. El uso de EAP-TLS para terminales PoS proporciona el nivel más alto de seguridad para los entornos de datos de titulares de tarjetas.

Preguntas de práctica

Q1. Su organización está migrando de WPA2-Personal a WPA2-Enterprise. Tiene una mezcla de portátiles Windows propiedad de la empresa y smartphones BYOD propiedad de los empleados. No dispone de una infraestructura de PKI. ¿Qué método EAP debería implementar?

Sugerencia: Considere el requisito de certificados de cliente frente a certificados solo de servidor.

Ver respuesta modelo

PEAP-MSCHAPv2. Dado que carece de una infraestructura de PKI, implementar certificados de cliente para EAP-TLS no es viable. PEAP solo requiere un certificado en el lado del servidor en el servidor RADIUS, lo que permite a los usuarios autenticarse con su nombre de usuario y contraseña estándar de Active Directory.

Q2. Tras implementar 802.1X mediante PEAP, varios usuarios informan de que les aparece una advertencia de seguridad pidiéndoles que "confíen" en un certificado al conectarse a la red. ¿Qué paso de configuración se omitió?

Sugerencia: Piense en cómo el suplicante valida la identidad del servidor RADIUS.

Ver respuesta modelo

El perfil de suplicante enviado a los dispositivos no se configuró para confiar explícitamente en la CA raíz que emitió el certificado del servidor RADIUS. Sin esta configuración, el sistema operativo solicita al usuario que verifique manualmente la identidad del servidor, lo que supone un riesgo de seguridad y una mala experiencia de usuario.

Q3. Necesita conectar a la red 50 smart TV en las salas de conferencias de un hotel. Estos dispositivos no son compatibles con suplicantes 802.1X. ¿Cómo puede proporcionarles acceso manteniendo la seguridad?

Sugerencia: Considere métodos de autenticación alternativos para dispositivos sin interfaz de usuario y cómo restringir su acceso.

Ver respuesta modelo

Implemente el bypass de autenticación MAC (MAB). El autenticador utilizará la dirección MAC de la smart TV para autenticarse contra el servidor RADIUS. Es fundamental que el servidor RADIUS esté configurado para asignar estos dispositivos a una VLAN muy restringida (por ejemplo, solo acceso a internet, sin acceso interno) para mitigar el riesgo de suplantación de identidad de direcciones MAC.

Preguntas frecuentes

What is 802.1X authentication and why is it essential for enterprise wireless networks?

IEEE 802.1X is an open networking standard providing port-based network access control (PNAC) for both wired and wireless networks. In an enterprise wireless environment, 802.1X replaces vulnerable static pre-shared keys (PSKs) with centralized, per-user and per-device authentication. It verifies identity before permitting network traffic onto the local infrastructure, completely isolating unauthenticated devices at Layer 2.

How do the three core components of 802.1X (Supplicant, Authenticator, Authentication Server) interact?

802.1X operates via a tripartite architecture: (1) The Supplicant is client device software requesting network access; (2) The Authenticator is the wireless access point or controller that gates Layer 2 access and relays authentication traffic via EAP over LAN (EAPOL); (3) The Authentication Server is a central RADIUS or AAA server (such as FreeRADIUS, Cisco ISE, or Cloud RADIUS) that validates credentials against an identity directory and returns an Access-Accept or Access-Reject packet.

Which EAP method should enterprise IT deploy: EAP-TLS, PEAP-MSCHAPv2, or EAP-TTLS?

EAP-TLS (RFC 5216) represents the gold standard for enterprise zero-trust security because it enforces mutual authentication using asymmetric X.509 digital certificates on both the client and server, eliminating passwords and susceptibility to credential theft. PEAP-MSCHAPv2 relies on server certificates and user passwords, but remains vulnerable to credential interception if certificate validation is bypassed. EAP-TTLS offers flexibility for legacy directories while still securing tunneled authentication.

How does RADIUS dynamic VLAN assignment and downloadable ACL authorization work in 802.1X?

Upon successful authentication, the RADIUS server transmits standard RFC 2868 and RFC 3580 attributes (Tunnel-Type=13, Tunnel-Medium-Type=6, and Tunnel-Private-Group-ID) back to the wireless authenticator. The access point dynamically steers the client session into the designated VLAN and applies downloadable access control lists (dACLs) based on group memberships and device posture, enforcing granular micro-segmentation without requiring separate SSIDs.

What are the most frequent troubleshooting failure points in enterprise 802.1X wireless networks?

The most common 802.1X failures stem from expired or untrusted RADIUS server root certificates on client supplicants, clock skew preventing valid certificate verification, mismatched RADIUS shared secrets between the access point and authentication server, incorrect network adapter EAP outer-identity configurations, and intermediate firewall drops on RADIUS UDP ports 1812/1813 or RadSec TCP port 2083.

How does Purple integrate with 802.1X enterprise architectures to enhance visitor and tenant access?

Purple provides seamless coexistence between 802.1X enterprise security and high-capacity guest access. While corporate and managed devices authenticate via 802.1X EAP-TLS or Passpoint, visitors, contractors, and IoT endpoints onboard through Purple automated captive portals with dynamic role assignment, Passpoint profiles, and strict VLAN isolation, giving IT unified visibility and security across all venue populations.

Continúe leyendo esta serie

Resolución de problemas de 802.1X en iOS y macOS: una lista de verificación de despliegue para Intune, Jamf y Microsoft Entra ID

Utilice esta lista de verificación para diagnosticar por qué los iPhones, iPads y Macs fallan al conectar con 802.1X en Intune o Jamf Pro. Cada fallo se asocia a una de estas cuatro causas: confianza en el servidor, certificado de identidad, modo macOS o ámbito de grupo de Microsoft Entra ID. Confirmará la causa mediante los registros de eapolclient y RADIUS, aplicará la solución y organizará las futuras rotaciones de certificados.

Leer la guía →

Confianza en el servidor del perfil de WiFi de Intune: nombres de servidor de certificados y lista de verificación de CA raíz para Microsoft Entra ID

Podrá configurar la mitad de la validación del servidor de un perfil de WiFi de Intune para que EAP-TLS y PEAP se conecten en Windows, Apple y Android. Hará coincidir los nombres de los servidores de certificados con el certificado de RADIUS, implementará la CA raíz correcta, alineará las asignaciones de grupos de Microsoft Entra ID y preparará las renovaciones de certificados antes de que interrumpan silenciosamente las conexiones.

Leer la guía →

Resolución de problemas de 802.1X y EAP-TLS en Android: lista de comprobación de despliegue para Intune y Microsoft Entra ID

Podrá identificar exactamente por qué los teléfonos Android gestionados fallan al usar EAP-TLS en el SSID de su personal y solucionarlo en Intune. Asocie cada síntoma con las cuatro causas habituales: falta de CA o dominio, certificado de cliente en el perfil incorrecto, valor de nombres de servidor RADIUS no coincidente o raíz de confianza no entregada. A continuación, aplique una lista de comprobación de despliegue que evite interrupciones repetidas.

Leer la guía →

¿Tiene preguntas sobre su configuración específica?

Nuestro equipo trabaja con operadores de recintos, responsables de TI e ingenieros de redes en 80 000 espacios. Reserve una llamada de 20 minutos y le mostraremos cómo lo han solucionado otros profesionales como usted.