Jakub Witczak

**Nome do Software Vulnerável e Versões Afetadas** Erlang/OTP versões 17.0 até 27.3.4.14 Erlang/OTP versões 28.0 até 28.5.0.3 Erlang/OTP versões 29.0 até 29.0.3 ssl versões 5.3.4 até 11.2.12.10 ssl versões 11.6.0 até 11.6.0.3 ssl versões 11.7.0 até 11.7.3 **Description** O cliente TLS 1.2 (e anteriores) e DTLS não verifica se a suíte de cifras selecionada pelo servidor na mensagem ServerHello estava entre as suítes oferecidas pelo cliente na ClientHello. O manipulador `tls handshake:hello/5` valida a versão do protocolo e o sentinela de downgrade, mas passa a suíte escolhida pelo servidor para `ssl handshake:handle server hello extensions/9` sem uma verificação de associação. Um atacante on-path pode forçar o uso de suítes de troca de chaves anônimas, como `TLS DH anon *` ou `TLS ECDH anon *`, que não exigem certificados do servidor. Isso ignora as configurações `verify peer` e `cacerts`, permitindo que o atacante complete o handshake sem validação de certificado ou hostname, tornando todo o tráfego subsequente da aplicação legível e modificável. **Recommendations** Atualize o Erlang/OTP para a versão 27.3.4.15 ou posterior. Atualize o Erlang/OTP para a versão 28.5.0.4 ou posterior. Atualize o Erlang/OTP para a versão 29.0.4 ou posterior. Atualize o ssl para a versão 11.2.12.11 ou posterior. Atualize o ssl para a versão 11.6.0.4 ou posterior. Atualize o ssl para a versão 11.7.4 ou posterior. Restrinja as conexões do cliente apenas para TLS 1.3 definindo as versões como `['tlsv1.3']` nas opções de ssl do cliente.

**Nome do Software Vulnerável e Versões Afetadas** Erlang/OTP versões anteriores a 29.0.4 Erlang/OTP versões anteriores a 28.5.0.4 Erlang/OTP versões anteriores a 27.3.4.15 **Description** Um estouro de buffer existe no driver C do scanner flex do megaco. Um invasor remoto não autenticado pode corromper a memória do driver enviando uma mensagem H.248/Megaco codificada em texto contendo um nome de parâmetro de propriedade excessivamente grande. Durante a tokenização de um descritor Local/Remote, a função `mfs load property groups()` extrai o nome da propriedade e o formata em um campo `error msg` fixo de 512 bytes da estrutura `MfsErlDrvData` usando uma chamada `sprintf` não verificada. Nomes que excedam aproximadamente 452 bytes transbordam para campos adjacentes da estrutura, incluindo `text buf`, `text ptr`, `term spec`, `term spec size` e `term spec index`. Isso permite que o invasor sobrescreva ponteiros e contadores, potencialmente levando a primitivas de escrita e liberação arbitrária dentro do processo da VM BEAM, o que pode resultar na execução remota de código. Em compilações compiladas com ` FORTIFY SOURCE`, o estouro dispara um SIGABRT, causando a negação de serviço. O problema ocorre antes do processamento de autenticação e requer que o nó esteja configurado com `{scanner, flex}`. **Recommendations** Atualize o Erlang/OTP para a versão 29.0.4 ou posterior. Atualize o Erlang/OTP para a versão 28.5.0.4 ou posterior. Atualize o Erlang/OTP para a versão 27.3.4.15 ou posterior. Como solução temporária, altere o codec de texto megaco para o scanner padrão baseado em Erlang removendo `{scanner, flex}` da configuração do codificador.

