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 gerentes 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 de manera efectiva el control de acceso de nivel empresarial junto con soluciones de WiFi para invitados.

📖 5 min de lectura📝 1,156 palabras🔧 2 ejemplos resueltos3 preguntas de práctica📚 8 definiciones clave

Escucha esta guía

Ver transcripción del podcast
¿Qué es la autenticación 802.1X? Cómo funciona y por qué es importante Una sesión informativa técnica de Purple — aproximadamente 10 minutos --- INTRODUCCIÓN Y CONTEXTO — aproximadamente 1 minuto Bienvenido a la serie de sesiones informativas técnicas de Purple. Soy su anfitrión, y hoy cubriremos uno de los estándares más importantes —y más frecuentemente incomprendidos— en las redes empresariales: la autenticación IEEE 802.1X. Si usted es un gerente de TI, arquitecto de redes o CTO responsable de una implementación en múltiples sitios —ya sea un grupo hotelero, una cadena de retail, un estadio o un patrimonio del sector público— este es un estándar que necesita comprender a fondo. No porque sea académicamente interesante, sino porque implementarlo correctamente es la diferencia entre una red que protege genuinamente a su organización y una que le brinda una falsa sensación de seguridad. En los próximos diez minutos, cubriremos qué es realmente 802.1X, cómo funciona el flujo de autenticación bajo el capó, dónde encaja en su arquitectura de seguridad más amplia, cómo implementarlo sin los errores comunes y cómo se ve el caso de negocio en términos reales. Comencemos. --- INMERSIÓN TÉCNICA PROFUNDA — aproximadamente 5 minutos Entonces, ¿qué es 802.1X? En su esencia, es un estándar IEEE para el control de acceso a la red basado en puertos. La palabra clave aquí es "basado en puertos". Antes de que a un dispositivo se le permita cualquier acceso 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 sea exitosa. Esto es fundamentalmente diferente de la forma en que 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 conozca esa contraseña accede a la red. El problema es obvio: esa contraseña se escribe en pizarrones, se comparte en canales de Slack y se entrega a contratistas que se fueron hace seis meses. No hay responsabilidad individual, no hay pista de auditoría y revocar el acceso significa cambiar la contraseña para todos. 802.1X resuelve todo eso. El estándar define un modelo de tres partes. Está el Supplicant (Suplicante) —que es el dispositivo del usuario final, ya sea una laptop corporativa, un smartphone o un sensor IoT. Está el Authenticator (Autenticador) —típicamente su punto de acceso inalámbrico o switch administrado. Y está el Authentication Server (Servidor de Autenticación) —casi siempre un servidor RADIUS, que significa Remote Authentication Dial-In User Service. Así es como funciona el flujo. Cuando un suplicante se conecta a un puerto de red o SSID inalámbrico, el autenticador coloca ese puerto en un estado controlado; solo permite 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. Luego, el autenticador reenvía eso al servidor RADIUS, el cual desafía al suplicante a demostrar su identidad; esto podría ser a través de un usuario y contraseña, un certificado digital, una tarjeta inteligente o una combinación de factores. Una vez que el servidor RADIUS está satisfecho, envía un mensaje Access-Accept de vuelta al autenticador, el cual 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 representa la letra 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 en seguridad. EAP-PEAP, que significa Protected EAP, envuelve la autenticación interna en un túnel TLS, lo que permite utilizar credenciales 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, elegirá entre EAP-TLS para entornos de alta seguridad y PEAP-MSCHAPv2 para entornos donde la implementación de certificados no sea práctica. Ahora hablemos de cómo se integra esto con su infraestructura existente. El servidor RADIUS no autentica a los usuarios de forma aislada: 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 solo 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 poderosa. 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 administrado, colóquelo en la VLAN de invitados. Todo esto sucede 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 a WPA2-Enterprise y WPA3-Enterprise. La capa de cifrado —la protección real de los datos en tránsito— se gestiona mediante el saludo de 4 vías (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 saludo de 4 vías 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 material de claves único. Desde la perspectiva de cumplimiento, esto es sumamente importante. 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 opera una red de retail donde las terminales de punto de venta comparten un 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 a 802.1X como una opción binaria: o se despliega por completo en todo, o no se molestan en hacerlo. La realidad es que un enfoque por fases casi siempre es 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. Envíe la configuración del suplicante 802.1X a los dispositivos gestionados a través de Directivas de Grupo o su plataforma MDM. Realice pruebas exhaustivas antes de la transición. Para el 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 con redes sociales, registro por correo electrónico, verificación por SMS— y luego coloca a los invitados autenticados en una VLAN aislada con políticas de ancho de banda y contenido adecuadas. Esto le brinda los beneficios de captura de datos y segmentación sin requerir que los invitados tengan credenciales de directorio. Los errores a evitar: la gestión de certificados es el punto crítico más común en los despliegues de EAP-TLS. Necesita una PKI (Infraestructura de Clave Pública) para emitir y gestionar certificados de cliente. Si no cuenta con una, la carga operativa de EAP-TLS puede ser significativa. PEAP-MSCHAPv2 es más fácil de desplegar, pero requiere prestar mucha 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, quedará vulnerable a ataques de puntos de acceso no autorizados. La disponibilidad del servidor RADIUS es otra consideración crítica. 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. Finalmente, los dispositivos IoT. Muchos dispositivos IoT no son compatibles con los suplicantes 802.1X. Para estos, la omisión de autenticación MAC (MAB, por sus siglas en inglés) es la solución alternativa 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 monitorearlos de cerca. --- PREGUNTAS Y RESPUESTAS RÁPIDAS — aproximadamente 1 minuto Permítanme repasar algunas preguntas que me hacen con regularidad. "¿Funciona 802.1X con RADIUS basado en la nube?" Sí, los servicios como Cisco ISE, Aruba ClearPass y las ofertas de RADIUS-as-a-service nativas de la nube son compatibles con 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 en una inalámbrica?" Absolutamente. El estándar se diseñó originalmente para puertos Ethernet cableados y funciona de manera idéntica en switches administrados. "¿Cuál es el impacto en el rendimiento?" Despreciable en la práctica. El saludo de autenticación (handshake) agrega unos pocos cientos de milisegundos al momento de la conexión, pero tiene un impacto nulo en el rendimiento una vez que se establece la sesión. "¿WPA3 reemplaza 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 hospitalidad, retail o del sector público donde se necesite responsabilidad individual y seguridad de nivel de cumplimiento. Sus próximos pasos inmediatos: audite su modelo actual de autenticación de red. Si está utilizando una PSK compartida en su SSID corporativo, esa es su primera prioridad de remediación. Evalúe su infraestructura RADIUS; si no tiene una, Microsoft NPS o FreeRADIUS son sólidos puntos de partida. Y si está administrando WiFi para invitados junto con la infraestructura corporativa, analice cómo las plataformas como Purple pueden proporcionar la capa de identidad de invitados que complementa su implementación corporativa 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 que se encuentra en las notas del programa. Gracias por escuchar. Nos vemos en la próxima sesión informativa.

header_image.png

Resumen Ejecutivo

Para los líderes de TI empresariales que gestionan redes en entornos de Hospitalidad , Retail , Salud o Transporte , garantizar la seguridad del acceso a la red es un requisito fundamental. Depender de 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 de la industria para el control de acceso a la red basado en puertos. Implementa un proceso de autenticación riguroso 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 de implementación prácticas para entornos empresariales, incluyendo cómo se integra con soluciones de Guest WiFi para proporcionar una estrategia de acceso integral.

Inmersión Técnica: Cómo Funciona 802.1X

En su núcleo, 802.1X opera bajo 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 (laptop, 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 administrado) que controla el puerto físico o lógico. Actúa como un guardián, bloqueando todo el tráfico excepto EAP (Extensible Authentication Protocol) hasta que la autenticación sea exitosa.
  3. Servidor de Autenticación (Authentication Server): Normalmente un servidor RADIUS (Remote Authentication Dial-In User Service). Valida las credenciales del suplicante contra un almacén de identidad backend (como Active Directory) y devuelve una decisión de política.

architecture_overview.png

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 procede de la siguiente manera:

  1. Inicio de EAPOL: El suplicante envía una trama EAPOL (EAP over LAN) Start al autenticador.
  2. Solicitud de Identidad: El autenticador solicita la identidad del suplicante.
  3. Respuesta de Identidad: El suplicante proporciona su identidad, la cual el autenticador reenvía al servidor RADIUS a través de un paquete RADIUS Access-Request.
  4. Intercambio EAP: El servidor RADIUS y el suplicante negocian un método EAP y intercambian credenciales de forma segura a través del autenticador.
  5. Access Decision: Upon successful validation, the RADIUS server sends a RADIUS Access-Accept packet to the authenticator. This packet often includes vendor-specific attributes (VSAs) for dynamic VLAN assignment or QoS policies.
  6. Port Authorized: The authenticator transitions the port to an authorized state, allowing normal network traffic.

EAP Methods: Choosing the Right Protocol

The EAP framework is extensible. The choice of EAP method determines how credentials are exchanged and verified:

  • EAP-TLS (Transport Layer Security): El estándar de oro para la 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 del lado del servidor para establecer un túnel TLS seguro, dentro del cual el cliente se autentica utilizando un usuario y contraseña estándar (MSCHAPv2). Equilibra la seguridad con la simplicidad de despliegue.
  • EAP-TTLS (Tunneled TLS): Similar a PEAP pero admite una gama más amplia de protocolos de autenticación interna, incluidos los heredados PAP o CHAP, utilizados a menudo en entornos que no son de Windows.

Implementation Guide

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

Phase 1: Infrastructure Readiness

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.

Phase 2: Supplicant Configuration

No dependa de que los usuarios configuren manualmente sus dispositivos. Para dispositivos corporativos administrados, utilice Objetos de Directiva de Grupo (GPO) o plataformas de administració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.

Phase 3: Pilot and Rollout

Comience con un grupo piloto pequeño utilizando un SSID de prueba dedicado o un apilamiento de switches específico. Monitoree los registros de RADIUS en busca de fallas de autenticación, particularmente aquellas relacionadas con problemas de confianza de certificados o credenciales incorrectas. Una vez que el piloto sea estable, proceda con un despliegue gradual en toda la organización.

Integrating with Guest Access

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 se vuelve esencial. Mientras que los dispositivos corporativos se autentican sin problemas a través de 802.1X en VLANs seguras, los invitados se autentican a través de un Captive Portal, proporcionando valiosos datos de primera mano para WiFi Analytics mientras permanecen aislados de los recursos internos.

La plataforma de Purple también puede actuar como un proveedor de identidad para servicios como OpenRoaming bajo la licencia Connect, cerrando la brecha entre un acceso público sin fricciones y una autenticación segura.

Mejores 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 a los usuarios a VLAN específicas según su membresía de grupo en Active Directory. Esto reduce la cantidad de SSID requeridos y simplifica la segmentación de la red.
  • Abordar los Dispositivos IoT con MAB: Muchos dispositivos IoT (impresoras, smart TVs) no son compatibles con suplicantes 802.1X. Utilice la Omisión de Autenticación MAC (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 falsificar, limite estrictamente los privilegios de acceso de los dispositivos autenticados por MAB.

comparison_chart.png

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 (EAP Timeout): El autenticador no está recibiendo 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 ingresó 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 confiables 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 modernas de WAN, tal como se analiza en The Core SD WAN Benefits for Modern Businesses .

ROI e Impacto Comercial

La implementación de 802.1X ofrece un valor comercial medible más allá de la seguridad pura:

  1. Reducción de Gastos Operativos: Elimina la necesidad de rotar manualmente las PSK cuando los empleados se van o los contratistas terminan sus proyectos. El acceso se revoca instantáneamente al deshabilitar la cuenta de directorio del usuario.
  2. Cumplimiento Simplificado: Proporciona las pistas de auditoría por usuario y los controles de acceso estrictos requeridos 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 requerida para las demandas operativas modernas. Para obtener una comparación detallada de los estándares de seguridad inalámbrica, revise nuestra guía sobre WPA, WPA2 and WPA3: What's the Difference and Which Should You Use? .

Resumen en audio

Escuche nuestro resumen técnico 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 con autenticación por usuario en redes empresariales.

Supplicant

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

Requerido en todas las laptops, teléfonos y tabletas que se conectan a una red 802.1X.

Authenticator

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

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

RADIUS Server

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

El cerebro del despliegue de 802.1X, a menudo implementado a través de Microsoft NPS o Cisco ISE.

EAP (Extensible Authentication Protocol)

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 hablado entre el supplicant y el RADIUS Server.

Dynamic VLAN Assignment

El proceso mediante el cual un RADIUS Server indica al authenticator que coloque a un usuario en una VLAN específica según su identidad o membresía de grupo.

Crucial para la segmentación de red y el cumplimiento 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 salud o financiero.

PEAP (Protected EAP)

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

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

Ejemplos resueltos

Un hotel de 200 habitaciones necesita proteger su red operativa interna (tabletas del personal, teléfonos VoIP, laptops de administración) mientras 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 laptops y tabletas administradas del personal a través de MDM.
  4. Para los teléfonos VoIP que no admiten 802.1X, configurar la omisió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 analíticas.
Comentario del examinador: Este enfoque elimina el riesgo de una PSK compartida. Al utilizar MDM para la implementación de perfiles, la transición es transparente para el personal. El uso de MAB para dispositivos VoIP heredados garantiza que sigan funcionando pero aislados, minimizando el riesgo de ataques de suplantación de identidad 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 de red lógica que las laptops de los gerentes de tienda, 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 una terminal PoS (autenticada mediante certificado de máquina usando EAP-TLS), asignarlo a la PCI-VLAN altamente restringida.
  4. Crear una segunda política: si el usuario es un gerente de tienda (autenticado mediante 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 requerir una infraestructura física separada ni múltiples SSIDs. EAP-TLS para terminales PoS proporciona el nivel más alto de seguridad para entornos de datos de titulares de tarjetas.

Preguntas de práctica

Q1. Su organización está migrando de WPA2-Personal a WPA2-Enterprise. Tienen una combinación de laptops Windows propiedad de la empresa y smartphones BYOD propiedad de los empleados. No cuentan con una infraestructura PKI. ¿Qué método EAP deberían implementar?

Sugerencia: Considera el requisito de certificados de cliente frente a certificados exclusivos de servidor.

Ver respuesta modelo

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

Q2. Después de implementar 802.1X usando PEAP, varios usuarios informan que se les muestra 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: Piensa en cómo el suplicante valida la identidad del servidor RADIUS.

Ver respuesta modelo

El perfil del 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 representa un riesgo de seguridad y una mala experiencia de usuario.

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

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

Ver respuesta modelo

Implemente MAC Authentication Bypass (MAB). El autenticador utilizará la dirección MAC de la smart TV para autenticarse ante el servidor RADIUS. De manera crucial, el servidor RADIUS debe estar configurado para asignar estos dispositivos a una VLAN fuertemente restringida (por ejemplo, solo acceso a internet, sin acceso interno) para mitigar el riesgo de suplantación de direcciones MAC.

Continúe leyendo esta serie

Per-Device PSK por proveedor: comparación de iPSK, DPSK, MPSK y PPSK (y soporte de WPA3)

Una comparación exhaustiva de las implementaciones de per-device PSK en Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Extreme, Fortinet y Ubiquiti UniFi. Conozca cómo WPA3-SAE afecta las estrategias de claves por dispositivo y cuándo implementar modos de transición en lugar de migrar a 802.1X.

Leer la guía →

Captive Portal Authentication Methods Compared

Esta guía de referencia técnica autorizada evalúa las ventajas y desventajas arquitectónicas, operativas y de cumplimiento de cinco métodos principales de autenticación de Captive Portal. Proporciona a los arquitectos de red, directores de TI y gerentes de marketing los datos cuantitativos y los marcos de decisión necesarios para equilibrar la fricción del registro de invitados con los requisitos de recopilación de datos en los establecimientos empresariales.

Leer la guía →

¿Qué es la autenticación por dirección MAC? Cuándo usarla y cuándo evitarla

Esta guía de referencia técnica autorizada cubre la autenticación por dirección MAC en entornos de WiFi empresariales: cómo funciona la autenticación MAC basada en RADIUS en la Capa 2, sus vulnerabilidades de seguridad inherentes (incluyendo el spoofing de MAC y el impacto de la aleatorización de MAC a nivel de sistema operativo) y los contextos operativos precisos donde sigue siendo una herramienta válida para gestionar dispositivos IoT y headless. Proporciona orientación de implementación práctica para gerentes de TI y arquitectos de redes en sectores como hotelería, retail, salud y espacios públicos, con ejemplos prácticos del mundo real, marcos de decisión y contexto de integración para la plataforma de analítica y WiFi de invitados de Purple.

Leer la guía →