Saltar al contenido principal

Configuración de políticas RADIUS para el control de acceso a la red de grano fino

Esta guía autorizada ofrece a los directores de TI, arquitectos de red y directores de operaciones de establecimientos un plan técnico completo para configurar las políticas RADIUS a fin de lograr un control de acceso a la red de grano fino. Abarca la arquitectura 802.1X, la asignación dinámica de VLAN, la selección de métodos EAP y las estrategias de implementación por fases. Los escenarios de implementación del mundo real de los sectores de hotelería y comercio minorista demuestran cómo estas técnicas ofrecen un ROI operativo, de seguridad y de cumplimiento medible.

📖 6 min de lectura📝 1,468 palabras🔧 2 ejemplos resueltos3 preguntas de práctica📚 9 definiciones clave

Escucha esta guía

Ver transcripción del podcast
Te damos la bienvenida al Informe Técnico de Purple. Soy tu anfitrión y hoy profundizaremos en un tema fundamental para arquitectos de redes empresariales y directores de TI: la configuración de políticas RADIUS para un control de acceso a la red detallado. Si administras la infraestructura de una cadena hotelera, una red de retail o un gran recinto público, sabes que los días de depender de una simple clave precompartida han quedado atrás. La seguridad, el cumplimiento y la experiencia de usuario exigen un enfoque más sofisticado. Hoy analizaremos la arquitectura del acceso basado en el contexto, exploraremos estrategias de implementación y analizaremos cómo evitar los errores más comunes y costosos. Comencemos con el contexto. ¿Por qué hablamos de RADIUS y 802.1X? Porque el perímetro se ha disuelto. Tienes laptops corporativas, smartphones de invitados, tablets de contratistas y una enorme afluencia de dispositivos IoT, todos conectándose a los mismos puntos de acceso físicos. Necesitas un mecanismo para segmentar dinámicamente este tráfico, aplicar el cumplimiento y, al mismo tiempo, ofrecer una experiencia de usuario fluida. Ahí es exactamente donde entran en juego las políticas RADIUS. Al aprovechar 802.1X, pasas de un modelo de "quién conoce la contraseña" a "quién eres, en qué dispositivo estás y cuál es tu contexto". Ese cambio es fundamental. La arquitectura se basa en tres componentes. Primero, el suplicante: el cliente de software en el dispositivo del usuario final. Segundo, el autenticador: por lo general, tu punto de acceso inalámbrico o tu switch. Y tercero, el servidor de autenticación: tu servidor RADIUS. Cuando un dispositivo se conecta, el autenticador pasa los mensajes EAP al servidor RADIUS. El servidor RADIUS verifica las credenciales con tu almacén de identidades, como Active Directory, LDAP o un proveedor basado en la nube como Entra ID. Pero aquí está la parte crucial: un servidor RADIUS configurado correctamente no solo devuelve un simple sí o no. Devuelve atributos específicos del proveedor (VSA) que le indican a la infraestructura de red exactamente cómo manejar esa sesión específica. La aplicación más potente de esto es la asignación dinámica de VLAN. Imagina un entorno de alta densidad como un estadio o un gran centro de conferencias. Transmitir múltiples SSID para diferentes grupos de usuarios genera una enorme sobrecarga de balizas (beacons) y degrada el rendimiento de RF. Cada SSID que transmites consume un valioso tiempo de aire. Con RADIUS, transmites un solo SSID seguro. Cuando un gerente de finanzas se autentica, RADIUS le indica al punto de acceso que dirija su tráfico a la VLAN 10. Cuando se conecta una terminal POS, se coloca en la VLAN 20. Cuando un contratista se autentica, aterriza en la VLAN 30 con acceso restringido. Es limpio, es eficiente y reduce drásticamente tu superficie de ataque. Ahora, entremos de lleno en los detalles técnicos. Los atributos clave que configurará en sus perfiles de cumplimiento RADIUS son Tunnel-Type, establecido en VLAN; Tunnel-Medium-Type, establecido en 802; y Tunnel-Private-Group-Id, que es su ID de VLAN real. Estos tres atributos, devueltos en conjunto en un mensaje de Access-Accept, indican al autenticador que coloque la sesión en el segmento de red correcto. Para los protocolos de autenticación, tiene varias opciones. EAP-TLS es el estándar de oro. Utiliza certificados de cliente para la autenticación, lo que elimina por completo el riesgo de robo de credenciales y la fatiga de contraseñas. Es la opción adecuada para dispositivos gestionados por la empresa donde se cuenta con una plataforma MDM para automatizar el aprovisionamiento de certificados. PEAP-MSCHAPv2 es una opción sólida para escenarios BYOD donde la implementación de certificados no es práctica: utiliza un certificado de servidor para establecer un túnel TLS y luego pasa las credenciales de usuario y contraseña dentro de ese túnel. Evite por completo los protocolos heredados como LEAP o EAP-MD5; son criptográficamente débiles y no deben utilizarse en ninguna implementación moderna. Hablemos de la implementación. Siempre recomiendo un enfoque por fases. La fase uno es la Integración de Fuentes de Identidad. Sus políticas RADIUS son tan buenas como su directorio subyacente. Asegúrese de que sus grupos de Active Directory o Entra ID sean lógicos, estén bien estructurados y se asignen directamente a los segmentos de red previstos. Audite sus grupos antes de comenzar. Elimine las cuentas inactivas, consolide los grupos que se traslapen y establezca niveles de acceso claros: Ejecutivo, Personal, Contratista, Invitado e IoT. Para redes orientadas al público, plataformas como Purple actúan como un proveedor de identidad, cerrando la brecha entre el acceso de invitados públicos y los marcos de autenticación seguros. La fase dos es la Configuración de Políticas. Cree políticas que evalúen múltiples factores contextuales, no solo las credenciales. Evalúe el NAS-IP-Address (que es la IP del autenticador) para entender de qué ubicación física proviene la solicitud. Evalúe el Called-Station-Id, que contiene el nombre del SSID, para entender a qué red se está conectando el usuario. Evalúe la hora del día. El perfil de acceso de un contratista a las dos de la mañana debería verse muy diferente de su acceso a las de nueve de la mañana. Combine estas condiciones para crear políticas que realmente reconozcan el contexto. La fase tres es el despliegue. Y no puedo enfatizar esto lo suficiente: nunca implemente el cumplimiento de 802.1X en toda una empresa de forma simultánea. Comience en modo de monitoreo. En el modo de monitoreo, los fallos de autenticación se registran pero se sigue otorgando el acceso. Esto le brinda visibilidad sobre suplicantes mal configurados, dispositivos con certificados vencidos y equipos heredados que no son compatibles con 802.1X. Pase de dos a cuatro semanas en modo de monitoreo, resuelva los problemas que encuentre y luego comience a aplicar las políticas ubicación por ubicación. Ahora, hablemos de las mejores prácticas y de los errores comunes que suelen atrapar a los equipos. La causa número uno de una falla catastrófica de autenticación en un entorno 802.1X es un certificado vencido. Ya sea que venza el certificado del servidor RADIUS o el certificado de la CA raíz. Cuando eso sucede, cada dispositivo que valide el certificado del servidor no podrá conectarse. Implemente una gestión sólida del ciclo de vida de los certificados. Configure alertas automatizadas a los noventa, sesenta y treinta días antes del vencimiento. Convierta la renovación de certificados en una tarea operativa programada, no en una emergencia reactiva. El segundo gran desafío es el IoT. Muchos dispositivos (impresoras, cámaras, equipos médicos, sistemas de gestión de edificios) simplemente no son compatibles con 802.1X. Para estos, debe utilizar MAC Authentication Bypass, o MAB. La dirección MAC del dispositivo se utiliza como su credencial. Pero recuerde esta regla: nunca confíe en la MAC. Las direcciones MAC se pueden suplantar de forma trivial. Utilice MAB solo cuando sea absolutamente necesario, y coloque siempre esos dispositivos en VLAN aisladas y muy restringidas con ACL estrictas que permitan solo el tráfico específico que esos dispositivos necesitan para funcionar. El tercer obstáculo es la configuración incorrecta del suplicante. Los dispositivos del usuario final pueden estar configurados para validar el certificado del servidor pero carecen de la CA raíz necesaria en su almacén de confianza. Esto hace que el dispositivo rechace el certificado del servidor y no pueda conectarse. La solución es utilizar MDM para enviar perfiles de WiFi estandarizados a todos los dispositivos corporativos, garantizando que se confíe en la CA raíz correcta y que se configure el método EAP adecuado. Finalmente, considere su ruta de red. La alta latencia entre el autenticador y el servidor RADIUS puede causar tiempos de espera de EAP, lo que resulta en conexiones fallidas. Para empresas distribuidas con muchas ubicaciones remotas, asegúrese de que su arquitectura WAN proporcione conectividad de baja latencia a sus servicios AAA centralizados. Pasemos al ROI y al impacto empresarial. ¿Por qué hacer todo este esfuerzo? Primero, reducción de los costos operativos. Consolidar múltiples SSID en una sola red 802.1X con asignación dinámica de VLAN mejora el rendimiento de la red inalámbrica y reduce la complejidad de la gestión. Menos SSID significa menos sobrecarga de balizas (beacons), más tiempo de aire disponible y un mejor rendimiento para sus usuarios. Segundo, cumplimiento. Si se encuentra en el sector de retail, la segmentación estricta de la red es un requisito de PCI DSS. Si está en el sector de la salud, es un requisito para HIPAA. Las políticas de RADIUS proporcionan los controles verificables y auditables que necesita para aprobar las auditorías de cumplimiento y evitar sanciones financieras significativas. Tercero, la experiencia del usuario. La autenticación fluida y segura (particularmente a través de EAP-TLS o OpenRoaming) elimina la fricción de los Captive Portals para los usuarios corporativos recurrentes y los invitados VIP. En entornos de hotelería y transporte, esto influye directamente en los puntajes de satisfacción y en la repetición de negocios. Ahora, pasemos a nuestra sesión de preguntas y respuestas rápidas. Pregunta: 'Tenemos muchos dispositivos heredados. ¿Deberíamos seguir con WPA2-PSK por simplicidad?' Answer: No. Transition your capable devices to 802.1X and use MAB for the legacy devices, placing them in isolated segments. A single compromised PSK puts your entire network at risk. That is not a trade-off worth making. Question: 'How does Purple fit into a RADIUS deployment?' Answer: Purple provides deep analytics on authentication trends, session durations, and roaming behaviour, which is critical for optimising your deployment. Plus, as an identity provider for OpenRoaming, it streamlines secure access for guests without the friction of a traditional Captive Portal. Question: 'What is the quickest win for a team just starting this journey?' Answer: Deploy RADIUS in monitor mode this week. You will immediately gain visibility into your authentication landscape and identify the devices and users that will need attention before you enforce policies. Knowledge is the first step. In summary, configuring RADIUS policies for fine-grained network access control is a strategic investment in your network's security, performance, and compliance posture. Start with a clean, well-structured identity directory. Leverage dynamic VLAN assignment to consolidate your SSIDs and optimise your RF environment. Prioritise certificate-based authentication for corporate devices. Use MAB sparingly and securely for IoT. And always roll out in phases, starting with monitor mode. Thank you for joining this Purple Technical Briefing. For more detailed guides, implementation strategies, and to explore how Purple's guest WiFi and analytics platform can integrate with your network access control architecture, visit purple dot ai.

