Saltar al contenido principal

eduroam y 802.1X: Autenticación de WiFi segura para la educación superior

Esta guía de referencia técnica autorizada explica la arquitectura, el despliegue y la seguridad de la autenticación eduroam y 802.1X. Diseñada para administradores de TI y arquitectos de red, cubre los pasos prácticos de implementación, la selección del método EAP y cómo los operadores de recintos pueden admitir de forma segura el roaming académico.

📖 6 min de lectura📝 1,343 palabras🔧 3 ejemplos resueltos3 preguntas de práctica📚 8 definiciones clave

Escucha esta guía

Ver transcripción del podcast
GUION DE PODCAST: eduroam y 802.1X - Autenticación de WiFi Segura para Educación Superior Duración: aproximadamente 10 minutos Voz: Inglés del Reino Unido, masculino, tono de consultor senior - confiado, conversacional, autorizado --- [INTRODUCCIÓN - 1 minuto] Bienvenidos de nuevo. Voy a pasar los próximos diez minutos explicándoles eduroam y 802.1X: qué son, cómo funcionan realmente bajo el capó y qué necesita saber su equipo antes de implementar o integrarse con cualquiera de ellos. Si usted es un gerente de TI, arquitecto de redes o CTO en una universidad, colegio o institución de investigación - o si es un operador de un recinto que necesita entender lo que sus visitantes académicos esperan de su infraestructura inalámbrica - este es el informe para usted. Comencemos con el panorama general. eduroam significa "education roaming". Es un servicio global de roaming de WiFi que permite a estudiantes, investigadores y personal de instituciones miembros conectarse a internet en cualquier recinto participante de forma automática y segura, utilizando las credenciales de su institución de origen. Sin portales de invitados. Sin códigos de cupones. Sin pedir una contraseña en recepción. Ha estado funcionando desde 2003, ahora cubre a más de 10,000 instituciones en más de 100 países y es el estándar de facto para redes inalámbricas de campus en la educación superior en todo el mundo. Si su organización se cruza con universidades - ya sea que se trate de un hotel cerca de un campus, un centro de conferencias que alberga eventos académicos o una biblioteca pública en una ciudad universitaria - comprender eduroam es directamente relevante para su estrategia de red. --- [ANÁLISIS TÉCNICO DETALLADO - 5 minutos] Bien. Entremos en la mecánica. eduroam está construido sobre IEEE 802.1X, el estándar de control de acceso a redes basado en puertos. 802.1X define un marco para autenticar dispositivos antes de que se les conceda acceso a una red. Fue diseñado originalmente para Ethernet cableado, pero se adapta perfectamente a la red inalámbrica y es la base de lo que llamamos seguridad WPA2-Enterprise o WPA3-Enterprise. El modelo 802.1X consta de tres componentes. Primero, el Supplicant (Suplicante): ese es el dispositivo que intenta conectarse. La laptop de un estudiante, el teléfono de un investigador. Segundo, el Authenticator (Autenticador): ese es su punto de acceso de red o switch administrado. Se ubica entre el suplicante y el resto de la red y actúa como un guardián. Tercero, el Authentication Server (Servidor de Autenticación): casi siempre un servidor RADIUS. RADIUS significa Remote Authentication Dial-In User Service. Es el componente que realmente valida las credenciales. Así es como funciona el saludo de conexión (handshake). El dispositivo del estudiante se asocia con el punto de acceso inalámbrico. El punto de acceso aún no otorga acceso completo a la red - abre lo que se llama un puerto controlado, pero solo para el tráfico EAP. EAP es el Protocolo de Autenticación Extensible. El punto de acceso actúa como proxy para la conversación EAP entre el dispositivo y el servidor RADIUS. El servidor RADIUS desafía al dispositivo, el dispositivo responde con credenciales - normalmente un nombre de usuario y contraseña, o un certificado - y si el servidor RADIUS está satisfecho, devuelve un mensaje Access-Accept. El punto de acceso entonces abre el puerto de red completo. Todo el intercambio toma menos de dos segundos en una implementación bien configurada. Ahora, ¿dónde se integra eduroam sobre esto? eduroam utiliza una infraestructura jerárquica de proxy RADIUS. Cada institución participante tiene su propio servidor RADIUS - llamado Proveedor de Identidad, o IdP. Cuando un estudiante de, por ejemplo, la Universidad de Manchester visita el Imperial College London y se conecta al SSID de eduroam, su dispositivo envía sus credenciales en el formato usuario@manchester.ac.uk. El servidor RADIUS de Imperial detecta el dominio - que es la parte después del símbolo @ - y reenvía la solicitud de autenticación como proxy al servidor RADIUS nacional, el cual es operado en el Reino Unido por Jisc, la red nacional de investigación y educación. Jisc luego enruta la solicitud al servidor RADIUS de la Universidad de Manchester, el cual valida las credenciales y devuelve un Accept o Reject. Toda la cadena se resuelve en milisegundos. Esta cadena de proxy es lo que hace que eduroam funcione a través de fronteras institucionales sin ningún secreto precompartido entre las instituciones. Cada salto en la cadena utiliza un secreto RADIUS compartido únicamente con su vecino inmediato. La contraseña real del estudiante nunca sale del servidor RADIUS de la institución de origen - está protegida de extremo a extremo por el túnel EAP. Hablando de métodos EAP - aquí es donde muchas implementaciones fallan, así que preste atención. Los métodos EAP más comunes en eduroam son PEAP - EAP Protegido - y EAP-TLS. PEAP envuelve un método de autenticación interno, normalmente MSCHAPv2, dentro de un túnel TLS. Requiere un certificado del lado del servidor en el servidor RADIUS, pero el cliente solo necesita un nombre de usuario y contraseña. EAP-TLS es la opción más segura - utiliza autenticación de certificado mutuo, lo que significa que tanto el servidor como el cliente presentan certificados. Es más difícil de implementar a gran escala porque se necesita una PKI para emitir certificados de cliente, pero es prácticamente inmune al phishing de credenciales. El requisito de seguridad crítico en el que muchas instituciones fallan es la validación del certificado en el lado del cliente. Cuando un dispositivo se conecta a eduroam mediante PEAP, el dispositivo debe verificar el certificado del servidor RADIUS antes de enviar las credenciales. Si el dispositivo está mal configurado para aceptar cualquier certificado, un atacante puede montar un punto de acceso falso que transmita el SSID de eduroam, presentar un certificado autofirmado y recopilar credenciales. Este es un vector de ataque conocido. La solución es configurar los perfiles de suplicante - mediante MDM para dispositivos gestionados, o mediante la herramienta eduroam Configuration Assistant Tool, conocida como CAT, para dispositivos personales - para vincular la autoridad de certificación y el nombre del servidor esperados. Desde la perspectiva de los estándares, se espera que las implementaciones de eduroam cumplan con la eduroam Policy Service Definition, la cual exige TLS 1.2 o superior para todas las conexiones RADIUS sobre TLS, prohíbe el uso de métodos EAP débiles como EAP-MD5 o LEAP, y requiere que todas las conexiones proxy RADIUS utilicen RadSec - RADIUS sobre TLS - en lugar de UDP RADIUS simple cuando sea posible. Esto se alinea con las directrices de la NCSC en el Reino Unido y de la NIST SP 800-120 en los EE. UU. Un punto técnico más que vale la pena señalar: la asignación de VLAN. En una implementación de eduroam bien estructurada, la respuesta Access-Accept de RADIUS incluye atributos de VLAN que indican al punto de acceso a qué VLAN debe asignar el dispositivo que se conecta. Esto le permite segmentar el tráfico, colocando a los estudiantes visitantes en una VLAN restringida con acceso exclusivo a internet, mientras que su propio personal es dirigido a la red interna. Esto es esencial para el cumplimiento de normativas, en particular si está sujeto a PCI-DSS o si necesita mantener la separación entre las redes de datos de investigación y el tráfico de internet general. - [RECOMENDACIONES DE IMPLEMENTACIÓN Y ERRORES COMUNES - 2 minutos] Permítame ofrecerle la orientación práctica. Si está implementando eduroam por primera vez, su primer paso debe ser contactar a su NREN nacional (en el Reino Unido es Jisc, en Irlanda es HEAnet y en los EE. UU. es Internet2). Ellos gestionan la membresía de la federación y le asignarán un dominio RADIUS. No puede participar en eduroam sin ser miembro de su federación nacional. Su lista de verificación de infraestructura: necesita puntos de acceso compatibles con 802.1X (cualquier equipo de nivel empresarial de Cisco, Aruba, Juniper, Ruckus o Ubiquiti UniFi servirá). Necesita un servidor RADIUS (FreeRADIUS es el estándar de código abierto, o puede utilizar Microsoft NPS, Cisco ISE o Aruba ClearPass). Necesita un certificado TLS válido para su servidor RADIUS emitido por una CA en la que confíe la comunidad de eduroam, por lo general, un certificado de la PKI de su institución o de una CA comercial en la lista aprobada de eduroam. Los tres fallos de despliegue más comunes que veo son: primero, la mala configuración de certificados - ya sea que el certificado RADIUS haya caducado o que los perfiles del suplicante del cliente no estén anclados correctamente. Segundo, los tiempos de espera del proxy RADIUS - si tu conexión NREN ascendente tiene problemas de latencia, la autenticación expirará y los usuarios verán fallos de conexión que parecen errores de credenciales. Tercero, la mala configuración de VLAN - los usuarios visitantes terminan en el segmento de red incorrecto, ya sea sin acceso a Internet o, peor aún, obteniendo acceso a recursos internos que no deberían ver. Por el lado del cliente, despliega perfiles eduroam CAT en todos los dispositivos gestionados a través de tu plataforma MDM. Para dispositivos personales, publica el enlace del instalador CAT de forma destacada. Este único paso elimina la mayoría de los tickets de soporte. Para los recintos que no son instituciones de educación superior pero quieren ofrecer acceso a eduroam - centros de conferencias, hoteles y similares - el proceso se llama eduroam Visitor Access, o eVA. Permite a las organizaciones no miembros alojar el SSID de eduroam y realizar el proxy de autenticación a la federación sin ser miembros de pleno derecho. Vale la pena investigarlo si organizas regularmente conferencias académicas o eventos universitarios. --- [PREGUNTAS Y RESPUESTAS RÁPIDAS - 1 minuto] Preguntas rápidas que me hacen con regularidad. "¿Puede eduroam reemplazar por completo nuestro WiFi de invitados?" No. eduroam solo funciona para usuarios que tienen credenciales en una institución miembro. Todavía necesitas una solución de WiFi de invitados independiente para todos los demás - visitantes, contratistas y el público en general. "¿Cumple eduroam con el GDPR?" Sí, con matices. La arquitectura de la federación significa que tu institución procesa los datos de autenticación, pero debes asegurarte de que tus avisos de privacidad cubran esto y que tus registros de RADIUS se manejen adecuadamente. "¿Podemos usar WPA3 con eduroam?" Sí. WPA3-Enterprise es totalmente compatible con 802.1X y es el estándar recomendado para nuevos despliegues. Añade cifrado en modo de 192 bits para entornos de alta seguridad. "¿Cuál es la diferencia entre eduroam y OpenRoaming?" OpenRoaming es una iniciativa de la industria más amplia de la Wireless Broadband Alliance que utiliza la misma arquitectura de proxy RADIUS y 802.1X, pero extiende el roaming más allá de la educación a recintos comerciales. Algunas plataformas, incluyendo Purple, admiten OpenRoaming como parte de su oferta de WiFi de invitados. --- [RESUMEN Y PRÓXIMOS PASOS - 1 minuto] Para terminar. eduroam es un servicio de roaming WiFi maduro, bien gobernado y desplegado globalmente, construido sobre 802.1X y una infraestructura jerárquica de proxy RADIUS. Ofrece autenticación por usuario, un cifrado sólido y un roaming sin fricciones en más de 10,000 instituciones, sin contraseñas compartidas ni Captive Portals. Para los equipos de TI que despliegan o actualizan la red inalámbrica del campus: prioricen EAP-TLS sobre PEAP donde su PKI pueda soportarlo, fuercen la validación de certificados en todos los perfiles de cliente, utilicen RadSec para todas las conexiones proxy RADIUS y segmenten a los usuarios visitantes en una VLAN dedicada. Para operadores de recintos: si recibe con frecuencia visitantes académicos, investigue eduroam Visitor Access. Y sin importar si implementa eduroam, su infraestructura de WiFi para invitados debe basarse en principios 802.1X de nivel empresarial - no en PSK compartidas. Si desea profundizar en alguno de estos temas - arquitectura RADIUS, diseño de PKI para EAP-TLS o cómo las plataformas como Purple se integran con eduroam y OpenRoaming - la guía escrita completa está enlazada en las notas del programa. Gracias por escuchar. Hasta la próxima. --- FIN DEL GUION