**Nome do Software Vulnerável e Versões Afetadas** Erlang/OTP versões 26.2 até 27.3.4.14 Erlang/OTP versões 28.0 até 28.5.0.3 Erlang/OTP versões 29.0 até 29.0.3 public key versões 1.15 até 1.17.1.4 public key versões 1.20 até 1.20.3.3 public key versões 1.21 até 1.21.3 **Description** A alocação de recursos sem limites na validação do caminho do certificado do módulo public key permite que um atacante remoto não autenticado cause a negação de serviço. Ao enviar uma cadeia de certificados X.509 manipulada durante o handshake TLS, um atacante pode desencadear o crescimento ilimitado da árvore de políticas de certificado durante o processamento de políticas RFC 5280 na função `pkix path validation/3`. Isso ocorre porque as funções `pubkey policy tree:add leaves/2` e `pubkey policy tree:add leaf siblings/2` estendem a árvore por política por certificado, levando a um crescimento exponencial. Isso pode travar os escalonadores BEAM e esgotar a memória do nó, resultando no travamento completo da máquina virtual. O problema afeta qualquer conexão TLS de entrada ou saída que valide a cadeia do peer, como clientes SSL/TLS e servidores mutual-TLS. **Recommendations** Atualize o Erlang/OTP para a versão 27.3.4.15, 28.5.0.4 ou 29.0.4. Atualize o public key para a versão 1.17.1.5, 1.20.3.4 ou 1.21.4.

**Nome do Software Vulnerável e Versões Afetadas** Erlang/OTP versões 23.2 até 27.3.4.14 Erlang/OTP versão 28.5.0.3 Erlang/OTP versão 29.0.3 **Description** A aplicação ssl não detecta ciclos ao reconstruir uma cadeia de certificados de pares incompleta durante um handshake TLS ou DTLS. Especificamente, a função `handle incomplete chain/5` passa a cadeia para `build certificate chain/5`, que então utiliza `do certificate chain/7` para percorrer relações de emissor sem limite de profundidade ou detecção de ciclos. Se um par fornecer dois certificados assinados mutuamente de forma desordenada, o sistema entra em recursão indefinida, fazendo com que a pilha de chamadas e o acumulador de cadeia cresçam sem limites. Um invasor remoto não autenticado pode explorar isso enviando uma cadeia de certificados manipulada em uma mensagem de handshake para esgotar a memória e travar o nó BEAM. Isso afeta tanto servidores quanto clientes e requer apenas uma conexão TCP e um handshake parcial. **Recommendations** Atualize o Erlang/OTP para a versão 27.3.4.15 ou posterior. Atualize o Erlang/OTP para a versão 28.5.0.4 ou posterior. Atualize o Erlang/OTP para a versão 29.0.4 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Erlang/OTP versões 22.2 até 29.0.2 Erlang/OTP versão 28.5.0.3 Erlang/OTP versão 27.3.4.14 ssl versões 9.5 até 11.7.2 ssl versão 11.6.0.3 ssl versão 11.2.12.10 **Description** A aplicação ssl não valida se a lista de identidade PSK e a lista de binder transportadas em uma extensão de pré-chave compartilhada ClientHello TLS 1.3 possuem o mesmo comprimento. Na função `handle pre shared key/3`, um registro `OfferedPreSharedKeys` com comprimentos incompatíveis é encaminhado para `use/4`, o que causa a falha do processo do manipulador de tickets de sessão. Um invasor remoto não autenticado pode enviar um ClientHello manipulado para um servidor TLS 1.3 com tickets de sessão habilitados para interromper o processamento de tickets de sessão. Embora novos handshakes TLS 1.3 possam ser concluídos, eles falham quando o servidor tenta emitir um ticket de sessão, tornando o TLS 1.3 inutilizável no listener até que a aplicação seja reiniciada. Conexões TLS 1.2 não são afetadas. **Recommendations** Atualize o Erlang/OTP para a versão 29.0.3 ou posterior. Atualize o Erlang/OTP para uma versão posterior à 28.5.0.3. Atualize o Erlang/OTP para uma versão posterior à 27.3.4.14. Atualize o ssl para a versão 11.7.3 ou posterior. Atualize o ssl para uma versão posterior à 11.6.0.3. Atualize o ssl para uma versão posterior à 11.2.12.10. Desative os tickets de sessão em servidores TLS 1.3 definindo `session tickets` como disabled nas opções de ssl do servidor. Restrinja o servidor ao TLS 1.2 definindo `versions` como `['tlsv1.2']` nas opções de ssl do servidor.

