Bob Beck

Ocorre uma leitura de uso após liberação (use-after-free) quando múltiplas threads utilizam simultaneamente o mesmo certificado X.509 pela primeira vez. O OpenSSL armazena em cache os valores decodificados das extensões X.509v3 em duas fases: computação sob um bloqueio de leitura e instalação sob um bloqueio de gravação. Como os bloqueios de leitura não excluem outros leitores, várias threads podem computar o cache simultaneamente. Uma thread que adquire o bloqueio de gravação pode liberar valores instalados por uma thread anterior que ainda esteja usando ponteiros para essa memória, resultando no travamento do processo e Negação de Serviço. Este problema afeta especificamente certificados de CA confiáveis compartilhados entre conexões em clientes TLS multi-thread ou servidores TLS que solicitam certificados de cliente.

Um erro no callback utilizado para verificar certificados durante uma atualização de chave de CA Raiz no Protocolo de Gerenciamento de Certificados (CMP) torna a validação do certificado ineficaz. Especificamente, um erro de digitação no código de construção da cadeia de certificados dentro da função `OSSL CMP get1 rootCaKeyUpdate()` faz com que um certificado incorreto (`newWithOld` em vez de `oldRoot`) seja adicionado à cadeia. Isso permite que um invasor com credenciais válidas de nível de Autoridade de Registro (RA) ignore a verificação de assinatura e substitua o certificado da CA raiz para clientes CMP por um certificado autoassinado arbitrário, escalando efetivamente as credenciais para o nível de Autoridade de Certificação (CA) raiz.

Uma leitura fora dos limites ocorre quando uma aplicação chama a função `X509 VERIFY PARAM set1 email` para validar um endereço de e-mail manipulado, como durante a validação de mensagens S/MIME. Este problema decorre de uma função auxiliar interna chamada por `X509 VERIFY PARAM set1 email()` e `X509 VERIFY PARAM add email()` que utiliza um comprimento incorreto ao validar a parte local de um endereço de e-mail. Consequentemente, o limite de 64 octetos para a parte local pode não ser aplicado, levando potencialmente a um travamento e Negação de Serviço (Denial of Service). A falha é acessível via validação S-MIME utilizando um endereço From: manipulado em uma mensagem de e-mail.

Nome do Software Vulnerável e Versões Afetadas OpenSSL versões 1.1.1, 3.0, 3.3, 3.4 e 3.5 OpenSSL versões 3.6 até 3.6.0 Descrição Pode ocorrer uma desreferênciação de ponteiro inválido ou NULL em aplicativos que processam arquivos PKCS#12 malformados. Isso pode levar a uma negação de serviço quando um aplicativo tenta ler de um ponteiro inválido ou NULL na memória. O problema decorre de uma confusão de tipos no código de análise PKCS#12, em que um membro da união ASN1 TYPE é acessado sem validação prévia do tipo, resultando em uma leitura de ponteiro inválido. A vulnerabilidade está limitada a um espaço de endereçamento de 1 byte, o que normalmente resulta em uma falha devido à memória não mapeada em sistemas operacionais modernos. A exploração requer o processamento de um arquivo PKCS#12 maliciosamente elaborado. Recomendações OpenSSL versão 1.1.1: No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade. OpenSSL versões 3.0, 3.3 e 3.4: No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade. OpenSSL versões 3.5 até 3.5.4: Atualize para a versão 3.5.5. OpenSSL versões 3.6 até 3.6.0: Atualize para a versão 3.6.1.

Existe um problema de confusão de tipos na verificação de assinatura de dados PKCS#7 assinados. Isso ocorre quando um membro da união ASN1 TYPE é acessado sem primeiro validar o tipo, potencialmente levando a uma desreferência de ponteiro inválido ou NULL ao processar dados PKCS#7 malformados. A exploração disso requer que um atacante forneça um PKCS#7 assinado malformado para um aplicativo que o verifique. O impacto da exploração é uma negação de serviço. O código vulnerável está dentro da função `PKCS7 digest from attributes()`, que acessa o valor do atributo de resumo da mensagem sem validar seu tipo. Isso pode resultar no acesso à memória inválida através da união ASN1 TYPE, causando uma falha. A API PKCS7 é considerada legada, e os aplicativos devem usar a API CMS em vez disso.

O problema está relacionado a uma condição de Negação de Serviço (DoS) que pode ser acionada por uma requisição HTTP especialmente elaborada, potencialmente causando a queda do serviço. Também é descrito como um "Coffee Overflow" no contexto da Interface Administrativa do FortiCup, embora a natureza exata deste overflow não seja especificada. Não há informações fornecidas sobre o número estimado de dispositivos potencialmente afetados ou incidentes reais onde este problema foi explorado.