header_image.png

Resumen Ejecutivo

Para las instituciones de educación superior y para los espacios que atienden a su personal y estudiantes, ofrecer una conectividad inalámbrica segura y fluida ya no es un lujo, es un requisito operativo. El estándar para esta conectividad es eduroam, un servicio de roaming global basado en el marco IEEE 802.1X.

Esta guía proporciona a los gerentes de TI, arquitectos de red y directores de operaciones de instalaciones una referencia completa y neutral respecto al proveedor para comprender, implementar y solucionar problemas de 802.1X y eduroam. Vamos más allá de los modelos teóricos básicos para examinar cómo funciona en la práctica el WiFi para campus de nivel empresarial, incluyendo la gestión de certificados, la arquitectura de proxy RADIUS y la integración con una estrategia de red de invitados más amplia.

Ya sea que esté actualizando una red universitaria antigua o configurando un centro de conferencias para dar soporte a visitantes académicos, implementar 802.1X correctamente reduce significativamente el riesgo de seguridad - particularmente el robo de credenciales - al tiempo que disminuye drásticamente los costos de soporte. Para los espacios fuera de la educación superior tradicional, comprender estos estándares es esencial para evaluar las federaciones de roaming comercial como OpenRoaming, que comparten la misma arquitectura subyacente.