**Nome do Software Vulnerável e Versões Afetadas** Erlang/OTP versões 17.0 até 29.0.2 Erlang/OTP versões 28.x anteriores a 28.5.0.3 Erlang/OTP versões 27.x anteriores a 27.3.4.14 **Description** A aplicação inadequada da integridade da mensagem durante a transmissão no módulo `tls gen connection` permite que um invasor posicionado na rede injete texto simples não autenticado que a aplicação cliente TLS posteriormente trata como dados de servidor autenticados. A função `handle protocol record()` não rejeita registros APPLICATION DATA que chegam em estados de pré-handshake quando o endpoint atua como um cliente. Um invasor pode enviar registros APPLICATION DATA em texto simples durante o handshake, que são armazenados em buffer e entregues à aplicação como dados autenticados pós-handshake assim que o handshake for concluído. Isso resulta na injeção cega de bytes não autenticados. A janela de injeção é maior para versões do TLS anteriores ao TLS 1.3 do que para o TLS 1.3. **Recommendations** Atualize o Erlang/OTP para a versão 29.0.3 ou posterior. Atualize o Erlang/OTP para a versão 28.5.0.3 ou posterior. Atualize o Erlang/OTP para a versão 27.3.4.14 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Erlang OTP versões 17.0 through 29.0.3 Erlang OTP versão 28.5.0.3 Erlang OTP versão 27.3.4.14 **Description** Um loop infinito existe no módulo `ssh sftpd` do Erlang OTP. Um usuário SFTP autenticado pode tornar um canal SFTP permanentemente inoperante ao enviar `SSH MSG CHANNEL EXTENDED DATA` com um código de tipo diferente de zero, um buffer pendente vazio e um payload dentro do limite de tamanho de pacote SFTP. Isso dispara um loop recursivo de cauda na função `handle data()`, fazendo com que o processo pare de processar mensagens e leve ao crescimento ilimitado da memória da fila de mensagens e alto consumo de CPU. O impacto é a negação de serviço nos canais SFTP visados. Esse efeito pode ser amplificado se a configuração `max channels` estiver definida como infinita, permitindo que um único usuário abra canais ilimitados. **Recommendations** Atualize o Erlang OTP para uma versão posterior a 29.0.3, 28.5.0.3 e 27.3.4.14. Configure a opção de daemon `max channels` para um valor finito para limitar os canais por conexão. Configure a opção de daemon `max sessions` para limitar o total de conexões SSH simultâneas. Utilize monitoramento de processos externo para identificar e encerrar processos `ssh sftpd` que apresentem contagens de redução elevadas e filas de mensagens crescentes. Restrinja o acesso à porta do servidor SFTP apenas a máquinas confiáveis.

**Nome do Software Vulnerável e Versões Afetadas** Erlang OTP versões 17.0 até 29.0.3 Erlang OTP versões 17.0 até 28.5.0.3 Erlang OTP versões 17.0 até 27.3.4.14 **Description** Uma discrepância de resposta observável no módulo `ssh sftpd` permite que um usuário SFTP autenticado enumere arquivos e diretórios fora do diretório raiz configurado. O manipulador `SSH FXP REALPATH` chama `relate file name/3` com `Canonicalize=false`, o que permite que componentes de travessia de caminho ignorem a verificação `is within root/2`. O caminho então entra em `resolve symlinks/2`, que executa chamadas de sistema `read link()` em caminhos arbitrários do sistema de arquivos. Um invasor pode usar um caminho de travessia manipulado em uma solicitação REALPATH para criar um oráculo de existência de caminho, pois o servidor retorna `SSH FXP NAME` se o caminho existir e `SSH FX NO SUCH FILE` caso contrário. Este problema está associado ao arquivo `lib/ssh/src/ssh sftpd.erl` e à função `ssh sftpd:handle op/4`. Esta falha apenas vaza a existência de caminhos e não fornece acesso ao conteúdo de arquivos ou credenciais. **Recommendations** Atualize o Erlang OTP para uma versão posterior a 29.0.3, 28.5.0.3 e 27.3.4.14. Use chroot no nível do sistema operacional para executar a VM Erlang ou o processo do servidor SFTP em um ambiente de sistema de arquivos isolado. Restrinja o acesso à porta do servidor SFTP para que ela não seja acessível a partir de máquinas não confiáveis. Garanta que nenhuma informação sensível possa ser inferida a partir da existência ou não de caminhos no sistema de arquivos do host.

