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 abordaremos un problema crítico y urgente para cualquier organización que opere WiFi de nivel empresarial: una vulnerabilidad recientemente práctica en un protocolo de hace 30 años que podría permitir a los atacantes cruzar directamente su puerta de enlace digital. Estamos hablando del protocolo RADIUS y del ataque de colisión MD5 conocido como Blast-RADIUS. Para nuestra audiencia de gerentes de TI, arquitectos de redes y CTO en hotelería, comercio minorista y grandes recintos públicos, este no es solo un problema teórico. Es una amenaza directa a la integridad de su red, la seguridad de sus datos y su postura de cumplimiento. En los próximos diez minutos, explicaremos en qué consiste la vulnerabilidad, cómo funciona y, lo más importante, proporcionaremos una hoja de ruta clara y aplicable para su mitigación. Ya sea que sea responsable de un hotel de 200 habitaciones, una cadena minorista nacional o un estadio con capacidad para 60,000 personas, 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 - fue diseñado en 1991, durante la era del internet de marcación telefónica. Es un protocolo cliente - servidor que gestiona la autenticación, autorización y 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 un cliente RADIUS y envía una solicitud de autenticación a un servidor RADIUS central. El servidor verifica 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 hashing MD5 para proporcionar una verificació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, aquí estamos en 2024, y RADIUS sigue dependiendo de él. La industria sabía que MD5 era débil. El protocolo simplemente nunca se actualizó. Ahora entremos 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 de MD5 y, fundamentalmente, con mejoras significativas de velocidad que hacen que el ataque sea práctico en tiempo real. Así es como funciona. Un atacante man-in-the-middle se posiciona 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 causar una colisión matemática: una situación en la que dos entradas diferentes producen el mismo hash MD5. El atacante precalcula 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 verifica el Response Authenticator, lo encuentra válido - porque los hashes MD5 coinciden - y otorga acceso a la red. El atacante nunca necesitó saber la contraseña del usuario. Nunca necesitó saber el secreto compartido entre el cliente y el servidor RADIUS. Simplemente explotó la debilidad matemática en MD5 para hacer que una respuesta falsificada pareciera legítima. Y con el hardware moderno, la colisión MD5 requerida se puede calcular en menos de cinco minutos. Este no es un ataque teórico. Es operativamente viable hoy en día. Esta vulnerabilidad afecta a todas las implementaciones 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, particularmente en implementaciones heredadas. 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 plantear el riesgo empresarial en términos concretos. Considere una cadena hotelera. Un atacante que obtiene acceso no autorizado a la red corporativa puede moverse lateralmente para llegar al sistema de gestión de la propiedad, acceder a los registros de los huéspedes, llegar a las terminales de punto de venta y, potencialmente, exfiltrar datos de tarjetas de pago. El costo promedio de una filtración de datos en el sector de la hospitalidad supera los tres millones de libras. Bajo el GDPR, una filtración que involucre datos personales de los huéspedes puede activar multas de hasta el cuatro por ciento de la facturación anual global. Bajo PCI-DSS, una filtración que involucre datos de 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 implicaciones financieras y de reputación son sustanciales. Ahora pasemos a las recomendaciones de implementación. ¿Cómo se defiende contra esto? La respuesta tiene dos capas: el endurecimiento inmediato y la modernización a largo plazo. La acción inmediata es aplicar los parches del proveedor para CVE-2024-3596. Todos los principales proveedores de RADIUS - Cisco ISE, Microsoft NPS, FreeRADIUS, Juniper, Aruba, Ruckus - han lanzado actualizaciones. Además de la aplicación de parches, el cambio de configuración crítico es exigir 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 de 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 equals yes en su archivo de configuración de clientes. Para Microsoft NPS, es una configuración de política 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 aplicación de Message-Authenticator es una medida provisional, 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 Autoridad de Certificación de confianza. Esto elimina por completo el secreto compartido, 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 la implementación de una infraestructura PKI completa es compleja - particularmente lugares con una alta rotación de dispositivos o políticas de traer su 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 confidencialidad e integridad completas para todo el intercambio de autenticación. Esto hace que los ataques a la capa 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 sección de preguntas y respuestas rápidas. Pregunta uno: Usamos EAP. ¿Estamos seguros? Si utiliza EAP-TLS, PEAP o EAP-TTLS, no es vulnerable al ataque específico de colisión MD5 de Blast-RADIUS. Sin embargo, debe aplicar los parches del proveedor como medida de defensa en profundidad y debe auditar su configuración para garantizar que se exija la validación del certificado del servidor en todos los clientes. Pregunta dos: Nuestro tráfico RADIUS está en una VLAN de gestión dedicada. ¿Eso nos protege? 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 de tipo 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 de EAP. Pregunta tres: ¿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 fallas de autenticación en hardware heredado. Pregunta cuatro: ¿Puedo detectar si he sido atacado? Esto es muy difícil. El paquete Access-Accept falsificado parece válido para el cliente RADIUS porque el hash MD5 resulta correcto. Su mejor enfoque de detección es monitorear los registros de contabilidad de RADIUS en busca de autenticaciones exitosas anomalas: tipos de dispositivos inesperados, direcciones MAC que no coinciden con su inventario o inicios de sesión exitosos a horas inusuales. Integre sus datos de contabilidad de RADIUS con su SIEM para alertas automatizadas. Para resumir y detallar sus próximos pasos. La vulnerabilidad Blast-RADIUS es una amenaza seria y prácticamente explotable para cualquier organización que ejecute autenticación RADIUS heredada sobre UDP. El ataque no requiere conocimiento de credenciales y se puede ejecutar en minutos. Su prioridad inmediata es auditar su infraestructura, aplicar los parches del proveedor y aplicar el atributo Message-Authenticator en todos los clientes y servidores RADIUS. Su objetivo a mediano plazo es migrar a EAP-TLS y WPA3-Enterprise. Su objetivo arquitectónico 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 brinda la visibilidad para identificar tipos de dispositivos, monitorear 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 son tres palabras: Auditar, Parcharse y Modernizar. No permita que un protocolo de 30 años de antigüedad sea el eslabón débil en su postura de seguridad. Gracias por acompañarnos en este Informe Técnico de Purple. Manténgase seguro.