header_image.png

Resumen Ejecutivo

Para los recintos empresariales —desde complejos comerciales en expansión hasta estadios de alta densidad— la seguridad de la red y la experiencia del usuario están estrechamente vinculadas. La configuración de políticas RADIUS para un control de acceso a la red detallado proporciona el mecanismo para segmentar el tráfico de forma dinámica, garantizando que los activos corporativos permanezcan aislados de las redes de invitados y de los dispositivos IoT vulnerables. Esto ya no es una actualización discrecional; es un requisito fundamental impulsado por mandatos de cumplimiento que incluyen PCI DSS y GDPR.

Esta guía ofrece un plan técnico detallado para implementar el control de acceso basado en RADIUS. Examinamos la arquitectura de la autenticación IEEE 802.1X, la mecánica de la asignación dinámica de VLAN a través de atributos específicos del proveedor (VSA) y la integración de proveedores de identidad que incluyen Active Directory, Entra ID y el proveedor de identidad OpenRoaming de Purple. Al ir más allá de las claves precompartidas (PSK) básicas hacia la aplicación de políticas basadas en el contexto, los líderes de TI pueden mitigar el riesgo, optimizar las operaciones y aprovechar plataformas como Purple para transformar el WiFi de invitados de un centro de costos en un activo estratégico. El enfoque en todo momento se centra en estrategias prácticas y neutrales con respecto al proveedor que ofrecen un ROI medible y resiliencia operativa.

