Afldl

A implementação do Scrypt em plataformas de 32 bits contém um estouro de inteiro durante o cálculo de memória devido a uma multiplicação não verificada. Isso permite que um invasor forneça parâmetros Scrypt específicos que causem o wrap do tamanho da alocação, resultando em um buffer menor do que os dados posteriormente gravados. Isso afeta sistemas que aceitam parâmetros arbitrários de fontes hostis, como aplicativos que descriptografam chaves privadas criptografadas fornecidas por invasores. Um conjunto de parâmetros desencadeadores pode causar a gravação de aproximadamente quatro gigabytes de dados além do buffer de heap alocado, levando ao travamento do processo e negação de serviço. Embora a execução de código arbitrário não tenha sido demonstrada, ela não pode ser totalmente excluída.

Uma verificação de limites ausente no analisador de mensagens de Certificado TLS 1.3 do NetX Secure permite que um servidor TLS 1.3 malicioso provoque um underflow de número inteiro sem sinal. Isso resulta em uma leitura fora dos limites do heap em qualquer peer que processe uma mensagem de Certificado remota. O problema é acessível antes da autenticação, durante o handshake normal, antes que a verificação do certificado seja concluída.

O analisador de mensagens de Certificado TLS 1.3 falha ao verificar se uma mensagem contém um byte para pular antes de decrementar o comprimento da mensagem para ignorar um byte de contexto. Quando uma mensagem de Certificado de comprimento zero é processada, o comprimento não assinado envolve para `0xFFFFFFFF`, tornando a verificação de limites subsequente ineficaz e fazendo com que o analisador leia além do buffer de pacote da sessão. Este problema é acessível antes da autenticação e pode ser disparado por um cabeçalho de handshake de quatro bytes sem exigir validade criptográfica.

Durante o primeiro DTLS ClientHello, o parser copia um comprimento de `session id` reivindicado pelo dispositivo e valida o comprimento da lista de ciphersuites em relação ao comprimento total do registro, em vez de validar em relação aos bytes restantes. Isso permite que um peer não autenticado provoque uma leitura de origem Out-of-Bounds (OOB) de até 255 bytes. Esses bytes são então ecoados verbatim no ServerHello de saída, resultando na divulgação de memória de processo adjacente pela rede. Uma variante deste problema também pode causar um travamento ao receber o primeiro pacote.

O software gera cookies previsíveis durante o processo DTLS HelloVerifyRequest. Essa previsibilidade pode ser explorada para ignorar o mecanismo baseado em cookies destinado a prevenir ataques de Negação de Serviço (DoS), que são tentativas de tornar uma máquina ou recurso de rede indisponível para seus usuários pretendidos.

Um cliente remoto pode causar a falha do processo serve child do NSD em tipos de compilação de depuração (debugging) ou não-lançamento (non-release). Isso ocorre quando o processo recebe uma mensagem especialmente elaborada contendo um número específico de opções de DNS Cookie, como 17 opções quando o tamanho do payload UDP é 512. A interrupção contínua desses processos pode prejudicar gravemente o desempenho ou levar a uma negação completa do serviço de DNS.

O cliente NTLM carece de sanitização de um desafio curto (short challenge) na função ` gsasl ntlm client step()`. Esta falha permite que um servidor malicioso cause a divulgação de memória.