- Purple
- Enterprise WiFi security and authentication: a complete guide
- Autenticación 802.1X: Garantizar el acceso seguro a la red en dispositivos modernos
Autenticación 802.1X: Garantizar el acceso seguro a la red en dispositivos modernos
Esta guía proporciona una descripción detallada y práctica de la autenticación IEEE 802.1X para profesionales sénior de TI y arquitectos de red. Detalla los pasos críticos para asegurar el acceso a la red en diversos entornos empresariales, centrándose en una guía de despliegue práctica e independiente del proveedor para mitigar riesgos, garantizar el cumplimiento y ofrecer una experiencia de usuario fluida y segura.
Video overview
Escuchar esta guía
Ver transcripción del podcast
Parte de nuestra serie principal: Guía de seguridad WiFi para empresas →
802.1X modern device architecture configurator
Evaluate your device fleet, identity directory, and PKI infrastructure to generate tailored IEEE 802.1X protocol recommendations, dynamic VLAN attributes, and zero-trust security postures.
Defines client supplicant capabilities and certificate deployment methods.
Determines RADIUS authentication methods and directory password hashing support.
Automated certificate lifecycles enable password-free mutual TLS.
Determines whether authenticator policies apply to 802.11 or 802.3 switches.
EAP-TLS with mutual certificate authentication & TPM key storage
Mutual cryptographic authentication eliminates password vulnerabilities. Private keys are sealed inside endpoint hardware security modules.
Credential protection
Zero password exposure. Even if an attacker clones the SSID or captures handshake traffic, private keys cannot be extracted from hardware TPM.
MAC address randomisation
Completely immune. Device identity is established through the X.509 certificate Common Name (CN) and Subject Alternative Name, ignoring rotating MACs.
Windows 11 compatibility
Fully compliant with Windows 11 Credential Guard and modern operating system security baselines.
Standard RADIUS attributes (RFC 2868 / 3580)
| Attribute | Value | Operational purpose |
|---|---|---|
| Tunnel-Type | 13 (VLAN) | Dynamic VLAN steering |
| Tunnel-Medium-Type | 6 (802) | Standard IEEE 802 encapsulation |
| Tunnel-Private-Group-ID | VLAN_CORP_TRUSTED | Contextual access tier subnet |
| Filter-Id / Cisco-AVPair | ROLE=ENTERPRISE_TRUSTED | Role-based access control and downloadable ACL mapping |
Key deployment milestones
- Issue certificates through Intune SCEP or the PKCS connector, and derive the RADIUS VLAN attribute from Entra ID group membership.
- Configure SCEP / ACME enrolment profiles in your MDM for automated certificate renewals.
- Enforce hardware key storage in Trusted Platform Module (TPM 2.0) or Apple Secure Enclave.
- Pre-load enterprise Root CA certificates onto endpoints to establish cryptographic chain of trust.
- Enable 802.1X Wired AutoConfig (dot3svc) on desktop switch ports with dynamic VLAN authorization.
- Configure OCSP or CRL checking of client certificates on the RADIUS servers, so a revoked certificate is refused at its next authentication.
Speak with an enterprise network security architect
Need assistance architecting cloud RADIUS, automated SCEP certificate deployment, or multi-tenant 802.1X segmentation across your venue or campus? Our network architects are here to help.
Request architecture consultation