Análisis Técnico Detallado

La Arquitectura del Acceso Basado en el Contexto

En esencia, la configuración de políticas RADIUS para un control de acceso a la red detallado se basa en el estándar IEEE 802.1X. Este marco de trabajo facilita el control de acceso a la red basado en puertos, lo que garantiza que solo los dispositivos autenticados y autorizados accedan a segmentos de red específicos. La arquitectura consta de tres componentes principales: el suplicante (dispositivo del cliente), el autenticador (punto de acceso inalámbrico o switch) y el servidor de autenticación (RADIUS).

radius_architecture_overview.png

Cuando un dispositivo se conecta, el autenticador encapsula los mensajes del Protocolo de Autenticación Extensible (EAP) y los reenvía al servidor RADIUS. El servidor RADIUS evalúa las credenciales frente a un almacén de identidades, como Active Directory, LDAP o un proveedor de identidad basado en la nube. Fundamentalmente, las implementaciones modernas de RADIUS no se limitan a devolver un mensaje de Access-Accept o Access-Reject. Devuelven Atributos Específicos del Proveedor (VSA) que determinan el contexto de red del usuario: asignación de VLAN, aplicación de Listas de Control de Acceso (ACL) y parámetros de limitación de ancho de banda.

Para implementaciones empresariales, comprender la guía sobre Wi Fi Frequencies: A Guide to Wi-Fi Frequencies in 2026 es esencial, ya que las características de la capa física afectan directamente el rendimiento de los intercambios de autenticación en entornos de alta densidad.