Análisis Técnico Detallado: Arquitectura de 802.1X y eduroam

En su núcleo, eduroam es una implementación de IEEE 802.1X, el estándar de control de acceso a la red basado en puertos. 802.1X se diseñó originalmente para redes cableadas, pero constituye la base de la seguridad WPA2 y WPA3 para empresas.

El Modelo de Triángulo de 802.1X

El marco 802.1X se basa en la interacción de tres componentes distintos para autorizar el acceso:

  1. Suplicante (Supplicant): El dispositivo cliente que solicita acceso a la red (por ejemplo, la laptop o el smartphone de un estudiante).
  2. Autenticador (Authenticator): El dispositivo de acceso a la red (por ejemplo, un punto de acceso inalámbrico o un switch administrado). Actúa como un guardián, bloqueando todo el tráfico excepto los mensajes de autenticación hasta que el dispositivo esté autorizado.
  3. Servidor de Autenticación (Authentication Server): El sistema backend que valida las credenciales, casi universalmente un servidor RADIUS (Remote Authentication Dial-In User Service).

Cuando un dispositivo se conecta, el autenticador establece un puerto controlado. Este transmite mensajes del Protocolo de Autenticación Extensible (EAP) entre el suplicante y el servidor de autenticación. Si las credenciales son válidas, el servidor devuelve un mensaje Access-Accept de RADIUS y el autenticador abre el puerto para permitir el paso del tráfico IP estándar.