Resumen ejecutivo
Esta guía proporciona una descripción detallada y práctica de la autenticación 802.1X de IEEE para profesionales de TI sénior y arquitectos de red. Detalla los pasos fundamentales para proteger el acceso a la red en diversos entornos empresariales, desde el sector de la hostelería y el comercio minorista hasta grandes recintos públicos. Vamos más allá de la teoría académica para ofrecer una guía de implementación práctica e independiente del proveedor, centrada en mitigar riesgos, garantizar el cumplimiento de estándares como PCI-DSS y GDPR, y ofrecer una experiencia de usuario segura y fluida en dispositivos modernos, incluidos iOS y Android. Al aprovechar 802.1X, las organizaciones pueden sustituir las vulnerables claves precompartidas por un control de acceso robusto basado en la identidad, garantizando que solo los dispositivos autorizados y de confianza puedan conectarse a los recursos de la red corporativa. Este documento sirve como referencia estratégica para planificar y ejecutar una implementación exitosa de 802.1X, abarcando la arquitectura, la selección del método EAP, la gestión de certificados y el análisis del ROI para ayudarle a tomar decisiones informadas que mejoren su postura de seguridad y respalden los objetivos de negocio.
Análisis técnico detallado
El estándar IEEE 802.1X define un mecanismo de control de acceso a la red basado en puertos (PNAC) para proporcionar acceso autenticado a la red en redes Ethernet y redes inalámbricas 802.11. Representa un cambio fundamental con respecto a los protocolos de seguridad heredados, que a menudo dependían de una única contraseña compartida (clave precompartida o PSK) para todos los usuarios. Un marco 802.1X autentica al usuario o dispositivo antes de que se le asigne una dirección IP y se le conceda acceso a la red, lo que crea un límite de seguridad muy eficaz en el punto de entrada.
La arquitectura se compone de tres elementos principales:
- Suplicante: El dispositivo cliente que intenta conectarse a la red (por ejemplo, un ordenador portátil, un smartphone o un dispositivo IoT). El suplicante es el software del dispositivo cliente que proporciona las credenciales al autenticador.
- Autenticador: El dispositivo de red que controla el acceso a la red, normalmente un punto de acceso (AP) WiFi o un conmutador. El autenticador actúa como intermediario, transmitiendo los mensajes de autenticación entre el suplicante y el servidor de autenticación.
- Servidor de autenticación (AS): El servidor centralizado que valida las credenciales del suplicante y toma la decisión final sobre si conceder o denegar el acceso. En casi todas las implementaciones empresariales, este rol lo desempeña un servidor RADIUS (Remote Authentication Dial-In User Service).

El proceso de autenticación sigue un intercambio de mensajes estructurado orquestado por el Extensible Authentication Protocol (EAP). EAP es un marco flexible que admite varios métodos de autenticación (tipos de EAP), lo que permite a las organizaciones elegir el que mejor se adapte a sus requisitos de seguridad y a su infraestructura existente.
Comparación de métodos EAP
Elegir el método EAP adecuado es una decisión de implementación fundamental. Los principales métodos utilizados en las redes empresariales modernas son EAP-TLS, PEAP y EAP-TTLS.

