Saltar al contenido principal

eduroam and 802.1X: Secure WiFi Authentication for Higher Education

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

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

Escuchar esta guía

Ver transcripción del podcast
GUION DE PODCAST: eduroam y 802.1X — Autenticación WiFi segura para educación superior Duración: aproximadamente 10 minutos Voz: inglés británico, masculino, tono de consultor senior: seguro, coloquial, autoritario --- [INTRODUCCIÓN — 1 minuto] Bienvenidos de nuevo. Durante los próximos diez minutos les guiaré a través de eduroam y 802.1X: qué son, cómo funcionan exactamente a nivel interno y qué debe saber su equipo antes de implementarlos o integrarse con cualquiera de ellos. Si es usted un responsable de TI, arquitecto de redes o CTO en una universidad, centro de estudios superiores o institución de investigación —o si es un operador de un espacio que necesita entender qué esperan sus visitantes académicos de su infraestructura inalámbrica— este es el resumen informativo que necesita. Empecemos con una visión general. eduroam significa "education roaming" (itinerancia educativa). Es un servicio global de roaming de WiFi que permite a estudiantes, investigadores y personal de las instituciones asociadas conectarse a internet en cualquier espacio participante, de forma automática y segura, utilizando las credenciales de su institución de origen. Sin Captive Portals de invitados. Sin códigos de cupones. Sin tener que pedir la contraseña en recepción. Lleva funcionando desde 2003, actualmente 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 de todo el mundo. Si su organización interactúa con universidades —ya sea porque es un hotel cerca de un campus, un centro de conferencias que acoge eventos académicos o una biblioteca pública en una ciudad universitaria— entender eduroam es directamente relevante para su estrategia de red. --- [ANÁLISIS TÉCNICO DETALLADO — 5 minutos] Muy bien. Entremos en la parte 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. Se diseñó originalmente para redes Ethernet por cable, pero se adapta perfectamente a las inalámbricas 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): es el dispositivo que intenta conectarse. El ordenador portátil de un estudiante, el teléfono de un investigador. Segundo, el Authenticator (autenticador): es su punto de acceso de red o switch gestionado. Se sitúa entre el suplicante y el resto de la red, y actúa como un guardián de acceso. Tercero, el Authentication Server (servidor de autenticación): casi siempre un servidor RADIUS. RADIUS significa Remote Authentication Dial-In User Service (Servicio de autenticación remota de usuario de marcación telefónica). 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 concede acceso completo a la red: abre lo que se denomina un puerto controlado, pero únicamente para el tráfico EAP. EAP es el Protocolo de Autenticación Extensible. El punto de acceso actúa como proxy de la conversación EAP entre el dispositivo y el servidor RADIUS. El servidor RADIUS desafía al dispositivo, el dispositivo responde con las credenciales (normalmente un nombre de usuario y contraseña, o un certificado) y, si el servidor RADIUS queda conforme, devuelve un mensaje de Access-Accept. A continuación, el punto de acceso abre el puerto de red completo. Todo el intercambio se realiza en menos de dos segundos en un despliegue bien configurado. Ahora bien, ¿dónde se integra eduroam sobre todo esto? eduroam utiliza una infraestructura jerárquica de proxy RADIUS. Cada institución participante gestiona su propio servidor RADIUS, denominado Proveedor de Identidad o IdP. Cuando un estudiante, por ejemplo, de la Universidad de Manchester visita el Imperial College de Londres y se conecta al SSID eduroam, su dispositivo envía sus credenciales en formato usuario@manchester.ac.uk. El servidor RADIUS del Imperial detecta el dominio (la parte que va después del símbolo @) y desvía la solicitud de autenticación como proxy al servidor RADIUS nacional, que en el Reino Unido gestiona Jisc, la red nacional de investigación y educación. A continuación, Jisc dirige la solicitud al servidor RADIUS de la Universidad de Manchester, que valida las credenciales y devuelve un mensaje de Accept o Reject. Toda la cadena se resuelve en milisegundos. Esta cadena de proxies es lo que hace que eduroam funcione a través de los límites institucionales sin necesidad de secretos precompartidos entre las instituciones. Cada salto de la cadena utiliza un secreto RADIUS compartido únicamente con su vecino inmediato. La contraseña real del estudiante nunca sale del servidor RADIUS de su institución de origen: está protegida de extremo a extremo por el túnel EAP. Y hablando de métodos EAP (aquí es donde fallan muchos despliegues, 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 en el lado del servidor RADIUS, pero el cliente solo necesita un nombre de usuario y una contraseña. EAP-TLS es la opción más segura: utiliza autenticación mediante certificados mutuos, lo que significa que tanto el servidor como el cliente presentan certificados. Es más complejo de desplegar 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 fallan muchas instituciones es la validación de certificados en el lado del cliente. Cuando un dispositivo se conecta a eduroam mediante PEAP, 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 malicioso que emita el SSID de eduroam, presentar un certificado autofirmado y recopilar credenciales. Este es un vector de ataque conocido. La solución consiste en configurar los perfiles de suplicante (a través de MDM para dispositivos gestionados, o mediante la Herramienta de Asistencia de Configuración de eduroam, conocida como CAT, para dispositivos personales) para vincular la autoridad de certificación y el nombre del servidor previstos. Desde la perspectiva de los estándares, se espera que los despliegues de eduroam cumplan con la Definición de Servicio de la Política de eduroam, que exige TLS 1.2 o superior para todas las conexiones de 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 de RADIUS utilicen RadSec (RADIUS sobre TLS) en lugar de RADIUS UDP sin cifrar siempre que sea posible. Esto se alinea con las directrices del NCSC en el Reino Unido y de la norma NIST SP 800-120 en los EE. UU. Otro punto técnico que vale la pena destacar: la asignación de VLAN. En un despliegue de eduroam bien estructurado, la respuesta Access-Accept de RADIUS incluye atributos de VLAN que indican al punto de acceso qué VLAN debe asignar al dispositivo que se conecta. Esto le permite segmentar el tráfico: colocar a los estudiantes visitantes en una VLAN restringida con acceso exclusivo a internet, mientras que su propio personal es enrutado a la red interna. Esto es esencial para el cumplimiento normativo, especialmente 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 general de internet. --- [RECOMENDACIONES DE IMPLEMENTACIÓN Y ERRORES COMUNES — 2 minutos] Permítame ofrecerle la guía práctica. Si está desplegando eduroam por primera vez, su primera llamada debe ser a su NREN nacional (en el Reino Unido es Jisc, en Irlanda HEAnet, en los EE. UU. Internet2). Ellos gestionan la afiliación a 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, normalmente un certificado de la PKI de su institución o de una CA comercial que figure en la lista aprobada de eduroam. Los tres fallos de implementación más comunes que veo son: en primer lugar, la configuración incorrecta de los certificados (ya sea porque el certificado RADIUS ha caducado o porque los perfiles del suplicante del cliente no están vinculados correctamente). En segundo lugar, los tiempos de espera del proxy RADIUS: si su conexión NREN ascendente tiene problemas de latencia, la autenticación se agotará y los usuarios verán fallos de conexión que parecen errores de credenciales. En tercer lugar, la configuración incorrecta de VLAN: los usuarios visitantes terminan en el segmento de red equivocado, ya sea sin acceso a internet o, lo que es peor, obteniendo acceso a recursos internos que no deberían ver. En el lado del cliente, implemente perfiles eduroam CAT en todos los dispositivos gestionados a través de su plataforma MDM. Para dispositivos personales, publique el enlace del instalador CAT en un lugar destacado. 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 que no son miembros alojar el SSID de eduroam y realizar la autenticación proxy ante la federación sin ser miembros de pleno derecho. Vale la pena investigarlo si organiza regularmente conferencias académicas o eventos universitarios. --- [PREGUNTAS Y RESPUESTAS RÁPIDAS — 1 minuto] Preguntas rápidas que me hacen con frecuencia. "¿Puede eduroam reemplazar nuestro WiFi de invitados por completo?" No. eduroam solo funciona para usuarios que tienen credenciales en una institución miembro. Seguirá necesitando una solución de WiFi de invitados independiente para todos los demás: visitantes, contratistas, público en general. "¿Cumple eduroam con el GDPR?" Sí, con matices. La arquitectura de la federación significa que su institución procesa los datos de autenticación, pero debe asegurarse de que sus avisos de privacidad cubran esto y de que sus registros de RADIUS se gestionen de manera adecuada. "¿Podemos usar WPA3 con eduroam?" Sí. WPA3-Enterprise es totalmente compatible con 802.1X y es el estándar recomendado para nuevas implementaciones. 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 industrial 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 espacios comerciales. Algunas plataformas, incluida Purple, admiten OpenRoaming como parte de su oferta de WiFi de invitados. --- [RESUMEN Y PRÓXIMOS PASOS — 1 minuto] Para resumir. eduroam es un servicio de roaming de WiFi maduro, bien gobernado e implementado a nivel mundial, creado sobre 802.1X y una infraestructura de proxy RADIUS jerárquica. Ofrece autenticación por usuario, cifrado sólido y roaming continuo en más de 10.000 instituciones, sin contraseñas compartidas ni Captive Portals. Para los equipos de TI que implementan o actualizan la red inalámbrica del campus: prioricen EAP-TLS sobre PEAP donde su PKI pueda admitirlo, exijan 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 los operadores de espacios: si reciben visitantes académicos con regularidad, investiguen eduroam Visitor Access. Y, independientemente de si implementan eduroam, su infraestructura de WiFi para invitados debe basarse en principios 802.1X de nivel empresarial, no en claves PSK compartidas. Si quieren profundizar en cualquiera de estos temas —arquitectura RADIUS, diseño de PKI para EAP-TLS o cómo 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 los espacios que acogen a sus estudiantes y personal, proporcionar una conectividad inalámbrica segura y fluida ya no es un lujo, sino un mandato operativo. El estándar para esta conectividad es eduroam, un servicio de itinerancia global integrado en el marco IEEE 802.1X.

Esta guía proporciona a los directores de TI, arquitectos de red y directores de operaciones de espacios de reunión una referencia completa e independiente del proveedor para comprender, implementar y solucionar problemas de 802.1X y eduroam. Vamos más allá de los modelos teóricos básicos para abordar las realidades prácticas del WiFi de campus empresarial, incluida la gestión de certificados, la arquitectura de proxy RADIUS y la integración con estrategias de redes de invitados más amplias.

Tanto si está actualizando una red universitaria antigua como si está configurando un centro de conferencias para dar soporte a visitantes académicos, la implementación correcta de 802.1X mitiga riesgos de seguridad significativos, especialmente el robo de credenciales, al tiempo que reduce drásticamente los costes de soporte. Para los espacios fuera de la educación superior tradicional, comprender estos estándares es fundamental para evaluar las federaciones de itinerancia comercial como OpenRoaming, que comparten la misma arquitectura subyacente.

Inmersión Técnica: 802.1X y la Arquitectura eduroam

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

El Triángulo 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 (por ejemplo, el portátil o el smartphone de un estudiante) que solicita acceso a la red.
  2. Autenticador (Authenticator): El dispositivo de acceso a la red (por ejemplo, un punto de acceso inalámbrico o un switch gestionado). 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 RADIUS Access-Accept y el Autenticador abre el puerto para el tráfico IP estándar.

architecture_overview.png

La jerarquía del RADIUS Proxy 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 centro de origen, sin que la institución de destino necesite una copia de dichas credenciales.

Esto se logra mediante una cadena jerárquica de RADIUS proxy. Cuando un usuario de username@university.ac.uk se conecta al SSID de eduroam en un centro de destino:

  1. El dispositivo del usuario envía una solicitud de autenticación con el formato username@university.ac.uk.
  2. El servidor RADIUS del centro de destino examina el dominio (la parte posterior a la @). Al reconocer que es 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 redirige 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 a lo largo de la cadena.

Todo este proceso suele completarse en menos de dos segundos. Lo más importante es que la contraseña del usuario nunca se expone a la institución de destino ni a los proxies intermedios; se protege dentro de un túnel EAP cifrado establecido directamente entre el suplicante y el servidor RADIUS de origen.

Métodos EAP: Seguridad frente a Facilidad de Despliegue

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 restringe estrictamente los métodos permitidos para garantizar la seguridad.

  • PEAP (Protected EAP): El despliegue más común. Establece un túnel TLS utilizando un certificado de servidor en el servidor RADIUS. A continuación, el cliente se autentica dentro de este túnel, normalmente utilizando MSCHAPv2 (usuario y contraseña). Es relativamente fácil de desplegar, pero vulnerable a ataques de puntos de acceso no autorizados (rogue access points) si los clientes no están configurados para validar estrictamente el certificado del servidor.
  • EAP-TLS: El estándar de oro en 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 gestionar los certificados de cliente, lo que hace que su despliegue a escala sea más complejo.

Guía de Implementación

El despliegue de 802.1X y eduroam requiere una coordinación minuciosa 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, etc.) cumplirá con este requisito. También debe desplegar una infraestructura RADIUS sólida (por ejemplo, FreeRADIUS, Cisco ISE, Aruba ClearPass) capaz de gestionar la carga de autenticación prevista y de reenviar las solicitudes.