**Nome do Software Vulnerável e Versões Afetadas** Erlang/OTP versões 26.0 até 29.0.1 Erlang/OTP versão 28.5.0.1 e anteriores Erlang/OTP versão 27.3.4.12 e anteriores ssl versões 11.0 até 11.7.1 ssl versão 11.6.0.1 e anteriores ssl versão 11.2.12.8 e anteriores **Description** Um problema no módulo `inet tls dist` permite a evasão não autenticada da lista de permissões (allowlist) de LAN para a distribuição Erlang via TLS. A função `check ip()` chama incorretamente `sockname()` em vez de `peername()` para recuperar o endereço IP do peer. Como `sockname()` retorna o endereço do socket local, a comparação da máscara de sub-rede sempre é bem-sucedida, independentemente do endereço remoto real. Consequentemente, qualquer detentor de um certificado TLS assinado por uma CA pode ignorar as restrições de LAN e obter acesso total de distribuição ao nó, incluindo a capacidade de usar as funções `rpc:call()` e `code:load binary()`. **Recommendations** Atualize o Erlang/OTP para a versão 29.0.2, 28.5.0.2 ou 27.3.4.13. Atualize o ssl para a versão 11.7.2, 11.6.0.2 ou 11.2.12.9. Implemente uma opção SSL `verify fun` personalizada que verifique corretamente o endereço IP do peer usando `peername()` no socket.

**Nome do Software Vulnerável e Versões Afetadas** Erlang OTP versões 17.0 até 29.0.1 Erlang OTP versões anteriores a 28.5.0.2 Erlang OTP versões anteriores a 27.3.4.13 **Description** Um problema no módulo `ssh sftpd` permite a descoberta de arquivos através da exposição de informações sensíveis. O manipulador `SSH FXP READLINK` envia o resultado bruto da função `file:read link/2` para o cliente sem utilizar `chroot filename/2` para remover o prefixo da raiz do backend. Consequentemente, um cliente SFTP autenticado pode criar um link simbólico dentro do chroot apontando para `/`, e a leitura desse link via `SSH FXP READLINK` retorna o caminho absoluto da raiz do backend (ex: `/data/sftp`) em vez do valor chrooted `/`. Isso expõe o caminho absoluto do sistema de arquivos do diretório raiz do SFTP e de quaisquer alvos de links simbólicos dentro dele, embora o conteúdo de arquivos, credenciais e caminhos fora do diretório raiz permaneçam inacessíveis. Este problema está associado ao arquivo `lib/ssh/src/ssh sftpd.erl` e requer que o subsistema SFTP esteja habilitado com a opção `root` configurada na chamada `ssh sftpd:subsystem spec/1`. **Recommendations** Atualize o Erlang OTP para a versão 29.0.2 ou posterior. Atualize o Erlang OTP para a versão 28.5.0.2 ou posterior. Atualize o Erlang OTP para a versão 27.3.4.13 ou posterior. Utilize chroot ao nível do sistema operacional para executar a VM Erlang ou o processo do servidor SFTP em um ambiente de sistema de arquivos isolado. Garanta que a porta do servidor SFTP não esteja acessível a partir de máquinas não confiáveis. Certifique-se de que nenhuma informação sensível possa ser inferida a partir do caminho absoluto do diretório raiz configurado.

**Nome do Software Vulnerável e Versões Afetadas** Erlang/OTP versões 29.0 até 29.0.1 ssh versões 6.0 até 6.0.0 **Description** Um canal lateral de temporização na autenticação de senha permite que atacantes remotos não autenticados enumerem nomes de usuário. Quando o daemon SSH é configurado com a opção `user passwords` ou `password`, a função `check password/3()` no módulo `ssh auth` realiza um cálculo PBKDF2-SHA256 para nomes de usuário válidos, levando aproximadamente 300ms. Por outro lado, para nomes de usuário inválidos, a função `get password option/2()` no módulo `ssh options` retorna imediatamente. Essa discrepância permite que um atacante distinga entre nomes de usuário válidos e inválidos em uma única tentativa. **Recommendations** Atualize o Erlang/OTP para a versão 29.0.2 ou posterior. Atualize o ssh para a versão 6.0.1 ou posterior. Use a opção `pwdfun` em vez de `user passwords` para autenticação de senha. Restrinja o acesso à porta SSH apenas a redes confiáveis por meio de regras de firewall.