Asignación Dinámica de VLAN y Microsegmentación

La aplicación más potente de las políticas de RADIUS es la asignación dinámica de VLAN. En lugar de transmitir múltiples SSIDs para diferentes grupos de usuarios —lo que degrada el rendimiento de RF debido a la sobrecarga de balizas (beacons)— un solo SSID con soporte para 802.1X puede dar servicio a todos los usuarios corporativos. El servidor RADIUS determina la VLAN adecuada según la pertenencia al grupo del usuario y los factores contextuales.

Por ejemplo, cuando un miembro del equipo de finanzas se autentica, el servidor RADIUS indica al punto de acceso que dirija su tráfico a la VLAN 10. Cuando un dispositivo IoT se autentica mediante Bypass de Autenticación MAC (MAB), se coloca en una VLAN 40 aislada con ACLs estrictas. Este enfoque reduce drásticamente la superficie de ataque y simplifica el entorno de RF de forma simultánea. Para implementaciones específicas de proveedores, consulte la guía sobre How to Configure NAC Policies for VLAN Steering in Cisco Meraki .

radius_policy_decision_flow.png

Selección del Método EAP

La elección del método EAP tiene implicaciones significativas tanto para la postura de seguridad como para la complejidad operativa. La siguiente tabla resume las opciones clave:

Método EAP Mecanismo de Autenticación Caso de Uso Recomendado Nivel de Seguridad
EAP-TLS Basado en certificados mutuos Dispositivos corporativos gestionados con MDM El más alto
PEAP-MSCHAPv2 Certificado de servidor + usuario/contraseña BYOD, dispositivos del personal Alto
EAP-TTLS Certificado de servidor + credenciales internas Entornos mixtos Alto
MAB Dirección MAC como credencial IoT sin interfaz de usuario (headless), dispositivos heredados Bajo (usar con ACLs estrictas)

Evite por completo los protocolos heredados como LEAP y EAP-MD5; son criptográficamente débiles y no deberían figurar en ninguna implementación moderna.

Guía de Implementación

La implementación de una infraestructura RADIUS sólida requiere una planificación meticulosa y una ejecución por fases. Los siguientes pasos describen un enfoque independiente del proveedor para configurar políticas RADIUS para un control de acceso a la red detallado.

Fase 1: Integración de la fuente de identidad

La base de cualquier política es un directorio de identidad limpio y bien estructurado. Ya sea que se utilice un Active Directory local o soluciones nativas de la nube como Entra ID u Okta, los grupos de directorio deben mapearse directamente a los segmentos de red previstos.

  1. Auditar grupos existentes: Asegúrese de que los grupos de usuarios sean lógicos y mutuamente excluyentes siempre que sea posible. Elimine las cuentas inactivas y consolide los grupos que se dupliquen.
  2. Definir niveles de acceso: Establezca niveles claros (Ejecutivo, Personal, Contratista, Invitado, IoT) con derechos de acceso documentados para cada uno.
  3. Integrar Purple como proveedor de identidad: Para redes orientadas al público, Purple actúa como un proveedor de identidad gratuito para servicios como OpenRoaming bajo la licencia Connect. Esto acorta de manera eficiente la brecha entre el acceso público de Guest WiFi y los marcos de autenticación seguros, eliminando la necesidad de un Captive Portal tradicional para los usuarios recurrentes.