2. Gestión de Certificados

Para despliegues PEAP, su servidor RADIUS requiere un certificado TLS emitido por una Autoridad de Certificación (CA) de confianza para sus clientes. No utilice certificados autofirmados para despliegues de eduroam en producción. El certificado debe renovarse periódicamente para evitar interrupciones en la autenticación.

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

El punto de fallo más común en los despliegues de eduroam es la configuración incorrecta del cliente. Los usuarios que se conectan manualmente a menudo no configuran la validación del certificado, lo que los expone al robo de credenciales.

Para mitigar esto, las instituciones deben utilizar la Herramienta de Asistencia de Configuración de eduroam (CAT) o una solución de MDM para distribuir perfiles preconfigurados. Estos perfiles configuran automáticamente el método EAP correcto, asocian el certificado del servidor RADIUS esperado y establecen los protocolos de autenticación interna adecuados.

4. Asignación y segmentación de VLAN

Un despliegue maduro utiliza atributos RADIUS para asignar dinámicamente VLANs según la identidad del usuario.

  • Usuarios locales: Asignados a VLANs internas con el acceso adecuado a los recursos del campus.
  • Usuarios visitantes: Asignados a una VLAN de invitados restringida con acceso exclusivo a internet.

Esta segmentación es vital para la seguridad y el cumplimiento normativo, garantizando que los dispositivos visitantes no puedan acceder a redes internas sensibles.