architecture_overview.png

Jerarquía de Proxies RADIUS de eduroam

Lo que hace único a eduroam es su arquitectura federada. Permite a los usuarios autenticarse en cualquier institución participante utilizando las credenciales de su hogar, sin que la institución hospedadora tenga una copia de esas credenciales.

Esto se logra a través de una cadena jerárquica de proxies RADIUS. Cuando un usuario de username@university.ac.uk se conecta al SSID de eduroam en un sitio hospedador:

  1. El dispositivo del usuario envía una solicitud de autenticación con el formato username@university.ac.uk.
  2. El servidor RADIUS del sitio hospedador inspecciona el dominio (la parte posterior al símbolo @). Al reconocerlo como un dominio externo, reenvía la solicitud al servidor RADIUS nacional de nivel superior (operado por la Red Nacional de Investigación y Educación, o NREN).
  3. El servidor nacional encamina la solicitud al servidor RADIUS de la institución de origen (university.ac.uk).
  4. La institución de origen valida las credenciales y devuelve un mensaje Access-Accept o Access-Reject de vuelta a lo largo de la cadena.

Todo el proceso normalmente se completa en menos de dos segundos. De manera crucial, la contraseña del usuario nunca se expone a la institución hospedadora ni a los servidores proxy intermediarios; está protegida dentro de un túnel EAP cifrado establecido directamente entre el suplicante y el servidor RADIUS de origen.

Métodos EAP: El equilibrio entre seguridad y viabilidad de implementación

