Qiang Fu

No modo de desagregação prefill/decode, existe um problema de server-side request forgery que permite que atacantes não autenticados desencadeiem solicitações externas. Ao enviar solicitações manipuladas para o endpoint '/generate' do Decode worker, os atacantes podem usar os campos `bootstrap host` e `bootstrap port` para sondar hosts e portas internos. Esta ação pode bloquear o loop do agendador compartilhado, resultando em atrasos para outras solicitações de inferência.

Existe uma falha de bypass de autorização que permite que detentores da chave de API do data-plane acessem rotas de gerenciamento de Alta Disponibilidade (HA) da malha. Isso ocorre porque os endpoints `/ha/*` ignoram as verificações de função de Administrador do control-plane. Um invasor pode ler a topologia do cluster, gravar configurações propagadas, alterar limites globais de taxa e utilizar o endpoint `POST /ha/shutdown` para dissolver silenciosamente a coordenação de HA.

Um problema de negação de serviço existe onde clientes de API podem abortar solicitações de geração em andamento pertencentes a outros usuários. Isso ocorre quando um invasor envia solicitações de streaming para o endpoint '/generate' usando um `rid` (identificador de solicitação) curto e controlado pelo cliente. Ao usar valores de `rid` de um único caractere hexadecimal e depois desconectar, o invasor aciona a lógica de aborto por correspondência de prefixo que encerra todas as outras solicitações de clientes ativos.

Um problema de injeção de código existe na função ` evaluate filter()`. Atacantes remotos podem executar código Python ao escapar do sandbox `eval()` usando `re.search globals `. Isso é possível enviando uma expressão de filtro manipulada para o endpoint não autenticado '/dumper/configure' quando a variável `DUMPER SERVER PORT` está configurada, resultando na execução de código no processo do agendador na próxima passagem direta.

Um invasor não autenticado pode causar a negação de serviço enviando uma solicitação para o endpoint '/generate' contendo o campo `pd kv trans params`. Isso desencadeia uma falha na função `pickle.loads` dentro de `InferSamplingParams`, que interrompe a thread de inferência. Embora o endpoint '/health' permaneça operacional, todas as solicitações subsequentes ficarão travadas até que o sistema seja reiniciado.

Existe um problema onde o software confia no campo `xapp id` de payloads de mensagens E42 sem vinculá-lo à associação SCTP do remetente. A função de validação `valid xapp id()` apenas verifica se o valor está dentro da faixa atribuída. Um invasor remoto não autenticado pode se passar por qualquer xApp especificando o `xapp id` em solicitações enviadas ao endpoint iApp na porta 36422. Isso faz com que as respostas sejam roteadas incorretamente para o xApp vítima, o que pode causar a falha do xApp vítima, do RIC ou do próprio iApp devido a inconsistências de estado na estrutura de dados de árvore rubro-negra, uma árvore de busca binária auto-balanceada usada para armazenamento e recuperação eficiente de dados.

Uma asserção alcançável na função `e2ap create pdu()` é disparada quando a decodificação ASN.1 PER (Packed Encoding Rules, um formato de codificação binária para dados ASN.1) falha. Um invasor remoto não autenticado pode enviar uma sequência de bytes não-PER via SCTP para o near-RT RIC na porta 36421 ou para o iApp na porta 36422, causando a interrupção do processo via SIGABRT. Isso ocorre antes de qualquer validação de nível de protocolo e afeta as versões v1.01, v2.03 e v3.01 do protocolo E2AP.

Existe um problema onde um contador `uint16 t` é utilizado para a atribuição de `xapp id`, mas o valor é armazenado em campos de mensagem `uint32 t`. Após mais de 65.530 E42 SETUP REQUESTs, o contador de 16 bits sofre um wrap around, resultando em `xapp ids` duplicados. Isso causa a falha (crash) do iApp (porta 36422) ao tentar registrar um ID duplicado em sua estrutura de dados interna. Um invasor remoto pode desencadear essa falha conectando-se repetidamente e solicitando novos registros de xApp.

O despachador de mensagens iApp contém uma asserção alcançável. O despachador utiliza a função `assert()` para validar mensagens E2AP recebidas contra uma lista branca de 9 entradas. Um atacante remoto não autenticado pode enviar uma PDU E2AP decodificável com um tipo de mensagem que não esteja na lista branca, disparando um SIGABRT (um sinal enviado a um processo para forçá-lo a abortar) e travando o processo iApp na porta 36422. Como o iApp e o RIC near-RT compartilham um único processo, esta ação encerra todo o serviço RIC, resultando na desconexão de todos os xApps e Nós E2.

O processo iApp na porta 36421 trava ao receber uma solicitação E2 SETUP REQUEST duplicada do mesmo Nodo E2 ou de um nodo suplantado. Isso ocorre porque o registro do iApp impõe a unicidade do ID do nodo através de uma função `assert()` em vez de realizar uma rejeição controlada. Um atacante remoto não autenticado pode desencadear um SIGABRT (um sinal enviado a um processo para forçá-lo a abortar) ao enviar duas solicitações E2 SETUP REQUEST com a mesma configuração de nodo E2.

Uma divergência de validação entre camadas permite que um atacante remoto não autenticado cause a interrupção do processo iApp na porta 36422 via SIGABRT. O problema ocorre quando o iApp recebe um 'E42 RIC SUBSCRIPTION REQUEST' contendo um campo `ricEventTriggerDefinition` vazio; enquanto o decodificador da camada E42 aceita o campo vazio como válido, o codificador E2AP impõe uma restrição de preenchimento obrigatório ao encaminhar a solicitação, resultando no travamento.

O near-RT RIC contém chamadas `assert(0)` alcançáveis em manipuladores de mensagens stub para tipos de mensagens E2AP que estão na lista branca, mas não foram implementados. Um atacante remoto não autenticado pode causar a interrupção do processo near-RT RIC na porta 36421 via SIGABRT ao enviar uma PDU E2AP decodificável de um tipo não implementado, como `E2nodeConfigurationUpdate`. A mensagem passa na validação da lista branca, mas aciona uma asserção incondicional no manipulador.

Uma vulnerabilidade foi encontrada na função `amf nsmf pdusession handle update sm context` do arquivo src/amf/nsmf-handler.c do componente AMF. A manipulação leva à negação de serviço. O ataque pode ser lançado remotamente. Este problema permite que um único UE derrube o AMF, resultando na perda completa dos serviços de gerenciamento de mobilidade e sessão e causando uma interrupção em toda a rede. Todos os UEs registrados perderão conectividade e novos registros serão bloqueados até que o AMF seja reiniciado, levando a um impacto na alta disponibilidade.

Foi identificada uma vulnerabilidade de negação de serviço na função `gmm state authentication` do arquivo `src/amf/gmm-sm.c` no componente AMF. Esta vulnerabilidade pode ser explorada remotamente, levando a uma interrupção em toda a rede, causando a perda de conectividade de todos os UEs registrados e bloqueando novos registros até que o AMF seja reiniciado. O exploit foi divulgado publicamente e pode ser utilizado.