| Característica | EAP-TLS (Transport Layer Security) | PEAP (Protected EAP) | EAP-TTLS (Tunnelled TLS) |
|---|---|---|---|
| Nivel de seguridad | El más alto. Proporciona autenticación mutua basada en certificados. | Alto. Cifra el intercambio de credenciales dentro de un túnel TLS. | Alto. Similar a PEAP, cifra el intercambio de credenciales. |
| Credenciales | Certificados digitales de cliente y servidor | Certificado de servidor, credenciales de usuario (por ejemplo, nombre de usuario/contraseña) | Certificado de servidor, credenciales de usuario (opciones más flexibles) |
| Complejidad | Alta. Requiere una Infraestructura de Clave Pública (PKI) para gestionar certificados para todos los dispositivos. | Media. Aprovecha las credenciales de directorio existentes (por ejemplo, Active Directory). | Media. Similar a PEAP pero ofrece mayor flexibilidad para los protocolos de autenticación. |
| Caso de uso | Dispositivos propiedad de la empresa donde la implementación de certificados se puede automatizar a través de un MDM. Entornos de alta seguridad. | BYOD y entornos corporativos donde se prefiere la autenticación por usuario y contraseña. | Entornos diversos con una combinación de sistemas operativos cliente (por ejemplo, macOS, Linux). |
EAP-TLS se considera ampliamente el estándar de oro para la seguridad 802.1X. Requiere que tanto el cliente como el servidor tengan un certificado digital, lo que permite la autenticación mutua. Esto elimina el riesgo de ataques basados en contraseñas, pero introduce la sobrecarga de implementar y gestionar un certificado en cada uno de los dispositivos cliente.
PEAP es el tipo de EAP más común en entornos empresariales. Simplifica la implementación al requerir únicamente un certificado en el servidor de autenticación. El cliente verifica la identidad del servidor y luego crea un túnel TLS cifrado. Dentro de este túnel, el cliente se autentica utilizando métodos menos complejos, normalmente MS-CHAPv2 (usuario y contraseña). Aunque es seguro, sigue siendo vulnerable a ataques de suplantación de identidad (phishing) si se engaña a los usuarios para que se conecten a un punto de acceso no autorizado con un certificado de servidor que parezca válido.
EAP-TTLS es funcionalmente similar a PEAP pero ofrece más flexibilidad. También crea un túnel TLS pero permite una gama más amplia de protocolos de autenticación interna, como PAP, CHAP o EAP-MD5, lo que lo convierte en una opción versátil para entornos con sistemas heredados o diversos tipos de clientes.
¿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
Una implementación exitosa de 802.1X requiere una planificación cuidadosa y una ejecución por fases. Los siguientes pasos proporcionan una hoja de ruta independiente del proveedor.
Fase 1: Infraestructura y planificación
- Seleccione su servidor RADIUS: Elija un servidor RADIUS que se adapte a su infraestructura existente. Network Policy Server (NPS) de Microsoft es una opción común para entornos centrados en Windows, mientras que las opciones de código abierto como FreeRADIUS son altamente flexibles. Los servicios RADIUS basados en la nube también son cada vez más populares por su escalabilidad y la reducción de la sobrecarga de gestión.
- Elija su método EAP: Basándose en la comparación anterior, seleccione el método EAP que mejor equilibre sus requisitos de seguridad, base de usuarios y capacidades administrativas. Para la mayoría de los entornos corporativos, PEAP ofrece un equilibrio sólido. Para implementaciones de alta seguridad, EAP-TLS es el camino recomendado.
- Planifique su estrategia de certificados: Este es el paso más crítico. Para PEAP o EAP-TTLS, necesitará un certificado de servidor para su servidor RADIUS. Este certificado DEBE ser emitido por una Autoridad de Certificación (CA) pública de confianza. El uso de un certificado autofirmado generará advertencias de seguridad en todos los dispositivos cliente, lo que perjudicará la confianza del usuario y la seguridad.
Fase 2: Configuración
- Configure el servidor RADIUS: Instale y configure el servidor RADIUS que haya elegido. Esto implica:
- Instalar el certificado de servidor.
- Definir los clientes RADIUS (sus puntos de acceso y conmutadores).
- Crear políticas de solicitud de conexión para procesar las solicitudes entrantes.
- Crear políticas de red que definan las condiciones, restricciones y configuraciones para la autenticación. Por ejemplo, una política podría establecer que solo los miembros de un grupo específico de Active Directory pueden conectarse.
- Configure el autenticador (APs inalámbricos/conmutadores):
- Configure su controlador de red inalámbrica o los puntos de acceso individuales con la dirección IP de su servidor RADIUS y el secreto compartido.
- Cree un nuevo SSID dedicado a 802.1X. No intente ejecutar 802.1X en una red abierta o PSK existente.
- Asegúrese de que el SSID esté configurado para WPA2-Enterprise o WPA3-Enterprise.
Fase 3: Incorporación y despliegue de clientes
- Dispositivos corporativos: Utilice una solución de gestión de dispositivos móviles (MDM) o directivas de grupo (GPO) para configurar automáticamente los dispositivos de la empresa. El MDM/GPO puede enviar el perfil de red inalámbrica al dispositivo, incluidos el SSID, el tipo de EAP y los certificados de CA necesarios. Esto proporciona una experiencia sin intervención para el usuario final.
- BYOD (Trae tu propio dispositivo): La incorporación de dispositivos personales es más compleja. La mejor práctica es utilizar una solución de incorporación dedicada. Estas soluciones proporcionan un SSID de "incorporación" abierto y temporal. Cuando un usuario se conecta, se le redirige a un Captive Portal donde puede autenticarse y descargar una utilidad de configuración o perfil que configura automáticamente su dispositivo para la red segura 802.1X.
Buenas prácticas
- Segmente su red: Utilice la asignación dinámica de VLAN basada en atributos RADIUS. Esto le permite ubicar a diferentes grupos de usuarios (por ejemplo, empleados, contratistas, invitados) en diferentes VLAN con políticas de acceso distintas, incluso cuando se conectan al mismo SSID.
- Utilice siempre un certificado de confianza pública: Nunca se insistirá lo suficiente en la importancia de utilizar un certificado público en su servidor RADIUS. Es la piedra angular de la confianza del cliente y evita los ataques de intermediario (man-in-the-middle).
- Supervise y registre: Supervise activamente los registros de autenticación de RADIUS. Esto es inestimable para solucionar problemas de conexión y para realizar auditorías de seguridad. Los intentos de autenticación fallidos pueden ser un indicador temprano de un posible ataque.
- Prefiera WPA3-Enterprise: Siempre que sea compatible con su hardware y sus clientes, WPA3-Enterprise ofrece mejoras de seguridad significativas con respecto a WPA2-Enterprise, incluyendo tramas de gestión protegidas (PMF) para evitar ataques de desautenticación.
Resolución de problemas y mitigación de riesgos
| Problema común | Causa | Estrategia de mitigación |
|---|---|---|
| Connection Fails | Discrepancia en los tipos de EAP entre el cliente y el servidor. Secreto compartido de RADIUS incorrecto. Cortafuegos bloqueando los puertos RADIUS (UDP 1812/1813). | Verifique la configuración de EAP tanto en el cliente como en el servidor. Vuelva a comprobar el secreto compartido en el punto de acceso y el servidor RADIUS. Asegúrese de que los cortafuegos permitan el tráfico RADIUS. |
| Certificate Warnings | El servidor RADIUS está utilizando un certificado autofirmado o no fiable. | Reemplace el certificado autofirmado por uno de una CA pública de confianza (por ejemplo, DigiCert, Sectigo). |
| Slow Connections | El servidor RADIUS está infradimensionado o tiene una latencia alta hacia el servicio de directorio. | Supervise el rendimiento del servidor RADIUS. Garantice una conectividad de baja latencia entre el servidor RADIUS y los controladores de dominio. |
| Phishing/Rogue APs | Los usuarios son engañados para conectarse a un punto de acceso malicioso que emite el mismo SSID. | Utilice EAP-TLS para eliminar las contraseñas. Para PEAP/EAP-TTLS, asegúrese de que los clientes estén configurados para validar el certificado y el nombre del servidor. |
ROI & Business Impact
Aunque la implementación de 802.1X requiere una inversión inicial de tiempo y recursos, el retorno de la inversión (ROI) es significativo, especialmente para espacios de gran envergadura.
- Enhanced Security Posture: Al pasar de una única contraseña compartida a credenciales únicas por usuario o dispositivo, reduce drásticamente el riesgo de acceso no autorizado. Este es un paso fundamental para mitigar las brechas de datos.
- Compliance: Para las organizaciones sujetas a PCI-DSS, GDPR o HIPAA, 802.1X es un control clave para demostrar que se han implementado medidas sólidas de control de acceso. El coste de una auditoría fallida o de una sanción de cumplimiento supera con creces el coste de la implementación.
- Operational Efficiency: La automatización de la incorporación y el uso de VLAN dinámicas reducen la carga administrativa de los equipos de TI. A los nuevos empleados se les puede conceder acceso automáticamente en función de su grupo de directorio, y el acceso se revoca instantáneamente cuando se les elimina.
- Improved User Experience: Cuando se implementa correctamente con una incorporación automatizada, 802.1X proporciona una experiencia de conexión segura y sin interrupciones. Los usuarios simplemente encienden su dispositivo y este se conecta sin necesidad de volver a introducir una contraseña. Esto supone una mejora significativa con respecto a los Captive Portals o las PSK complejas.
Definiciones clave
RADIUS
Remote Authentication Dial-In User Service. Un protocolo de red que proporciona una gestión centralizada de autenticación, autorización y contabilidad (AAA) para usuarios y dispositivos que intentan acceder a un servicio de red.
En el contexto de 802.1X, el servidor RADIUS es el "cerebro" de la operación. Es el servidor que comprueba las credenciales del usuario o dispositivo y le indica al punto de acceso si debe conceder o denegar el acceso. Los equipos de TI pasarán la mayor parte de su tiempo configurando políticas en el servidor RADIUS.
EAP
Extensible Authentication Protocol (Protocolo de autenticación extensible). Un marco de autenticación, no un mecanismo de autenticación específico. Proporciona una forma estandarizada para que clientes y servidores negocien un método de autenticación.
EAP es el lenguaje que se habla entre el dispositivo cliente, el punto de acceso y el servidor RADIUS. Entender que EAP es un marco de trabajo ayuda a explicar por qué existen tantos "tipos" diferentes de 802.1X (EAP-TLS, PEAP, etc.). La elección del tipo de EAP es la decisión más importante en un despliegue de 802.1X.
Suplicante
El software en un dispositivo cliente (como un ordenador portátil o un smartphone) que se encarga de responder a las solicitudes de credenciales del autenticador.
El suplicante está integrado en los sistemas operativos modernos como Windows, macOS, iOS y Android. Los equipos de TI rara vez interactúan directamente con el suplicante, sino que lo configuran mediante perfiles de red, indicándole qué tipo de EAP utilizar y en qué servidor confiar.
Autenticador
El dispositivo de red que actúa como guardián, bloqueando o permitiendo el tráfico del suplicante. En una red inalámbrica, este es el punto de acceso (AP).
El autenticador no toma la decisión de autenticación por sí mismo. Es un intermediario que simplemente pasa mensajes EAP entre el suplicante y el servidor de autenticación. Su función principal es aplicar la decisión tomada por el servidor RADIUS.
PKI
Infraestructura de clave pública. Un conjunto de roles, políticas, hardware, software y procedimientos necesarios para crear, gestionar, distribuir, utilizar, almacenar y revocar certificados digitales.
Una PKI es esencial para implementar EAP-TLS, la forma más segura de 802.1X. Aunque el término suena intimidante, se puede configurar una PKI básica utilizando Microsoft Active Directory Certificate Services o un servicio basado en la nube. Es la base para un modelo de seguridad basado en certificados.
MDM
Gestión de dispositivos móviles. Software que permite a los administradores de TI controlar, proteger y aplicar políticas en smartphones, tablets y otros endpoints.
El MDM es la clave para una implementación de 802.1X escalable y sin problemas para los dispositivos propiedad de la empresa. Los equipos de TI utilizan el MDM para enviar automáticamente el perfil de WiFi y el certificado de cliente a los dispositivos, lo que significa que los usuarios pueden conectarse de forma segura con cero configuración manual.
Asignación dinámica de VLAN
Una función que permite al servidor RADIUS asignar un usuario o dispositivo a una VLAN específica en función de su identidad o pertenencia a un grupo.
Esta es una herramienta potente para la segmentación de redes. En lugar de tener múltiples SSID para diferentes grupos de usuarios, puede tener un único SSID seguro. El servidor RADIUS coloca entonces a los empleados en la VLAN corporativa, a los invitados en la VLAN de invitados y a los dispositivos IoT en su propia VLAN aislada, todo ello en función de las credenciales que presenten.
WPA3-Enterprise
La última generación de seguridad WiFi para redes empresariales, que se basa en WPA2-Enterprise añadiendo un cifrado más sólido y protección contra ataques de desautenticación.
Al adquirir nuevo hardware de red, los responsables de TI deben asegurarse de que sea compatible con WPA3-Enterprise. Proporciona una mejora de seguridad significativa con respecto a su predecesor y es un componente clave de una infraestructura inalámbrica moderna y segura. Es la versión "Enterprise" que se integra con 802.1X.
Ejemplos prácticos
Un hotel de lujo de 500 habitaciones necesita proporcionar WiFi seguro para el personal (en tabletas corporativas) y una experiencia fluida e independiente para los huéspedes. El hotel debe cumplir con la norma PCI-DSS debido a sus sistemas de pago.
Red del personal: Implemente una red 802.1X EAP-TLS. Despliegue un servidor RADIUS y una Entidad de Certificación interna (o utilice un servicio de PKI en la nube). Utilice un MDM para aprovisionar automáticamente las tabletas corporativas con certificados de cliente y el perfil de red WPA2/WPA3-Enterprise. Esto proporciona el nivel más alto de seguridad para los dispositivos que manejan datos operativos confidenciales. Red de huéspedes: Implemente un SSID independiente que utilice un Captive Portal con un cupón sencillo y de tiempo limitado o inicio de sesión social. Esta red debe estar completamente aislada de las redes del personal y de PCI mediante VLAN y reglas de firewall. Este enfoque equilibra una alta seguridad para los activos corporativos con la facilidad de uso para los huéspedes temporales.
Una gran cadena minorista con 200 tiendas necesita proteger la red de sus establecimientos, que utilizan terminales de punto de venta (POS), escáneres de inventario portátiles utilizados por los empleados y una red WiFi para huéspedes.
Terminales POS y escáneres de inventario: Despliegue un único SSID oculto utilizando 802.1X EAP-TLS. Al tratarse de dispositivos controlados por la empresa, los certificados se pueden cargar previamente antes del despliegue. Utilice MAC Authentication Bypass (MAB) como alternativa para los dispositivos heredados que puedan no admitir 802.1X, pero esto debe ser una excepción. Asigne esta red a una VLAN segura protegida por firewall que solo permita el tráfico hacia el procesador de pagos y los servidores de gestión de inventario. WiFi para huéspedes: Despliegue un SSID público independiente con un Captive Portal personalizado que requiera la aceptación de los términos y condiciones. Esta red debe estar completamente aislada de la red segura de la tienda.
Preguntas de práctica
Q1. A su director financiero le preocupa el coste de un certificado comercial para el servidor RADIUS y sugiere utilizar un certificado autofirmado de su CA interna de Windows. ¿Cómo respondería?
Sugerencia: Tenga en cuenta la experiencia del usuario y las implicaciones de seguridad de que un cliente no pueda confiar automáticamente en el servidor.
Ver respuesta modelo
Un certificado autofirmado provocará una advertencia de seguridad en cada dispositivo que se conecte a la red por primera vez. Esto acostumbra a los usuarios a ignorar las advertencias de seguridad, lo que supone un riesgo de seguridad importante. Todos los dispositivos modernos reconocen automáticamente un certificado de confianza pública, lo que proporciona una experiencia de conexión sin interrupciones y garantiza que los clientes puedan verificar que se están conectando al servidor legítimo, algo crucial para evitar ataques de intermediario (man-in-the-middle). El coste anual de un certificado público es un precio muy bajo a pagar por una mayor seguridad y una mejor experiencia de usuario.
Q2. Un centro de conferencias quiere utilizar 802.1X para los asistentes a los eventos. Tienen miles de usuarios nuevos cada semana. ¿Es EAP-TLS una opción viable? ¿Por qué sí o por qué no?
Sugerencia: Piense en el ciclo de vida de un usuario invitado y en la carga de trabajo administrativa de la gestión de certificados.
Ver respuesta modelo
EAP-TLS probablemente no sea una opción viable para este escenario. El principal desafío es la sobrecarga administrativa de aprovisionar un certificado digital único para miles de usuarios temporales cada semana. El proceso de generar, distribuir y luego revocar estos certificados sería operativamente complejo y costoso. Un mejor enfoque sería utilizar un método de autenticación más sencillo para los invitados, como un Captive Portal con códigos de cupón o inicio de sesión social, reservando 802.1X para el personal y la infraestructura permanente.
Q3. Está implementando una red PEAP-MS-CHAPv2. Un usuario informa que puede conectarse desde su portátil Windows pero no desde su teléfono personal Android. ¿Cuál es la causa más probable de este problema?
Sugerencia: Considere cómo manejan los diferentes sistemas operativos la validación de certificados y los perfiles de red.
Ver respuesta modelo
La causa más probable es que el teléfono Android no se haya configurado para confiar correctamente en el certificado del servidor RADIUS. Mientras que un portátil Windows unido a un dominio podría confiar automáticamente en el certificado (si la CA raíz se distribuye a través de Directiva de grupo), un dispositivo Android personal debe configurarse manualmente. Es probable que el usuario deba instalar el certificado de la CA raíz en su teléfono y/o configurar explícitamente el perfil de red para validar el certificado del servidor y especificar el nombre de dominio correcto. Esto resalta la importancia de un proceso de incorporación sencillo y claro para los usuarios de BYOD.
Preguntas frecuentes
What is IEEE 802.1X authentication and how does it secure network access?
IEEE 802.1X is a network access control standard providing port-based authentication for devices connecting to enterprise wired and wireless networks. It coordinates three entities: the client supplicant, the network authenticator (switch or wireless AP), and the authentication server (RADIUS). Until the client presents valid cryptographic credentials, the authenticator maintains the port in an unauthorized state, blocking access to internal subnets.
Which EAP authentication method is recommended for modern enterprise devices?
EAP-TLS (Extensible Authentication Protocol - Transport Layer Security) is the recommended standard. EAP-TLS establishes mutual cryptographic authentication using X.509 certificates on both the endpoint and the RADIUS server. Private keys are stored in hardware security modules like TPM 2.0 or Apple Secure Enclave, eliminating password-based credential theft.
Why is PEAP-MSCHAPv2 being phased out on modern operating systems?
PEAP-MSCHAPv2 relies on legacy password hashing susceptible to credential harvesting via rogue access points and offline dictionary cracking. Modern platforms such as Windows 11 with Credential Guard enabled by default block legacy NTLM authentication, and cloud identity providers including Microsoft Entra ID and Okta do not natively support MS-CHAPv2 password exchanges.
How do modern mobile devices handle 802.1X with MAC address randomization?
Modern mobile devices running iOS 18 and Android 15 rotate MAC addresses per connection, breaking legacy MAC Authentication Bypass (MAB). Under 802.1X with EAP-TLS, identity is bound cryptographically to the certificate Common Name and Subject Alternative Name, enabling consistent policy enforcement regardless of MAC address randomization.
How does dynamic VLAN assignment work with 802.1X and RADIUS?
Upon successful authentication, the RADIUS server returns RFC 2868 and RFC 3580 tunnel attributes in the Access-Accept packet: Tunnel-Type (13 for VLAN), Tunnel-Medium-Type (6 for 802), and Tunnel-Private-Group-ID (specifying the VLAN ID or name). The switch or access point then dynamically isolates the endpoint into that specific subnet.
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.
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.
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.
¿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.