Fase 2: Configuración de políticas y mapeo de atributos

Configure el servidor RADIUS para evaluar las solicitudes entrantes en función de múltiples factores contextuales, no solo de las credenciales.

  • Protocolos de autenticación: Exija EAP-TLS para dispositivos corporativos. Implemente PEAP-MSCHAPv2 para BYOD. Aplique estos protocolos a través de la política RADIUS, rechazando las conexiones que intenten métodos más débiles.
  • Coincidencia de condiciones: Cree políticas que evalúen la NAS-IP-Address (la IP del autenticador), el Called-Station-Id (el SSID) y la hora del día. El perfil de acceso de un contratista a las 02:00 debería diferir sustancialmente de su perfil a las 09:00.
  • Perfiles de aplicación de políticas: Defina los atributos RADIUS que se devolverán. Los atributos de asignación de VLAN estándar son: Tunnel-Type=VLAN, Tunnel-Medium-Type=802 y Tunnel-Private-Group-Id=[VLAN_ID].

Fase 3: Despliegue gradual y monitoreo

Nunca implemente la aplicación de 802.1X en toda una empresa de forma simultánea.

  1. Modo de monitoreo: Implemente políticas en modo de monitoreo o auditoría donde se registren los fallos de autenticación pero se siga permitiendo el acceso. Esto identifica suplicantes mal configurados y dispositivos heredados antes de que comience la aplicación de políticas.
  2. Aplicación dirigida: Habilite la aplicación de políticas por ubicación o por departamento, resolviendo los problemas antes de ampliar el alcance.
  3. Integración de analíticas: Aproveche plataformas como WiFi Analytics de Purple para monitorear las tasas de éxito de autenticación, la duración de las sesiones y el comportamiento de roaming. Estos datos son fundamentales para identificar brechas de cobertura y cuellos de botella en la autenticación.

Mejores prácticas

Al configurar las políticas RADIUS para un control de acceso a la red detallado, el cumplimiento de los estándares de la industria garantiza la estabilidad y la seguridad a largo plazo.

Autenticación basada en certificados (EAP-TLS): Siempre que sea posible, implemente EAP-TLS. Elimina los riesgos asociados con el robo de credenciales y la fatiga de contraseñas. Las plataformas de gestión de dispositivos móviles (MDM) pueden automatizar el aprovisionamiento de certificados a escala.

Implementar mitigación de aleatorización MAC: Los sistemas operativos móviles modernos utilizan la aleatorización de direcciones MAC para proteger la privacidad del usuario. Para implementaciones de Guest WiFi , asegúrese de que su Captive Portal y los sistemas de contabilidad RADIUS manejen los cambios de direcciones MAC de manera eficiente; por ejemplo, confiando en tokens de sesión o perfiles de dispositivos persistentes generados durante el registro inicial.

Redundancia y conmutación por error: RADIUS es un componente de infraestructura crítico. Implemente servidores RADIUS en clústeres de alta disponibilidad en ubicaciones geográficamente diversas. Configure los autenticadores con direcciones IP de servidores primarios y secundarios, y establezca valores agresivos de tiempo de espera y reintento para minimizar los retrasos de autenticación durante los eventos de conmutación por error.

Aprovechar los datos contextuales: Incorpore datos de ubicación en las decisiones de políticas. A un contratista se le puede otorgar acceso a recursos internos cuando se conecta a un AP en el bloque de ingeniería, pero restringirse al acceso solo a internet cuando se conecta en la cafetería. Las tecnologías analizadas en BLE Low Energy Explained for Enterprise pueden aumentar este contexto de ubicación con datos de posicionamiento de precisión.

Resolución de problemas y mitigación de riesgos

La complejidad de las implementaciones 802.1X introduce modos de falla específicos. La mitigación proactiva de riesgos es esencial para mantener el tiempo de actividad.

Modos de falla comunes

Modo de falla Causa raíz Mitigación
Falla de autenticación masiva Certificado de servidor RADIUS o CA raíz expirado Gestión del ciclo de vida de certificados con alertas automatizadas a los 90/60/30 días
Fallas de dispositivos individuales Mala configuración del suplicante o falta de CA raíz Perfiles de Wi-Fi enviados por MDM con el almacén de confianza correcto
Tiempo de espera de EAP agotado Alta latencia de WAN a RADIUS centralizado Optimizar la ruta WAN; considerar RADIUS distribuido o proxy RADIUS
Fallas de dispositivos IoT El dispositivo no es compatible con 802.1X Implementar MAB con aislamiento estricto de VLAN y ACL

