Robustecimiento de RADIUS contra ataques de colisión MD5 (BlastRADIUS)

Bienvenido al boletín técnico de Purple. Soy su anfitrión, estratega sénior de contenido técnico en Purple. Hoy abordamos un problema crítico y urgente para cualquier organización que cuente con WiFi de nivel empresarial: una nueva vulnerabilidad práctica en un protocolo de hace 30 años que podría permitir a los atacantes franquear directamente su puerta de acceso digital. Estamos hablando del protocolo RADIUS y del ataque de colisión MD5 conocido como Blast-RADIUS. Para nuestra audiencia de responsables de TI, arquitectos de red y directores de tecnología (CTO) en los sectores de hostelería, comercio minorista y grandes recintos públicos, este no es un problema meramente teórico. Es una amenaza directa para la integridad de su red, la seguridad de sus datos y su estado de cumplimiento. En los próximos diez minutos explicaremos en qué consiste la vulnerabilidad, cómo funciona y, lo que es más importante, ofreceremos una hoja de ruta clara y práctica para mitigarla. Tanto si es responsable de un hotel de 200 habitaciones como de una cadena minorista nacional o de un estadio con capacidad para 60 000 espectadores, este boletín es directamente relevante para las decisiones que debe tomar este trimestre. Comencemos con un poco de contexto. RADIUS (Remote Authentication Dial-In User Service) se diseñó en 1991, en la época de la conexión a internet por marcación telefónica. Es un protocolo cliente - servidor que gestiona la autenticación, la autorización y la contabilidad para el acceso a la red. Cuando un miembro del personal o un dispositivo se conecta a su WiFi empresarial, el punto de acceso actúa como cliente RADIUS y envía una solicitud de autenticación a un servidor RADIUS central. El servidor comprueba las credenciales y responde con un Access-Accept o un Access-Reject. Este intercambio ha sido la columna vertebral de la seguridad de las redes empresariales durante más de tres décadas. El problema es que RADIUS se diseñó antes de que existieran los estándares criptográficos modernos. El protocolo utiliza el algoritmo de hash MD5 para proporcionar una comprobación de integridad básica en las respuestas del servidor - un campo llamado Response Authenticator. Se demostró por primera vez que MD5 estaba criptográficamente roto en 2004. Sin embargo, estamos en 2024 y RADIUS sigue dependiendo de él. El sector sabía que MD5 era débil. El protocolo, sencillamente, nunca se actualizó. Entremos ahora en el análisis técnico detallado. El ataque Blast-RADIUS, clasificado formalmente como CVE-2024-3596, fue revelado en julio de 2024 por un equipo de investigadores de la Universidad de Boston, la UC San Diego, el CWI Amsterdam y Microsoft Research. Combina una vulnerabilidad a nivel de protocolo con un ataque de colisión de prefijo elegido por MD5 y, lo que es fundamental, con mejoras de velocidad significativas que hacen que el ataque sea viable en tiempo real. Así es como funciona. Un atacante de tipo man-in-the-middle se sitúa en la ruta de red entre el cliente RADIUS (su punto de acceso) y el servidor RADIUS. Cuando un usuario intenta autenticarse, el atacante intercepta el paquete Access-Request. Inyecta un atributo malicioso especialmente diseñado en esta solicitud. Este atributo está diseñado para provocar una colisión matemática: una situación en la que dos entradas diferentes producen el mismo hash MD5. El atacante calcula previamente esta colisión para que el hash MD5 de la respuesta legítima Access-Reject del servidor coincida con el hash MD5 de una respuesta Access-Accept falsificada que el atacante ha construido. Cuando el servidor devuelve su Access-Reject, el atacante la sustituye por su Access-Accept falsificada. El cliente RADIUS comprueba el Response Authenticator, determina que es válido (porque los hashes MD5 coinciden) y concede acceso a la red. El atacante nunca ha necesitado saber la contraseña del usuario. Tampoco ha necesitado conocer el secreto compartido entre el cliente y el servidor RADIUS. Simplemente ha explotado la debilidad matemática de MD5 para hacer que una respuesta falsificada parezca legítima. Y con el hardware moderno, la colisión de MD5 requerida se puede calcular en menos de cinco minutos. No se trata de un ataque teórico. Es operativamente viable hoy en día. Esta vulnerabilidad afecta a todos los despliegues de RADIUS que utilizan los modos de autenticación PAP (Password Authentication Protocol), CHAP y MS-CHAP sobre UDP. Estos son extremadamente comunes en entornos empresariales, especialmente en despliegues heredados. Los únicos modos de autenticación que son inmunes son aquellos que utilizan EAP (Extensible Authentication Protocol), porque EAP establece su propio túnel criptográfico que es independiente del Response Authenticator de MD5. Permítame exponer el riesgo empresarial en términos concretos. Piense en una cadena hotelera. Un atacante que obtenga acceso no autorizado a la red corporativa puede moverse lateralmente para llegar al sistema de gestión inmobiliaria, acceder a los registros de los huéspedes, llegar a los terminales de punto de venta y, potencialmente, exfiltrar datos de tarjetas de pago. El coste medio de una filtración de datos en el sector de la hostelería supera los tres millones de libras. Bajo la GDPR, una filtración que afecte a los datos personales de los huéspedes puede acarrear multas de hasta el cuatro por ciento de la facturación anual global. Bajo PCI-DSS, una filtración que afecte a los datos de los titulares de tarjetas puede dar lugar a investigaciones forenses obligatorias, multas de las marcas de tarjetas y la posible pérdida de los privilegios de procesamiento de pagos. Las consecuencias financieras y de reputación son sustanciales. Pasemos ahora a las recomendaciones de implementación. ¿Cómo defenderse de esto? La respuesta tiene dos niveles: el endurecimiento inmediato y la modernización a largo plazo. La acción inmediata es aplicar los parches del fabricante para CVE-2024-3596. Todos los principales fabricantes de RADIUS - Cisco ISE, Microsoft NPS, FreeRADIUS, Juniper, Aruba, Ruckus - han lanzado actualizaciones. Junto con el parche, el cambio de configuración crítico es imponer el atributo Message-Authenticator en todos los clientes y servidores RADIUS. Este atributo, definido en RFC 2869, proporciona una comprobación de integridad basada en HMAC sobre todo el paquete RADIUS. A diferencia del Response Authenticator, la construcción HMAC no es vulnerable al ataque de colisión de prefijo elegido. Configurar su infraestructura para requerir este atributo - y rechazar cualquier mensaje que llegue sin él - cierra el vector de ataque inmediato. Para FreeRADIUS, esto significa establecer require_message_authenticator igual a yes en su archivo de configuración de clientes. Para Microsoft NPS, es una configuración de directiva en su configuración de Network Policy. Este es un cambio de baja interrupción que normalmente se puede implementar dentro de una ventana de mantenimiento. Sin embargo, la imposición de Message-Authenticator es un parche temporal, no una solución. La respuesta estratégica a largo plazo es migrar a la autenticación basada en EAP. El estándar de oro es WPA3-Enterprise con EAP-TLS. EAP-TLS utiliza autenticación mutua basada en certificados - tanto el dispositivo cliente como el servidor RADIUS deben presentar certificados digitales válidos de una Entidad de Certificación de confianza. Esto elimina el secreto compartido por completo, elimina la dependencia de MD5 y proporciona un nivel de seguridad que es inmune a toda la clase de ataques que representa Blast-RADIUS. Para entornos donde implementar una infraestructura PKI completa es complejo - particularmente espacios con una alta rotación de dispositivos o políticas de trae tu propio dispositivo - PEAP con MSCHAPv2 es un paso intermedio aceptable, siempre que los clientes estén configurados para validar el certificado del servidor RADIUS. Sin la validación del certificado del servidor, PEAP es vulnerable a ataques de puntos de acceso no autorizados, lo cual es un riesgo diferente pero igualmente grave. La fase final de la hoja de ruta de modernización es implementar RADIUS sobre TLS, conocido como RADSEC. RADSEC encapsula todo el tráfico RADIUS dentro de una sesión TLS mutuamente autenticada, proporcionando total confidencialidad e integridad para todo el intercambio de autenticación. Esto hace que los ataques a nivel de transporte como Blast-RADIUS sean imposibles, porque no hay tráfico RADIUS sin cifrar para interceptar. RADSEC es particularmente valioso en entornos distribuidos - cadenas hoteleras, redes minoristas, complejos de estadios - donde el tráfico RADIUS puede atravesar múltiples segmentos de red entre el punto de acceso y el servidor de autenticación central. Pasemos a una sesión de preguntas y respuestas rápidas. Pregunta uno: Usamos EAP. ¿Estamos seguros? Si está utilizando EAP-TLS, PEAP o EAP-TTLS, no es vulnerable al ataque de colisión MD5 específico de Blast-RADIUS. Sin embargo, debería aplicar los parches del fabricante como medida de defensa en profundidad, y debería auditar su configuración para asegurarse de que la validación del certificado del servidor se imponga en todos los clientes. Segunda pregunta: Nuestro tráfico RADIUS se encuentra en una VLAN de gestión dedicada. ¿Nos protege eso? Reduce la superficie de ataque, pero no elimina la vulnerabilidad. Un atacante que ya haya comprometido cualquier dispositivo en la red de gestión todavía puede ejecutar un ataque man-in-the-middle. La segmentación es una capa de defensa valiosa, pero debe combinarse con la aplicación de Message-Authenticator y la migración a EAP. Tercera pregunta: ¿Qué tan difícil es la mitigación inmediata? Para la mayoría de los entornos, aplicar Message-Authenticator es un cambio de configuración sencillo. El principal desafío es garantizar que todos los dispositivos de red - puntos de acceso, switches, controladores - admitan el atributo y lo tengan habilitado. Una auditoría de dispositivos antes de aplicar el requisito en el lado del servidor es esencial para evitar fallos de autenticación en el hardware heredado. Cuarta pregunta: ¿Puedo detectar si he sido atacado? Esto es muy difícil. El paquete Access-Accept falsificado parece válido para el cliente RADIUS porque la comprobación del hash MD5 es correcta. Su mejor enfoque de detección es supervisar los registros de contabilidad de RADIUS en busca de autenticaciones correctas anómalas - tipos de dispositivos inesperados, direcciones MAC que no coinciden con su inventario o inicios de sesión correctos a horas inusuales. Integre sus datos de contabilidad de RADIUS con su SIEM para obtener alertas automatizadas. Para resumir y esbozar sus próximos pasos. La vulnerabilidad Blast-RADIUS es una amenaza grave y prácticamente explotable para cualquier organización que ejecute la autenticación RADIUS heredada sobre UDP. El ataque no requiere conocimiento de credenciales y se puede ejecutar en cuestión de minutos. Su prioridad inmediata es auditar su infraestructura, aplicar los parches del proveedor y exigir el atributo Message-Authenticator en todos los clientes y servidores RADIUS. Su objetivo a medio plazo es migrar a EAP-TLS y WPA3-Enterprise. Su objetivo de arquitectura a largo plazo es RADSEC. En Purple, proporcionamos la capa de inteligencia que le ayuda a comprender y proteger la red WiFi de su establecimiento. Nuestra plataforma le ofrece la visibilidad para identificar tipos de dispositivos, supervisar patrones de autenticación y garantizar que sus políticas de seguridad se apliquen de manera efectiva en cada punto de acceso de su propiedad. Su plan de acción se resume en tres palabras: Auditar, Parchear y Modernizar. No permita que un protocolo de hace 30 años sea el eslabón débil en su postura de seguridad. Gracias por unirse a este Purple Technical Briefing. Manténgase seguro.