La elección del método EAP determina cómo se forma el túnel cifrado y cómo se intercambian las credenciales. La definición del servicio de políticas de eduroam limita estrictamente los métodos permitidos para garantizar la seguridad.

  • PEAP (Protected EAP): El método de implementación más común. Utiliza un certificado del lado del servidor en el servidor RADIUS para establecer un túnel TLS. Luego, el cliente se autentica dentro de ese túnel, normalmente utilizando MSCHAPv2 (usuario y contraseña). Es relativamente fácil de implementar, pero es vulnerable a ataques de puntos de acceso no autorizados si los clientes no están configurados para validar estrictamente el certificado del servidor.
  • EAP-TLS: El estándar de oro para la seguridad. Requiere autenticación mutua, lo que significa que tanto el servidor RADIUS como el dispositivo cliente deben presentar certificados válidos. Aunque es inmune al phishing de credenciales, requiere una infraestructura de clave pública (PKI) robusta para emitir y administrar certificados de cliente, lo que hace que la implementación a gran escala sea más compleja.

Guía de implementación

La implementación de 802.1X y eduroam requiere una coordinación cuidadosa entre la infraestructura de red, la gestión de identidades y la configuración de los clientes.

1. Preparación de la infraestructura

Asegúrese de que sus puntos de acceso inalámbrico y controladores sean compatibles con WPA2-Enterprise/WPA3-Enterprise y 802.1X. Cualquier hardware moderno de nivel empresarial (Cisco, Aruba, Juniper, entre otros) cumplirá con este requisito. También debe implementar una infraestructura RADIUS robusta (como FreeRADIUS, Cisco ISE o Aruba ClearPass) que sea capaz de gestionar la carga de autenticación esperada y el direccionamiento de solicitudes de proxy.

2. Gestión de certificados

Para las implementaciones PEAP, su servidor RADIUS necesita un certificado TLS emitido por una autoridad de certificación (CA) en la que confíen sus clientes. Nunca use certificados autofirmados en una implementación de eduroam de producción. Los certificados se deben renovar periódicamente para evitar interrupciones en la autenticación.

3. Configuración del cliente (la herramienta CAT)

El punto de falla más común en las implementaciones de eduroam es la configuración incorrecta del cliente. Cuando los usuarios se conectan de forma manual, a menudo no configuran la validación del certificado, lo que los deja expuestos a ataques de robo de credenciales.

Para mitigar este riesgo, las instituciones deben utilizar la herramienta de asistente de configuración de eduroam (CAT) o una solución MDM para distribuir perfiles preconfigurados. Estos perfiles configuran automáticamente el método EAP correcto, vinculan el certificado del servidor RADIUS esperado y establecen el protocolo de autenticación interna adecuado.

4. Asignación y segmentación de VLAN

Una implementación madura utiliza atributos RADIUS para asignar VLAN de forma dinámica según la identidad del usuario.

  • Usuarios internos: Asignados a VLAN internas con el acceso adecuado a los recursos del campus.
  • Usuarios visitantes: Asignados a una VLAN de invitados restringida que ofrece solo acceso a internet.

Esta segmentación es fundamental para la seguridad y el cumplimiento, lo que garantiza que los dispositivos de los visitantes no puedan acceder a redes internas confidenciales.

comparison_chart.png

Mejores prácticas y recomendaciones independientes del proveedor

  • Priorice WPA3: Para nuevas implementaciones, habilite WPA3-Enterprise para obtener el cifrado obligatorio de 192 bits y una mejor protección contra ataques de diccionario fuera de línea.
  • Exija la validación de certificados: Requiera el uso de perfiles de configuración (a través de CAT o MDM) para garantizar que el suplicante valide estrictamente el certificado del servidor RADIUS antes de transmitir las credenciales.
  • Use RadSec: Al configurar conexiones proxy RADIUS a la federación nacional, use RadSec (RADIUS sobre TLS) en lugar de UDP simple. Esto cifra el tráfico de proxy y mejora la confiabilidad en enlaces de red de área amplia.
  • Integre con una solución para invitados: eduroam solo atiende a usuarios con credenciales académicas. Debe mantener una solución de Guest WiFi segura y separada para contratistas, público en general y asistentes a eventos.
  • Revise la infraestructura relacionada: Asegúrese de que su red subyacente sea segura. Lea nuestra guía Cómo proteger su red con DNS robustos y seguridad para obtener más detalles. Si va a implementar infraestructura temporal para eventos universitarios, consulte WiFi para eventos: Planificación e implementación de redes inalámbricas temporales o la versión en portugués Event WiFi: Planeamento e Implementação de Redes Sem Fios Temporárias .