Para empresas distribuidas, la arquitectura analizada en SD WAN vs MPLS: The 2026 Enterprise Network Guide es directamente relevante para garantizar una conectividad de baja latencia a los servicios AAA centralizados en múltiples sitios.

ROI e impacto empresarial

Invertir el esfuerzo de ingeniería requerido para configurar políticas RADIUS para un control de acceso a la red detallado genera retornos sustanciales y medibles en múltiples dimensiones.

Reducción de la carga operativa: La consolidación de múltiples SSID en una sola red 802.1X con asignación dinámica de VLAN reduce la interferencia de RF, mejora el tiempo de aire disponible y simplifica la gestión continua. Los equipos reportan una reducción significativa en los tickets de soporte técnico relacionados con la conectividad WiFi una vez que se implementa una estructura estable de 802.1X.

Enhanced Compliance Posture: For sectors like Retail and Healthcare , strict network segmentation is a regulatory requirement — PCI DSS and HIPAA respectively. RADIUS policies provide the verifiable, auditable controls necessary to pass compliance audits and avoid substantial financial penalties. For public-sector organisations, GDPR obligations around data segregation are similarly addressed.

Improved User Experience: Seamless, secure authentication — particularly via EAP-TLS or OpenRoaming — eliminates the friction of Captive Portals for returning corporate users and VIP guests. In Hospitality and Transport venues, this directly impacts satisfaction metrics and repeat engagement.

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 los usuarios que se conectan y utilizan un servicio de red. Definido en RFC 2865.

El motor central para el control de acceso a redes empresariales, que determina quién ingresa a la red, a qué puede acceder y registra la actividad para fines de auditoría.

IEEE 802.1X

Un estándar de IEEE para el Control de Acceso a Redes Basado en Puertos (PNAC). Proporciona un mecanismo de autenticación para los dispositivos que desean conectarse a una LAN o WLAN, bloqueando todo el tráfico hasta que se completa la autenticación.

El estándar que obliga a un dispositivo a demostrar su identidad antes de que se le permita enviar tráfico de datos en la red. El mecanismo de ejecución que hace que las políticas de RADIUS sean aplicables.

EAP (Extensible Authentication Protocol)

Un marco de autenticación de uso frecuente en redes inalámbricas y conexiones de punto a punto. Proporciona una capa de transporte para los métodos de autenticación (métodos EAP) como TLS o MSCHAPv2.

El sobre que transporta las credenciales de autenticación reales entre el cliente y el servidor RADIUS. La elección del método EAP determina el nivel de seguridad del intercambio de autenticación.

VSA (Vendor-Specific Attribute)

Atributos dentro de un mensaje RADIUS que permiten a los proveedores admitir atributos extendidos no definidos en los RFC base de RADIUS. Se utilizan para transmitir instrucciones de políticas de red desde el servidor RADIUS al autenticador.

El mecanismo mediante el cual RADIUS indica al hardware de red que asigne a un usuario a una VLAN específica, aplique un rol de firewall o aplique límites de ancho de banda. Sin VSAs, RADIUS solo puede permitir o denegar el acceso.

Dynamic VLAN Assignment

El proceso mediante el cual un servidor RADIUS indica a un punto de acceso o switch que coloque el tráfico de un usuario en una LAN virtual específica según su identidad, membresía de grupo o atributos contextuales.

La técnica clave para la microsegmentación de red. Permite que una sola infraestructura física admita de manera segura múltiples grupos de usuarios distintos sin transmitir múltiples SSID.

Supplicant

El cliente de software en un dispositivo de usuario final (computadora portátil, teléfono inteligente, dispositivo IoT) que inicia y negocia el intercambio de autenticación 802.1X con el autenticador de red.

Integrado en los sistemas operativos modernos (Windows, macOS, iOS, Android). Los suplicantes mal configurados, en particular las configuraciones incorrectas de confianza de certificados, son la fuente más común de problemas de conectividad 802.1X.

Authenticator

El dispositivo de red (punto de acceso inalámbrico o switch Ethernet) que actúa como el punto de ejecución en una implementación 802.1X. Retransmite los mensajes EAP entre el suplicante y el servidor RADIUS, y ejecuta la decisión de política.

El guardián. El autenticador bloquea todo el tráfico de un puerto o asociación inalámbrica hasta que el servidor RADIUS devuelve un mensaje de Access-Accept, momento en el que aplica los VSAs devueltos.

