84 falhas em núcleos 4G e 5G: análise de riscos de sessões de API

As barras de sinal do seu telefone são a distração, aquele ícone simpático em forma de escadinha dizendo que está tudo bem enquanto a maquinaria real discute numa sala dos fundos. O risco mais interessante mora mais fundo no núcleo da operadora, onde interfaces de sinalização e estado de sessão decidem se a conectividade se comporta como infraestrutura ou como um arquivo assombrado. Segundo o The Hacker News, pesquisadores relataram 84 falhas em núcleos 4G e 5G, incluindo uma falha de sequestro de sessão. Isso não é uma história sobre rádio. É uma história sobre rede central, o que é pior daquele jeito silencioso, coberto de papelada, que engenheiros de segurança aprenderam a temer. A lição útil não é que o 5G está condenado, por favor voltem aos sinais de fumaça. É que a segurança em telecomunicações não pode parar na interface aérea. Gerenciamento de sessão, APIs de rede central e reforço de implementação agora fazem parte do mapa de risco sistêmico, especialmente à medida que os núcleos das operadoras se tornam mais definidos por software e nativos de nuvem. Em algum lugar, um fornecedor está preparando uma frase sobre levar segurança a sério. Meu placar está com pilhas novas.

O que aconteceu dentro do núcleo, segundo

o The Hacker News O The Hacker News, citando um estudo acadêmico de pesquisadores da Universidade Tecnológica de Nanyang, em Singapura, relatou uma “classe generalizada” divulgada de vulnerabilidades que afetam redes centrais 4G e 5G. O relatório diz que uma exploração bem-sucedida poderia causar negação de serviço e, em alguns casos, sequestro de sessão, permitindo que um invasor assuma o controle da sessão de rede de um usuário.

O estudo examinou interfaces de sinalização em redes centrais LTE e 5G, incluindo duas implementações LTE, Open5GS e OpenAirInterface, e cinco implementações 5G: Open5GS, free5GC, OpenAirInterface, SD-Core e eUPF. Os protocolos citados no relatório são GTP-C e Packet Forwarding Control Protocol, aquele tipo de encanamento que raramente ganha destaque em uma palestra principal, mas que com certeza consegue arruinar a semana de todo mundo.

A causa raiz é confiança, segundo o artigo do arXiv

O artigo do arXiv por trás das descobertas chama esse padrão de erros de confiança implícita, ou vulnerabilidades iTrue. O resumo diz que as redes centrais celulares historicamente dependiam de isolamento físico, com interfaces entre componentes centrais operando dentro de uma zona de confiança presumida. À medida que as redes centrais fazem a transição para implantações nativas de nuvem, o artigo diz que essa suposição enfraquece, expandindo a superfície de ataque e permitindo que adversários externos alcancem interfaces que antes eram tratadas como internas. Tradução: as paredes mudaram de lugar, mas o software ainda acha que mora em um prédio trancado.

Os autores do arXiv descrevem uma confiança cega recorrente entre componentes da rede central. Componentes podem deixar de fazer validação sintática, falhar em aplicar invariantes semânticas ou alocar recursos sem verificar disponibilidade. Esse trio não é glamouroso, mas é assim que falhas de infraestrutura ganham dentes. Uma mensagem malformada é ruim. Uma mensagem malformada aceita por um componente confiável, que então muda o comportamento da sessão, é a versão de suspense de “ruim”.

APIs e privilégio são os multiplicadores silenciosos de risco, segundo o 5GAC

Analyzer Um artigo separado, Identificando Excesso de Privilégio Entre Funções de Rede Central 5G, ajuda a explicar por que essa classe de problema é maior do que uma lista de bugs. Os autores escrevem que o 5G move o núcleo celular de hardware especializado para funções de rede nativas de nuvem baseadas em software, enquanto o 3GPP define uma política de controle de acesso destinada a proteger funções de rede umas das outras e de aplicações de rede de terceiros. O contexto da revisão manual deles importa porque política, privilégio e implementação agora se encontram na mesma sala. Se um deles mentir, os outros podem acreditar educadamente.

O artigo do 5GAC Analyzer diz que uma revisão manual do 3GPP identificou uma falha de excesso de privilégio que expôs chaves criptográficas a todas as funções de rede. Os autores então usaram análise estática de programas para extrair o comportamento de funções de rede de quatro implementações de núcleo 5G e compará-lo com o que a política do 3GPP permite. Eles encontraram duas instâncias de excesso de privilégio anteriormente desconhecidas que poderiam levar a negação de serviço e extração de dados sensíveis, e relataram as descobertas à GSMA, que confirmou sua importância. Esse é o padrão maior: APIs e políticas da rede central precisam de disciplina de privilégio mínimo, não de boas intenções e um diagrama com um cadeado desenhado.

O que isso realmente significa para você, segundo a pesquisa

Para usuários comuns, isso não é uma atualização que seu telefone possa instalar enquanto você toma café. A superfície afetada descrita pelo The Hacker News e pelo artigo do arXiv fica em implementações de núcleo de operadoras e interfaces de sinalização, onde os usuários têm muito pouco controle direto. A conclusão prática é ter cautela com afirmações de que a segurança de redes móveis se resume ao enlace de rádio, porque a camada de sessão e os detalhes da implementação do núcleo também importam para privacidade e disponibilidade.

Se sua organização compra 5G privado, serviços de telecomunicações ou conectividade gerenciada, pergunte aos fornecedores como eles validam entradas de sinalização do núcleo, aplicam invariantes semânticas, verificam disponibilidade de recursos e segmentam interfaces internas. Para operadoras e fornecedores, o trabalho aponta para uma agenda de testes melhor. Trate componentes internos como mutuamente suspeitos, especialmente em implantações nativas de nuvem. Combine fuzzing de protocolo e validação semântica com revisão de controle de acesso, porque uma função de rede com privilégio demais não é um recurso, é um futuro relatório de incidente com formatação mais bonita.

Fique de olho em CVEs futuras, correções de implementação e se os programas de segurança de núcleos de operadoras passam a tratar APIs, sessões e limites de privilégio como superfícies de risco de primeira classe. A internet talvez não desmorone completamente hoje, que é o que passa por otimismo nesse assunto.