John Downey

A verificação insuficiente da autenticidade dos dados permite que um adversário no meio substitua conteúdos forjados de pacotes Hex durante a resolução de dependências. Embora o Gleam busque metadados de pacotes de um repositório Hex com assinatura verificada, a função `gleam cli::dependencies::lookup package` faz uma requisição subsequente a uma API Hex não assinada através de `gleam core::hex::get package release`. O sistema registra o `outer checksum` e os nomes das dependências dessa resposta JSON não assinada no `manifest.toml`, em vez de utilizar os valores dos metadados verificados. Um invasor capaz de interceptar o tráfego TLS com um certificado confiável e modificar tanto a resposta da API quanto o tarball do repositório pode fornecer um arquivo de pacote forjado com um checksum correspondente. Isso resulta na perda de integridade, pois o Gleam aceita e extrai os conteúdos forjados. Este problema afeta especificamente projetos que resolvem ou atualizam dependências Hex, como quando o manifesto está ausente ou as dependências são alteradas.

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 inadequada de certificados nos módulos `pubkey cert` e `public key` permite a evasão de nameConstraints de DNS durante a verificação de nome de host TLS. Isso ocorre porque a função `pubkey cert:validate names/6` verifica apenas as entradas de DNS do Subject Alternative Name (SAN) em relação às nameConstraints, o que significa que certificados sem um SAN satisfazem trivialmente as restrições de DNS permitidas. Simultaneamente, a função `public key:pkix verify hostname/3` recorre ao CommonName do assunto quando nenhum SAN está presente, comparando-o com o nome de host de referência. Essa combinação permite que uma CA subordinada com nameConstraints de DNS restritas emita um certificado final que um cliente TLS OTP aceita para um nome de host fora de escopo. Essa evasão é acessível via `ssl:connect` utilizando `verify peer`, uma CA confiável, SNI e o correspondente de nome de host https estrito.

Uma falha de path traversal no módulo `ssh sftpd` do Erlang OTP ssh permite que um usuário SFTP autenticado modifique atributos de arquivos fora do diretório chroot configurado. O daemon SFTP armazena o caminho bruto fornecido pelo usuário em handles de arquivo em vez do caminho resolvido pelo chroot. Quando o `SSH FXP FSETSTAT` é emitido em tal handle, os atributos do arquivo (permissões, propriedade, timestamps) são modificados no caminho real do sistema de arquivos, ignorando completamente o limite do diretório raiz. Isso requer que o servidor esteja configurado com a opção root e que o arquivo alvo exista no sistema de arquivos real no mesmo caminho relativo. Esta falha permite apenas a modificação de atributos de arquivos; o conteúdo dos arquivos não pode ser lido ou alterado. Se o daemon SSH for executado como root, um invasor pode obter escalonamento de privilégios ao definir o bit setuid em binários, alterar a propriedade de arquivos sensíveis ou tornar configurações do sistema graváveis por qualquer usuário. O problema está associado ao arquivo `lib/ssh/src/ssh sftpd.erl` e às funções `ssh sftpd:do open/4` e `ssh sftpd:handle op/4`.

Name of the Vulnerable Software and Affected Versions Gleam versões 1.9.0-rc1 até 1.15.3 e 1.16.0-rc1 Description Um problema de validação de caminho inadequada existe no compilador Gleam ao lidar com dependências git durante o processo de download da dependência. Nomes de dependência de `gleam.toml` e `manifest.toml` são usados para construir caminhos do sistema de arquivos sem validação suficiente, permitindo que caminhos controlados por um invasor (usando travessia relativa como '../' ou caminhos absolutos) tenham como alvo locais fora do diretório de dependência pretendido. Isso pode levar à modificação arbitrária do sistema de arquivos, incluindo exclusão e criação de diretórios, ao resolver dependências git com `gleam deps download`. Uma dependência git maliciosa pode sobrescrever diretórios arbitrários, potencialmente causando perda de dados ou, em alguns ambientes, alcançando a execução de código sobrescrevendo arquivos como hooks git ou arquivos de configuração do shell. Recommendations Evite usar dependências git não confiáveis, especialmente sem fixar em um commit SHA específico. Revise cuidadosamente as árvores de dependência, incluindo dependências git transitivas. Execute comandos de resolução de dependência em um ambiente restrito ou isolado (por exemplo, contêineres).

gleam-wisp wisp contém uma falha na análise do corpo de formulários multipart que pode levar a uma negação de serviço. A função `multipart body` não impõe limites configurados nos tamanhos do corpo e dos arquivos. Especificamente, quando uma fronteira multipart está faltando em um bloco, o analisador anexa o bloco sem atualizar a cota, permitindo que um invasor não autenticado esgote os recursos do servidor enviando grandes envios de formulários multipart.

Nome do Software Vulnerável e Versões Afetadas gleam-wisp wisp versões 2.1.1 a 2.2.0 Descrição Uma vulnerabilidade de travessia de caminho existe no gleam-wisp wisp que permite a leitura arbitrária de arquivos por meio de travessia de caminho codificada em porcentagem. A função `wisp.serve static` é suscetível porque a sanitização ocorre antes da decodificação em porcentagem. A sequência codificada `%2e%2e` contorna a substituição de strings e é então convertida para `..` pela função `uri.percent decode`, permitindo a travessia de diretórios ao ler o arquivo. Um invasor não autenticado pode ler qualquer arquivo acessível ao processo da aplicação com uma única solicitação HTTP, potencialmente incluindo código-fonte, arquivos de configuração, segredos e arquivos do sistema. Recomendações Atualize o gleam-wisp wisp para a versão 2.2.1 ou posterior.