**Nome do Software Vulnerável e Versões Afetadas** Erlang OTP versões 19.3 até 26.2.5.20 Erlang OTP versões 26.2.5.21 até 27.3.4.11 Erlang OTP versões 27.3.4.12 até 28.5.0.0 Erlang OTP versões 28.5.0.1 até 29.0.0 public key versões 1.4 até 1.15.1.6 public key versões 1.15.1.7 até 1.17.1.2 public key versões 1.17.1.3 até 1.20.3.0 public key versões 1.20.3.1 até 1.21.0 **Description** 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. **Recommendations** Atualize o Erlang OTP para a versão 26.2.5.21, 27.3.4.12, 28.5.0.1 ou 29.0.1, dependendo da ramificação de lançamento atual. Atualize o public key para a versão 1.15.1.7, 1.17.1.3, 1.20.3.1 ou 1.21.1, dependendo da ramificação de lançamento atual. Utilize a opção `verify fun` no aplicativo ssl para garantir que as conexões TLS falhem se o certificado da entidade final não possuir a extensão subjectAltName ou um nome de domínio, assegurando que a `verify fun` não aceite o erro `name not permitted`.

**Nome do Software Vulnerável e Versões Afetadas** Erlang OTP versões 17.0 até 26.2.5.20 Erlang OTP versões 27.x anteriores a 27.3.4.12 Erlang OTP versões 28.x anteriores a 28.5.0.1 Erlang OTP versões 29.x anteriores a 29.0.1 public key versões 0.22 até 1.15.1.6 public key versões 1.17.x anteriores a 1.17.1.3 public key versões 1.20.x anteriores a 1.20.3.1 public key versões 1.21.x anteriores a 1.21.1 **Description** 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. **Recommendations** Atualize o Erlang OTP para a versão 26.2.5.21, 27.3.4.12, 28.5.0.1 ou 29.0.1, dependendo do ramo de lançamento atual. Atualize o public key para a versão 1.15.1.7, 1.17.1.3, 1.20.3.1 ou 1.21.1, dependendo do ramo de lançamento atual. Utilize a opção `verify fun` na aplicação ssl ou public key para garantir que a validação do caminho rejeite cadeias onde um certificado intermediário não possua `basicConstraints cA:true`.

**Nome do Software Vulnerável e Versões Afetadas** Erlang OTP versões 27.0 até 27.3.4.11 Erlang OTP versões anteriores a 28.5.0.1 Erlang OTP versões anteriores a 29.0.1 public key versões 1.16 até 1.17.1.2 public key versões anteriores a 1.20.3.1 public key versões anteriores a 1.21.1 **Description** 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. **Recommendations** Atualize o Erlang OTP para a versão 27.3.4.12, 28.5.0.1 ou 29.0.1. Atualize o public key para a versão 1.17.1.3, 1.20.3.1 ou 1.21.1. Para clientes TLS que utilizam a aplicação `ssl`, desative o OCSP stapling definindo `{stapling, no staple}` nas opções do cliente ou alterne para a verificação de revogação baseada em CRL com `{crl check, true}`. Para aplicações que chamam `pkix ocsp validate/5` diretamente, valide o período de validade do certificado do respondedor no código da aplicação antes de chamar a função.

