84 fallos del núcleo 4G y 5G: análisis de riesgos de sesión de API

Las barras de señal de tu teléfono son el señuelo, ese alegre icono de escalerita que te dice que todo está bien mientras la maquinaria real discute en una habitación trasera. El riesgo más interesante vive más adentro, en el núcleo del operador, donde las interfaces de señalización y el estado de las sesiones deciden si la conectividad se comporta como infraestructura o como un archivador embrujado. Según The Hacker News, investigadores reportaron 84 fallos en núcleos 4G y 5G, incluido un fallo de secuestro de sesión. Eso no es una historia de radio. Es una historia de red central, lo cual es peor de esa manera silenciosa y cubierta de papeleo que los ingenieros de seguridad han aprendido a temer. La lección útil no es que 5G esté condenado y que, por favor, volvamos a las señales de humo. Es que la seguridad de las telecomunicaciones no puede detenerse en la interfaz aérea. La gestión de sesiones, las API de la red central y el endurecimiento de las implementaciones ahora forman parte del mapa de riesgo sistémico, especialmente a medida que los núcleos de los operadores se vuelven más definidos por software y nativos de la nube. En algún lugar, un proveedor está preparando una frase sobre tomarse la seguridad en serio. Mi marcador tiene pilas nuevas.

Qué ocurrió dentro del núcleo, según The Hacker News The Hacker

News, citando un estudio académico de investigadores de la Universidad Tecnológica de Nanyang de Singapur, informó sobre una “clase generalizada” de vulnerabilidades divulgadas que afectan a redes centrales 4G y 5G. El informe dice que una explotación exitosa podría provocar denegación de servicio y, en algunos casos, secuestro de sesión, lo que permitiría a un atacante tomar el control de la sesión de red de un usuario. El estudio examinó interfaces de señalización en redes centrales LTE y 5G, incluidas dos implementaciones LTE, Open5GS y OpenAirInterface, y cinco implementaciones 5G, Open5GS, free5GC, OpenAirInterface, SD-Core y eUPF. Los protocolos nombrados en el informe son GTP-C y Packet Forwarding Control Protocol, el tipo de fontanería que rara vez recibe una presentación principal, pero que sin duda puede arruinarle la semana a todo el mundo.

La causa raíz es

la confianza, según el artículo de arXiv El artículo de arXiv que respalda los hallazgos llama al patrón errores de confianza implícita, o vulnerabilidades iTrue. Su resumen dice que las redes centrales celulares históricamente dependían del aislamiento físico, con interfaces entre componentes del núcleo que operaban dentro de una zona de confianza asumida. A medida que las redes centrales migran a despliegues nativos de la nube, el artículo dice que esa suposición se debilita, ampliando la superficie de ataque y permitiendo que adversarios externos alcancen interfaces que antes se trataban como internas. Traducción: las paredes se movieron, pero el software todavía cree que vive en un edificio cerrado con llave. Los autores de arXiv describen una confianza ciega recurrente entre los componentes de la red central. Los componentes pueden omitir la validación sintáctica, no aplicar invariantes semánticas o asignar recursos sin comprobar su disponibilidad. Ese trío no es glamuroso, pero así es como los fallos de infraestructura sacan dientes. Un mensaje mal formado es malo. Un mensaje mal formado aceptado por un componente de confianza que luego cambia el comportamiento de la sesión es la versión de thriller de lo malo.

Las API y los privilegios son multiplicadores de riesgo silenciosos, según 5GAC

Analyzer Otro artículo, Identifying Over-Privilege Between 5G Core Network Functions, ayuda a explicar por qué esta clase de problema es más grande que una lista de errores. Los autores escriben que 5G traslada el núcleo celular desde hardware especializado hacia funciones de red nativas de la nube basadas en software, mientras que 3GPP define una política de control de acceso destinada a proteger las funciones de red entre sí y de aplicaciones de red de terceros. El contexto de su revisión manual importa porque la política, los privilegios y la implementación ahora se reúnen en la misma sala. Si uno de ellos miente, los demás pueden creerle educadamente. El artículo de 5GAC Analyzer dice que una revisión manual de 3GPP identificó un fallo de exceso de privilegios que exponía claves criptográficas a todas las funciones de red. Luego, los autores usaron análisis estático de programas para extraer el comportamiento de funciones de red de cuatro implementaciones del núcleo 5G y compararlo con lo que permite la política de 3GPP. Encontraron dos instancias de exceso de privilegios previamente desconocidas que podrían provocar denegación de servicio y extracción de datos sensibles, e informaron los hallazgos a la GSMA, que confirmó su importancia. Ese es el patrón más amplio: las API y las políticas de la red central necesitan disciplina de mínimo privilegio, no buenas vibras y un diagrama con un candado.

Qué significa realmente para ti, según la investigación

Para los usuarios normales, esto no es un parche que tu teléfono pueda instalar mientras tomas café. La superficie afectada descrita por The Hacker News y el artículo de arXiv se encuentra en implementaciones del núcleo de los operadores e interfaces de señalización, donde los usuarios tienen muy poco control directo. La conclusión práctica es desconfiar de las afirmaciones de que la seguridad de las redes móviles solo trata del enlace de radio, porque la capa de sesión y los detalles de implementación del núcleo también importan para la privacidad y la disponibilidad. Si tu organización compra 5G privado, servicios de telecomunicaciones o conectividad gestionada, pregunta a los proveedores cómo validan las entradas de señalización del núcleo, aplican invariantes semánticas, comprueban la disponibilidad de recursos y segmentan las interfaces internas. Para operadores y proveedores, el trabajo apunta a una mejor agenda de pruebas. Trata los componentes internos como mutuamente sospechosos, especialmente en despliegues nativos de la nube. Combina fuzzing de protocolos y validación semántica con revisión de control de acceso, porque una función de red con demasiados privilegios no es una característica, es un futuro informe de incidente con un formato más bonito. Estate atento a CVE posteriores, correcciones de implementación y a si los programas de seguridad del núcleo de los operadores empiezan a tratar las API, las sesiones y los límites de privilegio como superficies de riesgo de primera categoría. Puede que internet no se desmorone por completo hoy, que es lo que cuenta como optimismo en este frente.