MAB (MAC Authentication Bypass)

Un método de autenticación alternativo donde la dirección MAC del dispositivo de red se envía como su credencial al servidor RADIUS. Se utiliza para dispositivos que no admiten suplicantes 802.1X.

Una herramienta operativa necesaria para dispositivos IoT heredados y sin interfaz de usuario (headless), pero inherentemente menos segura que la autenticación criptográfica. Siempre debe combinarse con un aislamiento estricto de VLAN y ACLs.

EAP-TLS (EAP Transport Layer Security)

Un método EAP basado en certificados que proporciona autenticación mutua entre el cliente y el servidor RADIUS mediante certificados X.509. Considerado el método EAP más seguro disponible.

El método de autenticación recomendado para dispositivos administrados por la empresa. Elimina por completo los riesgos de credenciales basados en contraseñas. Requiere una infraestructura PKI y MDM para el aprovisionamiento de certificados.

Ejemplos resueltos

Un gran centro de convenciones necesita proporcionar acceso WiFi seguro y segmentado para el personal del evento, los expositores y los asistentes generales. Actualmente transmiten tres SSID independientes, lo que está causando una interferencia co-canal significativa y un rendimiento deficiente en los pabellones de exhibición de alta densidad.

El recinto realiza la transición a un único SSID habilitado para 802.1X llamado 'Conference_Secure'. Implementan un servidor RADIUS integrado con su base de datos de gestión de eventos.

  1. El personal del evento se autentica utilizando sus credenciales corporativas a través de PEAP-MSCHAPv2. La política de RADIUS coincide con su grupo de Active Directory y devuelve Tunnel-Private-Group-Id=10 (VLAN de personal), otorgando acceso a los sistemas internos de gestión audiovisual.
  2. A los expositores se les proporcionan credenciales únicas y con límite de tiempo vinculadas a la reserva de su stand. Tras la autenticación, el servidor RADIUS devuelve Tunnel-Private-Group-Id=20 (VLAN de expositores), que tiene ACL que permiten el acceso a servidores de presentación específicos y salida a internet.
  3. Los asistentes generales utilizan un SSID abierto independiente con un Captive Portal integrado con Purple para la recopilación de datos de marketing, la gestión de consentimiento y el acceso básico a internet.

El resultado es una reducción del 40% en la sobrecarga de tramas de gestión, una mejora medible en el rendimiento de los pabellones de exhibición y un historial de auditoría claro para fines de cumplimiento.

Comentario del examinador: Este enfoque resuelve el problema de interferencia de RF al reducir la sobrecarga de SSID de tres a dos (uno seguro y otro abierto para invitados). La asignación dinámica de VLAN logra una segmentación de red estricta sin sacrificar la experiencia del usuario. La integración de Purple para la red de asistentes generales garantiza que se cumplan los objetivos de marketing mientras se mantiene la seguridad de las operaciones internas. Las credenciales con límite de tiempo para los expositores son una práctica especialmente sólida: vencen automáticamente, lo que elimina el riesgo de reutilización de credenciales después del evento.

Una cadena de tiendas minoristas necesita asegurar miles de terminales de punto de venta (POS) inalámbricos en 500 ubicaciones. Actualmente utilizan WPA2-PSK, y al departamento de TI le preocupa el riesgo operativo de rotar la clave precompartida en los 500 sitios, así como los hallazgos de las auditorías de PCI DSS.

El equipo de TI implementa una infraestructura RADIUS centralizada y configura las terminales POS para la autenticación EAP-TLS.

  1. Una solución de MDM instala un certificado de cliente único en cada terminal POS durante su aprovisionamiento.
  2. Los puntos de acceso inalámbrico de cada tienda se configuran para reenviar las solicitudes de autenticación a los servidores RADIUS centrales a través de la red SD-WAN.
  3. La política de RADIUS verifica el certificado del cliente con la PKI interna y devuelve atributos para colocar el dispositivo en la VLAN de POS aislada (VLAN 50), cumpliendo con los requisitos de segmentación de red de PCI DSS.
  4. Se mantiene una lista de revocación de certificados (CRL), lo que permite al departamento de TI poner en cuarentena instantáneamente una terminal perdida o robada al revocar su certificado, sin afectar a ningún otro dispositivo.