**Name of the Vulnerable Software and Affected Versions** Erlang OTP versões 17.0 até 28.4.3 Erlang OTP versões 17.0 até 27.3.4.11 Erlang OTP versões 17.0 até 26.2.5.20 **Description** 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`. **Recommendations** Atualize o Erlang OTP para uma versão posterior a 28.4.3, 27.3.4.11 ou 26.2.5.20, dependendo do ramo de lançamento. Não utilize a opção root em `ssh sftpd:subsystem spec/1` e, em vez disso, utilize chroot em nível de SO ou isolamento de container para confinar usuários SFTP. Certifique-se de que a VM Erlang não esteja sendo executada como um usuário de SO privilegiado para limitar o impacto das modificações de atributos.

**Nome do Software Vulnerável e Versões Afetadas** Erlang OTP versões 27.0 até 28.4.2 e 27.3.4.10 public key versões 1.16 até 1.20.3 e 1.17.1.2 ssl versões 11.2 até 11.5.4 e 11.2.12.7 **Descrição** Existe uma falha no public key (módulo pubkey ocsp) do Erlang OTP relacionada à validação inadequada de certificados. Especificamente, o processo de validação da resposta OCSP não verifica a assinatura criptográfica dos certificados de respondedores designados pela CA, confiando apenas na correspondência do nome do emissor e no uso estendido OCSPSigning. Isso permite que um invasor falsifique respostas OCSP, marcando potencialmente certificados revogados como válidos. Isso afeta os clientes SSL/TLS que usam OCSP stapling e aplicativos que usam diretamente a API `public key:pkix ocsp validate/5`. O código vulnerável está localizado nos arquivos lib/public key/src/pubkey ocsp.erl e nas rotinas de programa `pubkey ocsp:is authorized responder/3`. **Recomendações** Para usuários SSL: Não habilite a configuração de validação OCSP (o padrão atual é {stapling, no staple}) Use a verificação de revogação baseada em CRL definindo a opção SSL {crl check, true} em vez disso Para aplicativos que usam `public key:pkix ocsp validate/5` diretamente: Passe a opção {is trusted responder fun, Fun} com uma função que valide os certificados de respondedores confiáveis Restrinja o acesso do respondedor OCSP a endpoints confiáveis por meio de controles de rede

**Name of the Vulnerable Software and Affected Versions** Erlang OTP versions 17.0 through 28.4.1 Erlang OTP versions 26.2.5.18 through 27.3.4.9 **Description** An issue exists in Erlang OTP ssh (ssh transport modules) that allows for Denial of Service via Resource Depletion. The SSH transport layer, by default, advertises legacy zlib compression and inflates attacker-controlled payloads without a size limit before authentication. This enables a reliable memory exhaustion attack. Two compression algorithms are affected: zlib, which activates immediately after key exchange, and zlib@openssh.com, which activates post-authentication. Each SSH packet can decompress approximately 255 MB from 256 KB of data, resulting in a 1029:1 amplification ratio. Multiple packets can quickly exhaust available memory, potentially causing Out-Of-Memory (OOM) kills in environments with limited memory. The issue is associated with the `ssh transport.erl` file and the `ssh transport:decompress/2` and `ssh transport:handle packet part/4` routines. **Recommendations** Update Erlang OTP to a version later than 28.4.1. Update Erlang OTP to a version later than 27.3.4.9.

**Name of the Vulnerable Software and Affected Versions** Erlang OTP versions 17.0 through 28.4.1 Erlang OTP versions 26.2.5.18 through 27.3.4.9 **Description** An improper limitation of a pathname to a restricted directory, specifically a 'Path Traversal' issue, exists in the Erlang OTP `ssh sftpd` module. The SFTP server uses string prefix matching with the `lists:prefix/2` function instead of proper path component validation when verifying if a path is within the configured root directory. This allows authenticated users to access sibling directories that share a common name prefix with the configured root directory. For example, if the root directory is set to `/home/user1`, paths like `/home/user10` or `/home/user1 backup` could be incorrectly considered within the root. The issue is associated with the program file `lib/ssh/src/ssh sftpd.erl` and the `ssh sftpd:is within root/2` function. **Recommendations** Update Erlang OTP to a version later than 28.4.1. Update Erlang OTP to a version later than 27.3.4.9. Update Erlang OTP to a version later than 26.2.5.18.

**Nome do Software Vulnerável e Versões Afetadas** Versões 1.0 a 6.9 do Erlang OTP Versão 17.0 do Erlang OTP Versões anteriores à 7.0 do Erlang OTP **Descrição** O software apresenta uma vulnerabilidade de Travessia de Caminho Relativo e Isolamento ou Compartimentalização Impróprios. A vulnerabilidade está associada aos arquivos de programa `lib/tftp/src/tftp file.erl` e `src/tftp file.erl`. A vulnerabilidade afeta os módulos `tftp file` do Erlang/OTP, inets e tftp. **Recomendações** Versões 1.0 a 6.9 do Erlang OTP: no momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade. Versão 17.0 do Erlang OTP: no momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade. Versões anteriores à 7.0 do Erlang OTP: no momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.

**Name of the Vulnerable Software and Affected Versions** Erlang OTP versions 17.0 through 28.0.3 Erlang OTP versions 26.2.5.15 through 27.3.4.3 Erlang OTP versions 27.3.4.3 Erlang OTP versions 28.0.3 ssh versions 3.0.1 through 5.3.3 ssh versions 5.1.4.12 ssh versions 5.2.11.3 **Description** 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. **Recommendations** Update Erlang OTP to a version later than 28.0.3. Update ssh to a version later than 5.3.3. Update ssh to a version later than 5.2.11.3. Update ssh to a version later than 5.1.4.12.