Resolución de problemas y mitigación de riesgos

Cuando falla la autenticación, es esencial realizar una resolución de problemas sistemática.

  1. Aísle el dominio de la falla: Determine si la falla es local (afecta a los usuarios de su propia red), remota (afecta a sus usuarios en otros lugares) o entrante (afecta a los visitantes de su red).
  2. Verifique los registros de RADIUS: Los registros del servidor RADIUS son la fuente de información autorizada. Busque mensajes Access-Reject (que indican credenciales incorrectas o violaciones de políticas) o tiempos de espera agotados (que indican problemas de conectividad del proxy).
  3. Verifique la validez del certificado: Asegúrese de que el certificado del servidor RADIUS no haya expirado y de que se esté presentando la cadena de certificados completa a los clientes.
  4. Monitoree la latencia ascendente: Una latencia alta hacia el proxy RADIUS nacional puede provocar tiempos de espera agotados en el cliente, lo que resulta en conexiones fallidas incluso cuando las credenciales son correctas.

ROI e impacto empresarial

Para las instituciones de educación superior, el retorno de una implementación de eduroam correctamente desplegada se traduce en una reducción drástica de los tickets de soporte. Al eliminar los Captive Portals y la introducción manual de contraseñas, los departamentos de soporte de TI experimentan una disminución significativa de las llamadas relacionadas con la conectividad (el compromiso de Purple con este sector es claro; consulte Purple nombra a Tim Peers como vicepresidente de Educación, subrayando sus ambiciones en educación superior ).

Para los establecimientos comerciales - como hotelería , retail , atención médica o transporte - la compatibilidad con eduroam Visitor Access (eVA) o federaciones similares como OpenRoaming proporciona una experiencia sin fricciones para un grupo demográfico de alto valor. Garantiza que los visitantes académicos se conecten de forma automática y segura, mejorando la satisfacción y permitiendo que el establecimiento mantenga una segmentación de red estricta. Si su establecimiento necesita un ancho de banda dedicado para soportar esta demanda, considere leer ¿Qué es una línea arrendada? Internet diseñada para empresas .

Al planificar las actualizaciones de la red, la integración de la capacidad 802.1X garantiza que su infraestructura esté lista para las redes modernas basadas en la identidad, sentando las bases para servicios avanzados de WiFi Analytics y basados en la ubicación.

Definiciones clave

802.1X

Un estándar 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.

El protocolo fundamental para la seguridad WiFi de nivel empresarial, que reemplaza las contraseñas compartidas (PSK) con una autenticación individualizada.

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.

El servidor backend en una implementación de 802.1X que realmente verifica las credenciales del usuario con un directorio (como Active Directory).

EAP (Extensible Authentication Protocol)

Un marco de autenticación frecuentemente utilizado en redes inalámbricas y conexiones de punto a punto. Proporciona el transporte y uso de varios mecanismos de autenticación.

El lenguaje hablado entre el dispositivo cliente y el servidor RADIUS durante el saludo de 802.1X.

Supplicant

El dispositivo cliente (por ejemplo, laptop, smartphone) o el software en ese dispositivo que intenta autenticarse en una red utilizando 802.1X.

La entidad que solicita el acceso. Su configuración (especialmente en lo que respecta a la validación de certificados) es fundamental para la seguridad.

Authenticator

El dispositivo de red (por ejemplo, punto de acceso inalámbrico, switch Ethernet) que facilita el proceso de autenticación 802.1X al transmitir mensajes entre el Supplicant y el Servidor de Autenticación.

El guardián que bloquea el tráfico de red hasta que el servidor RADIUS da luz verde.

PEAP (Protected Extensible Authentication Protocol)

Un método EAP que encapsula la transacción EAP dentro de un túnel TLS establecido mediante un certificado del lado del servidor, protegiendo la autenticación interna (generalmente una contraseña).

El método de autenticación más común para eduroam, que equilibra la seguridad con la facilidad de implementación.

RadSec

Un protocolo para transmitir datos RADIUS a través de TCP y TLS, en lugar del tradicional UDP.

Recomendado para asegurar las conexiones proxy entre las instituciones y la federación nacional de eduroam, evitando la interceptación del tráfico de autenticación.