Comentario del examinador: Migrar de PSK a EAP-TLS para dispositivos sin interfaz de usuario es una actualización de seguridad significativa que aborda directamente los requisitos de PCI DSS para la segmentación de red y el control de acceso. La capacidad de revocación de certificados es una gran ventaja operativa sobre PSK: en lugar de rotar un secreto compartido en 500 sitios, se puede revocar un solo certificado en segundos. El uso de certificados únicos por dispositivo también proporciona un historial de auditoría completo de qué terminal específico se conectó, cuándo y desde qué ubicación.

Preguntas de práctica

Q1. Un hospital necesita implementar nuevas bombas de infusión inalámbricas en tres salas. Estos dispositivos no admiten suplicantes 802.1X. El CISO exige que estos dispositivos estén completamente aislados de la red corporativa y solo puedan comunicarse con el servidor de gestión clínica específico en la dirección 10.5.1.20. ¿Cómo debería configurar la política de control de acceso a la red?

Sugerencia: Considere cómo se pueden identificar los dispositivos que no tienen capacidades 802.1X y el principio de menor privilegio al definir la ACL.

Ver respuesta modelo

Implemente MAC Authentication Bypass (MAB). Registre las direcciones MAC de todas las bombas de infusión en la base de datos RADIUS durante el proceso de aprovisionamiento. Cree una política RADIUS específica que coincida con estas direcciones MAC y devuelva VSAs que las asignen a una VLAN de IoT aislada (por ejemplo, VLAN 60). Aplique ACLs estrictas a esta VLAN que permitan el tráfico saliente únicamente hacia la dirección 10.5.1.20 en los puertos de gestión clínica requeridos, y bloqueen todo el demás tráfico inter-VLAN y de internet. Adicionalmente, configure DHCP snooping y dynamic ARP inspection en la VLAN de IoT para prevenir ataques de spoofing.

Q2. Tras una adquisición reciente, una empresa cuenta ahora con dos dominios de Active Directory distintos: corp.acme.com y corp.legacy.com. Desean que todos los empleados de ambas entidades utilicen el mismo SSID "ACME_Corporate" sin migrar el dominio heredado. ¿Cómo puede RADIUS facilitar esto?

Sugerencia: Piense en cómo RADIUS gestiona el enrutamiento de autenticación según el dominio de identidad (realm) y cómo los servidores de políticas pueden actuar como proxy para las solicitudes a diferentes directorios backend.

Ver respuesta modelo

Configure la infraestructura RADIUS (utilizando un servidor de políticas como Cisco ISE, Aruba ClearPass o un proxy RADIUS) para evaluar el sufijo de dominio (realm) proporcionado en la identidad EAP del usuario — por ejemplo, usuario@corp.acme.com frente a usuario@corp.legacy.com . Cree políticas de enrutamiento que reenvíen las solicitudes de autenticación al dominio de Active Directory de backend correspondiente según el dominio. Defina perfiles de aplicación estandarizados que devuelvan VSAs de VLAN consistentes independientemente del dominio de backend, garantizando que los usuarios de ambas entidades reciban la asignación de red correcta. Este enfoque evita una migración de directorios disruptiva mientras mantiene una experiencia de usuario unificada.

Q3. Está diseñando el WiFi para un estadio con capacidad para 60,000 personas. El diseño actual del cliente especifica 8 SSIDs independientes para diferentes funciones del personal: Taquilla, Seguridad, Concesiones, Médico, Prensa, Operaciones, VIP y Mantenimiento. ¿Cuál es su recomendación y por qué?

Sugerencia: Considere el impacto de la sobrecarga de las tramas de gestión (management frames) en el rendimiento inalámbrico dentro de un entorno de RF de alta densidad.

Ver respuesta modelo

Se recomienda encarecidamente no transmitir 8 SSIDs. En un entorno de alta densidad, cada SSID genera tramas de baliza (beacon frames) en cada punto de acceso a intervalos regulares, lo que consume un tiempo de aire (airtime) significativo y reduce la capacidad disponible para el tráfico de datos real. La recomendación es consolidar todas las funciones del personal en un único SSID habilitado para 802.1X. Utilice la asignación dinámica de VLAN de RADIUS para segmentar el tráfico en el backend: cuando un dispositivo de taquilla se autentica, RADIUS lo ubica en la VLAN de Taquilla; cuando se autentica un dispositivo médico, se dirige a la VLAN Médica con las ACLs adecuadas. Esto proporciona la separación lógica requerida mientras optimiza el entorno de RF físico. Un SSID abierto independiente con un Captive Portal puede gestionar el acceso del público en general.