Filipe Casal

Existe um problema no cliente QUIC do OpenSSL onde um quadro CRYPTO QUIC retransmitido pode acionar a liberação do armazenamento de pacotes enquanto a camada de registro TLS ainda mantém um ponteiro direto para esse armazenamento. Isso leva a uma leitura de heap-use-after-free, uma condição em que o sistema continua a usar um endereço de memória após ele ter sido marcado como livre. Um servidor QUIC malicioso pode explorar isso para causar a negação de serviço (Denial-of-Service) do aplicativo cliente ou vazar uma pequena quantidade de informações da memória heap, incluindo um byte adjacente ao alocador, por meio da resposta de Handshake protegida do cliente.

Um servidor TLS pode apresentar uma leitura fora dos limites e uma gravação de valor fixo fora dos limites no heap do servidor ao chamar a função `SSL set SSL CTX()` para alterar a conexão para um SSL CTX diferente durante um handshake. Isso ocorre se o contexto de substituição reconhecer mais algoritmos de assinatura de provedor do que o contexto original usado para criar a conexão, pois a matriz interna de sinalizadores de validade de certificado por slot não é atualizada. Um peer remoto pode desencadear isso ao oferecer múltiplos algoritmos de assinatura, potencialmente corrompendo os metadados do heap e causando a Negação de Serviço (DoS). Este problema afeta especificamente algoritmos de assinatura de provedor utilizáveis a partir do TLS 1.3.

Uma desreferenciação de ponteiro NULL pode ocorrer em configurações de servidor ou cliente onde as Chaves Públicas Brutas (RPKs) do RFC7250 estão habilitadas e apenas uma chave privada é configurada localmente sem um certificado associado. Isso acontece quando um peer remoto solicita chaves públicas brutas e inclui a extensão TLS `signature algorithms cert`. Este problema pode levar a uma Negação de Serviço (DoS) devido ao encerramento abrupto da aplicação. Uma desreferenciação de ponteiro NULL é um erro de software onde o programa tenta ler ou gravar em um endereço de memória que é NULL, normalmente causando a falha da aplicação.

Existe um problema na validação de resposta CMP onde a função `ossl cmp msg check update()` converte um nome distinto do remetente fornecido pelo peer usando `X509 NAME oneline()` e o passa diretamente como o argumento de formato para `ERR raise data()`. Como os caracteres de porcentagem são preservados durante a conversão, um endpoint CMP malicioso ou interceptado pode fornecer um DN de remetente contendo especificadores de formato como `%s` ou `%n`. Esses especificadores chegam ao `BIO vsnprintf()` sem argumentos variádicos correspondentes, fazendo com que o cliente desreferencie ou escreva em conteúdos de pilha não relacionados. Isso resulta em uma negação de serviço ao travar o cliente CMP, especificamente quando o cliente impõe um remetente esperado ou usa um certificado de servidor fixado (pinned).

Um servidor OpenSSL QUIC pode alocar e enfileirar novos canais de entrada sem impor um limite ao processar pacotes QUIC Initial válidos para IDs de conexão de destino desconhecidos. O sistema utiliza o `Connection-Id` do cabeçalho do pacote para localizar uma conexão existente; se nenhuma for encontrada e o tipo de pacote for INITIAL, um novo objeto de canal é alocado e enfileirado para ser aceito pela aplicação local através da função `SSL accept()`. Se a aplicação não conseguir chamar a função `SSL accept()` com frequência suficiente, a memória utilizada para esses objetos de canal pode crescer sem limites, potencialmente levando a uma Negação de Serviço ao tornar o listener QUIC indisponível.

Uma gravação fora dos limites do heap de 8 bytes ocorre durante a decodificação CMS quando o buffer de saída de desembrulho de chave (key-unwrap) é dimensionado com base no tamanho da chave desembrulhada consultada, mas a primitiva de desembrulho AES-WRAP-PAD grava mais bytes do que o relatado. Um invasor pode desencadear isso fornecendo uma mensagem CMS manipulada e modificando um único byte de OID para selecionar a variante preenchida (padded). Isso leva à corrupção do heap e normalmente resulta em uma Negação de Serviço (DoS). O problema é acessível através da função `CMS decrypt()`.

Existe um problema no procedimento de autenticação de certificados onde a biblioteca mantém um pool de conexões para reutilização em transferências subsequentes. Se um handle utilizar inicialmente a confiança CA nativa padrão e for posteriormente alterado para material CA personalizado, ele poderá continuar a confiar no armazenamento da plataforma nativa para transferências subsequentes usando esse handle. Isso pode permitir que um invasor remoto realize a falsificação de dados ou obtenha acesso não autorizado a informações protegidas.