comparison_chart.png

Buenas prácticas y recomendaciones neutras del proveedor

  • Priorice WPA3: Para nuevos despliegues, habilite WPA3-Enterprise para beneficiarse del cifrado obligatorio de 192 bits y una mejor protección contra ataques de diccionario fuera de línea.
  • Imponga la validación de certificados: Exija el uso de perfiles de configuración (a través de CAT o MDM) para garantizar que los suplicantes validen estrictamente el certificado del servidor RADIUS antes de transmitir las credenciales.
  • Use RadSec: Al configurar conexiones de proxy RADIUS con la federación nacional, utilice RadSec (RADIUS sobre TLS) en lugar de UDP simple. Esto cifra el tráfico del proxy y mejora la fiabilidad a través de enlaces WAN.
  • Integre con soluciones para invitados: eduroam solo sirve a usuarios con credenciales académicas. Debe mantener una solución de Guest WiFi independiente y segura para contratistas, visitantes públicos y asistentes a eventos.
  • Revise la infraestructura relacionada: Asegúrese de que su red subyacente sea segura. Lea nuestra guía para Proteger su red con DNS sólido y seguridad para obtener más detalles. Si va a desplegar infraestructura temporal para eventos universitarios, consulte Event WiFi: Planificación y despliegue 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 la autenticación falla, es esencial realizar una resolución de problemas sistemática.

  1. Aísle el dominio de fallo: Determine si el fallo es local (afecta a sus propios usuarios en su propia red), remoto (afecta a sus usuarios en otro lugar) o entrante (afecta a los visitantes de su red).
  2. Verifique los registros de RADIUS: Los registros del servidor RADIUS son la fuente de verdad definitiva. Busque mensajes Access-Reject (que indican credenciales incorrectas o infracciones 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 caducado y de que se esté presentando la cadena de certificación completa al cliente.
  4. Supervise la latencia ascendente: Una latencia alta en la conexión con el proxy RADIUS nacional puede provocar tiempos de espera agotados en el cliente, lo que da lugar a conexiones fallidas incluso con credenciales correctas.

ROI e impacto empresarial

Para las instituciones de educación superior, el ROI de un despliegue adecuado de eduroam se mide 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 servicios de asistencia de TI experimentan una caída significativa en las llamadas relacionadas con la conectividad. (El compromiso de Purple con este sector es evidente; consulte Purple Signals Higher Education Ambitions with Appointment of VP Education Tim Peers ).

Para los establecimientos comerciales —como los de Hostelería , Retail , Sanidad o Transporte — ofrecer soporte para eduroam Visitor Access (eVA) o federaciones similares como OpenRoaming proporciona una experiencia sin fricciones para grupos demográficos de alto valor. Garantiza que los visitantes académicos puedan conectarse de forma automática y segura, mejorando la satisfacción y permitiendo al mismo tiempo que el establecimiento mantenga una segmentación de red estricta. Si su establecimiento requiere un ancho de banda dedicado para soportar esto, considere leer What Is a Leased Line? Dedicated Business Internet .

Al planificar las actualizaciones de red, la integración de las capacidades 802.1X garantiza que la infraestructura esté preparada para las redes modernas basadas en la identidad, sentando las bases para servicios avanzados de WiFi Analytics y localizació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 sustituye las contraseñas compartidas (PSK) por 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 un despliegue de 802.1X que comprueba realmente las credenciales del usuario contra un directorio (como Active Directory).

EAP (Extensible Authentication Protocol)

Un marco de autenticación utilizado habitualmente en redes inalámbricas y conexiones punto a punto. Facilita el transporte y uso de diversos mecanismos de autenticación.

El idioma hablado entre el dispositivo cliente y el servidor RADIUS durante el protocolo de acuerdo (handshake) de 802.1X.

Supplicant

El dispositivo cliente (por ejemplo, portátil, smartphone) o el software de dicho dispositivo que intenta autenticarse en una red mediante 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, un punto de acceso inalámbrico o un conmutador Ethernet) que facilita el proceso de autenticación 802.1X transmitiendo mensajes entre el suplicante (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 en el lado del servidor, protegiendo la autenticación interna (normalmente una contraseña).

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

RadSec

Un protocolo para transmitir datos RADIUS sobre TCP y TLS, en lugar del UDP tradicional.

Recomendado para proteger 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 prácticos

Un hotel de conferencias de 400 habitaciones adyacente a una importante universidad suele acoger simposios académicos. El director de TI quiere 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 debería 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 puntos de acceso 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. Es crucial que el servidor RADIUS local esté configurado para devolver un atributo de ID de VLAN específico en el mensaje Access-Accept para todas las autenticaciones a través de proxy.
  5. Los puntos de acceso sitúan a estos usuarios autenticados en una VLAN aislada, con acceso exclusivo a 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 en las instituciones de origen de los visitantes. Al utilizar la asignación dinámica de VLAN mediante atributos RADIUS, el hotel mantiene una estricta segmentación de la red, satisfaciendo los requisitos de seguridad y ofreciendo al mismo tiempo una experiencia de usuario sin fricciones.

El equipo de TI de una universidad detecta un aumento de cuentas de estudiantes comprometidas. La investigación revela que los estudiantes se están conectando a un punto de acceso no autorizado (rogue AP) que emite el SSID 'eduroam' en una cafetería local. El punto de acceso no autorizado está utilizando un certificado autofirmado para recopilar credenciales a través de PEAP.

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

  1. Deben dejar de aconsejar 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 se encuentra con el punto de acceso no autorizado, el establecimiento del túnel EAP fallará porque el certificado no autorizado no coincidirá con la CA/CN fijada, impidiendo la transmisión de credenciales.
Comentario del examinador: Este escenario destaca la vulnerabilidad más crítica en los despliegues PEAP. La solución identifica correctamente que la corrección reside en la configuración del lado del cliente. Confiar en la educación del usuario para detectar certificados falsos es ineficaz; los controles técnicos (fijación de perfiles) son obligatorios.

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

La cadena de tiendas debe actualizar su red para admitir 802.1X y proxy RADIUS.

  1. El equipo de red habilita un nuevo SSID que emite el identificador OpenRoaming Consortium OI (Organization Identifier).
  2. Configuran los puntos de acceso para autenticarse a través de 802.1X.
  3. Configuran su servidor RADIUS central para actuar como proxy de las solicitudes hacia el hub de la federación OpenRoaming.
  4. Se aseguran de que su red de retorno (backhaul) de internet pueda soportar el aumento previsto de conexiones automatizadas, actualizando potencialmente a líneas dedicadas si es necesario.
Comentario del examinador: Esto pone de relieve que pasar de un Captive Portal a un modelo federado 802.1X requiere cambios arquitectónicos fundamentales, específicamente la implementación de proxy RADIUS y la capacidad de gestionar un mayor número de conexiones automatizadas.

Preguntas de práctica

Q1. Su universidad está desplegando 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 depende de contraseñas frente a cuál depende enteramente de claves criptográficas.

Ver respuesta modelo

Debe seleccionar EAP-TLS. A diferencia de PEAP, que depende de una contraseña dentro de un túnel TLS, EAP-TLS requiere autenticación mutua por certificado. Dado que el dispositivo cliente se autentica mediante un certificado criptográfico en lugar de una contraseña, no existen credenciales que un punto de acceso no autorizado pueda robar mediante phishing.

Q2. Un investigador visitante de otra universidad se queja de que no puede conectarse a su red eduroam. Sus usuarios locales se conectan sin problemas. Al revisar los registros de su servidor RADIUS local, 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 de la NREN nacional. Dado que los usuarios locales se autentican directamente contra su servidor, no se ven afectados. La solicitud del usuario visitante debe enviarse por proxy a un nivel superior, y un tiempo de espera agotado indica que la respuesta de la institución de origen no está regresando a tiempo.

Q3. Usted es el arquitecto de red de una cadena de tiendas minoristas ubicada cerca de una gran universidad. Quiere ofrecer un servicio de WiFi fluido a los estudiantes mediante 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

Integra eVA configurando su servidor RADIUS para asignar todas las autenticaciones exitosas de eVA a una VLAN de invitados dedicada exclusivamente 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 los terminales de punto de venta, cumpliendo así con los requisitos de conformidad.

Continúe leyendo esta serie

PSK por dispositivo según el fabricante: comparación de iPSK, DPSK, MPSK y PPSK (y compatibilidad con WPA3)

Una comparación exhaustiva de las implementaciones de PSK por dispositivo en Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Extreme, Fortinet y Ubiquiti UniFi. Descubra cómo afecta WPA3-SAE a 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 →

Comparativa de métodos de autenticación de Captive Portal

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 directores de marketing los datos cuantitativos y los marcos de decisión necesarios para equilibrar la fricción en el registro de invitados con los requisitos de recopilación de datos en los recintos 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 aborda la autenticación por dirección MAC en entornos WiFi empresariales: cómo funciona la autenticación MAC basada en RADIUS en la Capa 2, sus vulnerabilidades de seguridad inherentes (incluido 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 despliegue práctica para responsables de TI y arquitectos de red en sectores como hostelería, retail, sanidad y espacios públicos, con ejemplos prácticos reales, 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 →