Realm

La parte de la identidad de un usuario que sigue al símbolo '@' (por ejemplo, 'university.ac.uk' en 'user@university.ac.uk').

Utilizado por los servidores proxy RADIUS para determinar a dónde enrutar la solicitud de autenticación en un entorno federado como eduroam.

Ejemplos resueltos

Un hotel de conferencias de 400 habitaciones adyacente a una universidad importante organiza con frecuencia simposios académicos. El Director de TI desea permitir que los académicos visitantes se conecten automáticamente sin utilizar el Captive Portal estándar del hotel, pero debe garantizar que estos visitantes no puedan acceder a la red corporativa del hotel ni a la VLAN de la red de invitados estándar.

El hotel debe implementar eduroam Visitor Access (eVA) o unirse a una federación comercial como OpenRoaming.

  1. El hotel configura un nuevo SSID ('eduroam' o 'OpenRoaming') en sus puntos de acceso empresariales.
  2. Los AP se configuran para utilizar WPA2-Enterprise/802.1X.
  3. El hotel despliega un servidor RADIUS local configurado para actuar como proxy de las solicitudes de autenticación de dominios externos hacia la federación nacional (para eduroam) o el hub de OpenRoaming.
  4. Crucialmente, el servidor RADIUS local se configura para devolver un atributo de ID de VLAN específico en el mensaje Access-Accept para todas las autenticaciones con proxy.
  5. Los puntos de acceso colocan a estos usuarios autenticados en una VLAN aislada, exclusiva para internet, completamente segmentada del tráfico corporativo y de invitados estándar del hotel.
Comentario del examinador: Este enfoque aprovecha correctamente la arquitectura de proxy RADIUS para delegar la autenticación a las instituciones de origen de los visitantes. Al utilizar la asignación dinámica de VLAN a través de atributos RADIUS, el hotel mantiene una segmentación de red estricta, cumpliendo con los requisitos de seguridad y proporcionando al mismo tiempo una experiencia de usuario sin fricciones.

Un equipo de TI universitario nota un pico en las cuentas de estudiantes comprometidas. La investigación revela que los estudiantes se están conectando a un punto de acceso no autorizado que transmite el SSID 'eduroam' en una cafetería local. El AP no autorizado utiliza un certificado autofirmado para recopilar credenciales a través de PEAP.

El equipo de TI debe aplicar de inmediato una validación estricta de certificados en todos los dispositivos cliente.

  1. Deben dejar de recomendar a los estudiantes que se conecten manualmente al SSID y 'acepten la advertencia del certificado'.
  2. Despliegan la herramienta eduroam Configuration Assistant Tool (CAT) para dispositivos BYOD y actualizan los perfiles MDM para los dispositivos gestionados.
  3. Estos perfiles configuran el suplicante para que solo confíe en la Autoridad de Certificación (CA) específica que emitió el certificado del servidor RADIUS de la universidad, y para verificar el Common Name (CN) del servidor.
  4. Una vez configurado, si el dispositivo de un estudiante detecta el AP no autorizado, el establecimiento del túnel EAP fallará porque el certificado no autorizado no coincide con la CA/CN fijada, lo que evita la transmisión de credenciales.
Comentario del examinador: Este escenario destaca la vulnerabilidad más crítica en los despliegues de PEAP. La solución identifica correctamente que la corrección está en la configuración del lado del cliente. Depender de la educación del usuario para detectar certificados falsos es ineficaz; los controles técnicos (fijación de perfiles) son obligatorios.

Una cadena de retail desea ofrecer OpenRoaming en 50 ubicaciones utilizando su infraestructura de WiFi de invitados existente, que actualmente depende de un SSID abierto con un Captive Portal.

La cadena de retail debe actualizar su red para admitir 802.1X y el proxying de RADIUS.

  1. El equipo de red habilita un nuevo SSID que transmite el OpenRoaming Consortium OI (Identificador de Organización).
  2. Configuran los puntos de acceso para autenticarse a través de 802.1X.
  3. Configuran su servidor RADIUS central para enviar solicitudes de proxy al hub de la federación OpenRoaming.
  4. Se aseguran de que su red de transporte de internet pueda soportar el aumento previsto de conexiones automatizadas, actualizando potencialmente a líneas dedicadas si es necesario.
