Towards Quantum-Safe O-RAN -- Experimental Evaluation of ML-KEM-Based IPsec on the E2 Interface

Título: Hacia un O-RAN Seguro Cuánticamente: Evaluación Experimental de IPsec Basado en ML-KEM en la Interfaz E2

1. El Problema

La expansión de las Redes de Acceso Radio Abierto (O-RAN) ha introducido una arquitectura más abierta y virtualizada, lo que amplía la superficie de ataque. Interfaces críticas como la E2 (que conecta el nodo gNB con el Controlador Inteligente de RAN en Tiempo Cercano o Near-RT RIC) transportan datos de control y telemetría en tiempo real con restricciones de latencia estrictas.

• Amenaza Cuántica: Los algoritmos criptográficos actuales (RSA, ECC, Diffie-Hellman) utilizados en IPsec y TLS son vulnerables a futuros ordenadores cuánticos mediante el algoritmo de Shor. Esto genera el riesgo de ataques de tipo "almacenar ahora, descifrar después" (store-now, decrypt-later), donde los adversarios interceptan tráfico cifrado hoy para descifrarlo cuando la tecnología cuántica sea viable.
• Brecha de Conocimiento: Aunque existen estándares de Criptografía Post-Cuántica (PQC) como ML-KEM (anteriormente Kyber) estandarizados por NIST, falta evidencia empírica sobre el impacto de rendimiento de integrar estos algoritmos en las interfaces de control de O-RAN. Los operadores necesitan saber si la seguridad cuántica comprometerá la latencia crítica de los bucles de control de la RIC.

2. Metodología

Los autores diseñaron y desplegaron un banco de pruebas (testbed) de código abierto, reproducible y alineado con los estándares, para simular un entorno O-RAN 5G real.

• Arquitectura del Testbed:
  • RAN y Núcleo: Utilización de srsRAN (para emular gNB/DU/CU y UE), Open5GS (para el núcleo 5G) y FlexRIC (como plataforma Near-RT RIC ejecutando xApps representativos).
  • Seguridad: Implementación de strongSwan (compilado con la librería liboqs) para gestionar los túneles IPsec/IKEv2.
  • Topología: Se separaron las funciones en máquinas virtuales (VMs) distintas para emular saltos de red realistas entre el O-CU y la Near-RT RIC, asegurando que la protección IPsec se aplicara en la interfaz E2.
• Escenarios de Prueba: Se compararon tres configuraciones bajo cargas de trabajo de señalización realistas:
  1. Sin IPsec: Línea base para medir latencia natural.
  2. IPsec Clásico: Utilizando intercambio de claves ECDH (Curva 25519).
  3. IPsec Post-Cuántico: Utilizando el mecanismo de encapsulamiento de claves ML-KEM (con parámetros ML-KEM-768 y ML-KEM-1024).
• Métricas Evaluadas:
  • Latencia de establecimiento del túnel (tiempo de handshake IKEv2).
  • Impacto en la estabilidad y operación de los xApps de la RIC (bucles de control).
  • Latencia de datos en estado estacionario.

3. Contribuciones Clave

1. Primera Evaluación Empírica en O-RAN: Presentan la primera evaluación experimental de IPsec basado en ML-KEM específicamente en la interfaz E2 de O-RAN, utilizando un banco de pruebas de código abierto y estandarizado.
2. Marco Reproducible: Proporcionan una arquitectura y configuración documentada que permite a la comunidad científica y a los operadores replicar los experimentos para evaluar la seguridad post-cuántica en entornos RAN.
3. Evidencia Cuantitativa de Viabilidad: Demuestran que la migración a PQC es técnicamente factible en hardware de servidor actual, proporcionando datos concretos sobre la compensación (trade-off) entre seguridad cuántica y rendimiento en tiempo real.

4. Resultados

Los experimentos arrojaron los siguientes hallazgos cuantitativos:

• Latencia de Establecimiento del Túnel (IKEv2):
  • La integración de ML-KEM introduce un sobrecosto en la fase de establecimiento de la asociación de seguridad (SA).
  • Comparado con el IPsec clásico (ECDH), ML-KEM-768 añade aproximadamente 3 ms de latencia adicional, y ML-KEM-1024 añade aproximadamente 4.7 ms.
  • El proceso de autorización (IKE_AUTH) y configuración de SA hijo (Child SA) permanece relativamente estable, siendo la fase de inicialización (IKE Initiation) la más afectada por el cálculo de las claves PQC.
• Impacto en Operación de xApps:
  • No se observó ninguna interrupción o degradación en la operación de los xApps ni en los bucles de control de la Near-RT RIC.
  • Una vez establecido el túnel, el tráfico de control fluye sin problemas, indicando que el sobrecosto es un evento puntual de configuración y no afecta el rendimiento continuo.
• Latencia de Datos: El cifrado simétrico (AES-256-GCM) dentro del túnel IPsec añadió una latencia constante de aproximadamente 165 µs respecto a la línea base, independiente del algoritmo de intercambio de claves (clásico o PQC).

5. Significado e Implicaciones

• Viabilidad de Migración: Los resultados confirman que la protección de la interfaz E2 con criptografía post-cuántica es prácticamente factible. Un retraso de 3-5 ms en el establecimiento del túnel es aceptable para la mayoría de las operaciones de red, especialmente considerando que los túneles IPsec se establecen periódicamente y no para cada paquete de datos.
• Estrategia de Transición: Los operadores de red pueden comenzar a planificar estrategias de migración escalonada hacia O-RAN seguro cuánticamente sin temor a violar los requisitos estrictos de latencia de los bucles de control en tiempo cercano (Near-Real-Time).
• Futuro de la Investigación: El trabajo sienta las bases para extender estas evaluaciones a otras interfaces (A1, O1, O2) que utilizan TLS, y sugiere la integración de Federated Learning para optimizar dinámicamente los parámetros de seguridad PQC en entornos multi-vendor.

En conclusión, el artículo demuestra que la adopción de ML-KEM en IPsec para O-RAN no compromete la funcionalidad crítica de la red, ofreciendo una ruta viable hacia la seguridad a largo plazo frente a las amenazas cuánticas.