Ingela Andin

Uma falha de troca de chaves sem autenticação de entidade no módulo ssl permite que um peer que responda a uma conexão de cliente TLS 1.3 se passe pelo servidor pretendido. Isso ocorre quando uma extensão `pre shared key` está presente no `ServerHello` que o cliente não ofereceu, fazendo com que o cliente complete o handshake sem validar o certificado do servidor. Especificamente, `tls client connection 1 3:handle server hello/2` passa a extensão para `tls gen connection 1 3:handle resumption/2`, que define `resumption = true` sem verificar se o cliente ofereceu um PSK. Subsequentemente, `tls handshake 1 3:get pre shared key/4` retorna para um valor composto apenas por zeros, e a função `maybe resumption/1` é direcionada diretamente para `wait finished`. Isso ignora verificações de segurança críticas, incluindo a validação do caminho do certificado, `verify fun`, verificação de hostname, `partial chain`, verificação de CRL e OCSP stapling. Um invasor pode interceptar o tráfego, ler dados sensíveis, como credenciais e tokens, e forjar respostas. Isso afeta qualquer consumidor de `ssl:connect` que utilize TLS 1.3, incluindo `httpc` via HTTPS e diversas bibliotecas de clientes de banco de dados ou mensageria.

A exposição de dados sensíveis ocorre no módulo `httpc response` da biblioteca inets. O cliente `httpc` encaminha os cabeçalhos de requisição `Authorization` e `Proxy-Authorization` para alvos de redirecionamento sem verificar se o redirecionamento cruza a fronteira de origem. Especificamente, a função `redirect/2` constrói a requisição redirecionada atualizando apenas o campo host do registro de cabeçalho, copiando todos os outros campos literalmente. Como o `autoredirect` é habilitado por padrão, isso afeta todos os chamadores que não desabilitam explicitamente os redirecionamentos automáticos. Um invasor que controla um servidor pode emitir um redirecionamento 3xx de origem cruzada para um servidor que também controla, fazendo com que o cabeçalho `Authorization` (incluindo credenciais Basic derivadas de informações de usuário da URL via função `handle user info/2`) e o cabeçalho `Proxy-Authorization` sejam encaminhados, permitindo o roubo de credenciais.

O acompanhamento inadequado da cadeia de confiança de um certificado no módulo `pubkey cert` permite que um certificado não-CA seja aceito como um emissor intermediário, possibilitando a falsificação da cadeia de certificados. A função `pubkey cert:validate extensions/7` contém falhas onde um certificado com `basicConstraints` definido como `cA:false` e sem a extensão `keyUsage` pode ser usado como emissor intermediário em uma cadeia passada para `public key:pkix path validation/3`. Isso ocorre porque a cláusula `cA:false` não rejeita o certificado quando ele está na posição de emissor, e a verificação de `keyUsage` é ignorada se a extensão estiver totalmente ausente. Consequentemente, um invasor com um certificado de entidade final emitido por uma CA confiável pode assinar certificados folha falsificados para identidades arbitrárias. Isso afeta todos os endpoints TLS ou mTLS construídos na aplicação ssl do OTP que utilizam o verificador padrão, incluindo a verificação de identidade do servidor no lado do cliente e a verificação de certificado do cliente em servidores mTLS.

A Validação Imprópria de Certificado no módulo `pubkey ocsp` do `public key` do Erlang OTP permite que respostas forjadas do Online Certificate Status Protocol (OCSP), assinadas com um certificado de respondedor expirado, sejam aceitas como válidas. As funções `verify response/5` e `is authorized responder/3` não verificam o período de validade (`notBefore`/`notAfter`) do certificado do respondedor OCSP. Um invasor que possua a chave privada de um certificado de respondedor OCSP designado pela CA e expirado pode forjar respostas que o sistema aceita. Isso afeta clientes TLS que utilizam OCSP stapling via aplicação `ssl`, permitindo que um servidor comprometido apresente um certificado TLS revogado como válido. Também afeta aplicações que chamam diretamente a função `pkix ocsp validate/5`, o que pode levar ao bypass de autenticação durante a validação de certificado de cliente no lado do servidor.

Existe um problema de Alocação de Recursos Sem Limites ou Throttling no Erlang OTP ssh (módulos ssh sftp), potencialmente levando à Alocação Excessiva e Exposição de Vazamento de Recursos. O problema está associado ao arquivo `ssh sftpd.erl`.

An Allocation of Resources Without Limits or Throttling issue exists in Erlang OTP ssh (ssh sftp modules), potentially leading to Excessive Allocation and Resource Leak Exposure. The issue is associated with the `ssh sftpd.erl` file.

An uncontrolled resource consumption issue exists in Erlang OTP ssh (ssh sftp modules), allowing excessive allocation and flooding. The issue is associated with the `ssh sftpd.erl` file.

Existe um problema de Alocação de Recursos Sem Limites ou Throttling no SSH do Erlang OTP (módulos ssh sftp), potencialmente levando a Alocação Excessiva e Inundação. A vulnerabilidade está associada ao arquivo `ssh sftpd.erl`.