Comentario del examinador: Esto resalta que pasar de un Captive Portal a un modelo federado 802.1X requiere cambios arquitectónicos fundamentales, específicamente la implementación de proxying de RADIUS y la capacidad de manejar un mayor volumen de conexiones automatizadas.

Preguntas de práctica

Q1. Su universidad está implementando una nueva red inalámbrica. El CISO exige que el phishing de credenciales a través de puntos de acceso no autorizados sea matemáticamente imposible. ¿Qué método EAP debe seleccionar?

Sugerencia: Considere qué método se basa en contraseñas frente a cuál se basa completamente en claves criptográficas.

Ver respuesta modelo

Debe seleccionar EAP-TLS. A diferencia de PEAP, que se basa en una contraseña dentro de un túnel TLS, EAP-TLS requiere autenticación mutua de certificados. Debido a que el dispositivo cliente se autentica mediante un certificado criptográfico en lugar de una contraseña, no hay credenciales para que un punto de acceso no autorizado realice phishing.

Q2. Un investigador visitante de otra universidad se queja de que no puede conectarse a su red eduroam. Sus usuarios locales se están conectando sin problemas. Revisa los registros de su servidor RADIUS local y ve que la solicitud llega, pero se agota el tiempo de espera antes de recibir un Access-Accept. ¿Cuál es la causa más probable?

Sugerencia: Piense en la ruta que toma la solicitud de autenticación para un usuario visitante frente a un usuario local.

Ver respuesta modelo

La causa más probable es un problema de conectividad o latencia entre su servidor RADIUS local y el proxy RADIUS nacional de NREN. Debido a que los usuarios locales se autentican directamente en su servidor, no se ven afectados. La solicitud del usuario visitante debe enviarse por proxy en sentido ascendente, y un tiempo de espera agotado indica que la respuesta de la institución de origen no está regresando a tiempo.

Q3. Usted es un arquitecto de red para una cadena minorista ubicada cerca de una gran universidad. Desea ofrecer WiFi sin complicaciones a los estudiantes que utilizan eduroam Visitor Access (eVA), pero debe cumplir con PCI-DSS para sus terminales de punto de venta. ¿Cómo integra eVA de forma segura?

Sugerencia: ¿Cómo permite 802.1X que el punto de acceso de red diferencie el tráfico después de la autenticación?

Ver respuesta modelo

La integración de eVA se realiza configurando el servidor RADIUS para asignar todas las autenticaciones de eVA exitosas a una VLAN de invitados exclusiva y dedicada únicamente a internet. El mensaje Access-Accept del servidor RADIUS debe incluir el ID de VLAN específico. Esto garantiza que los dispositivos de los estudiantes estén completamente segmentados de la VLAN compatible con PCI utilizada por las terminales de punto de venta, cumpliendo así con los requisitos de cumplimiento.

Continúe leyendo esta serie

Cómo implementar SCEP para un BYOD seguro y el registro de redes en la educación superior

Esta guía técnica proporciona a los arquitectos de red y directores de TI un plan de acción independiente del proveedor para implementar el registro de certificados basado en SCEP para proteger las redes de campus de educación superior. Detalla cómo migrar de PEAP basado en contraseñas a 802.1X EAP-TLS, automatizar la incorporación de BYOD y aplicar una segmentación robusta de VLAN.

Leer la guía →

Server RADIUS: una guía completa para empresas

Esta guía proporciona a directores de TI, arquitectos de redes y directores de tecnología una referencia técnica definitiva sobre la autenticación de server RADIUS para WiFi empresarial. Abarca el marco AAA, la arquitectura 802.1X, la selección del método EAP, las ventajas y desventajas de la implementación en la nube frente a la local, y la asignación dinámica de VLAN. Los operadores de recintos en los sectores de hotelería, comercio minorista, eventos y el sector público encontrarán orientación de implementación práctica, casos de estudio del mundo real y los marcos de decisión necesarios para migrar de claves precompartidas inseguras a una arquitectura de control de acceso a la red segura y basada en la identidad.

Leer la guía →

Aruba ClearPass vs. Purple WiFi: Comparando Funciones y Co-implementación

Una guía técnica exhaustiva que detalla la arquitectura de co-implementación de Aruba ClearPass y Purple WiFi. Cubre la configuración del proxy RADIUS, la asignación dinámica de VLAN y las mejores prácticas para ofrecer redes de invitados seguras y basadas en analíticas junto con el NAC empresarial.

Leer la guía →