Ali Firas

Akamai CLI before 2.0.6 contains a path traversal vulnerability that allows malicious packages to write files outside the install directory via unvalidated commands[].name values in cli.json. Attackers who convince victims to install or update a package can use '..' segments to overwrite executables on the user's PATH, persisting after uninstall.

O servidor QUIC do OpenSSL, quando configurado para ignorar a validação de endereço, calcula incorretamente o limite de crédito não validado. Ao processar um datagrama contendo múltiplos pacotes QUIC, o servidor adiciona o comprimento total de todo o datagrama ao limite de crédito para cada pacote individual contido nele. Esse comportamento permite que um invasor remoto falsifique pacotes e engane o servidor, fazendo-o acreditar que mais dados foram recebidos do que a realidade, violando o limite de amplificação da RFC 9000 de três vezes os dados recebidos. Consequentemente, um invasor remoto poderia utilizar o servidor para amplificar um ataque de Negação de Serviço Distribuído (DDoS).

O software falha ao propagar estados de prova DNSSEC falsos através das APIs `Resolver::lookup()` e `Resolver::lookup ip()`, permitindo que registros inválidos sejam retornados como resultados bem-sucedidos. Este problema permite que atacantes que controlam a zona de resposta ou que estejam posicionados no caminho da rede façam com que registros DNS forjados sejam aceitos como validados, ignorando as verificações de autenticação DNSSEC.

A função `install` aplica bits de modo setuid ou setgid aos destinos de instalação antes de finalizar as alterações de propriedade. Em sistemas com restrição de capacidades, se a operação de alteração de propriedade falhar, um executável setuid pode permanecer sob a propriedade do invocador privilegiado. Isso permite que um invasor execute o arquivo remanescente para obter privilégios elevados.

libp2p-rendezvous through 0.17.1 fails to validate registration TTL values in discovery responses, allowing attackers to trigger timer arithmetic overflow. A malicious rendezvous server can send a discovery response with an unbounded TTL value that causes the client node process to panic when computing the expiry timer.

O módulo SMUX contém uma falha na qual a função `smux accept()` realiza uma leitura bloqueante não autenticada e sem tempo limite (timeout) em novas conexões aceitas. Um cliente remoto não autenticado pode se conectar ao ouvinte SMUX e não enviar dados, fazendo com que o loop principal de thread única do `snmpd` seja bloqueado indefinidamente e suspenda todo o processamento SNMP, resultando em uma negação de serviço.

Um usuário pode fornecer uma expressão com um comprimento de string que excede o `ParserExpressionSizeLimit()` configurado no ambiente CEL. Isso resulta em uma alocação de memória proporcional ao tamanho da entrada antes que o limite seja verificado ou aplicado.

Ocorre um estouro de buffer de heap na função `gz vacate()` durante o processamento de operações `gzwrite()` não bloqueantes com ponteiros de buffer externos obsoletos. Este problema é desencadeado quando `gzprintf()` ou `gzvprintf()` é chamado após uma interrupção de gravação, resultando em um `memmove()` não verificado que escreve dados além do limite do buffer de entrada interno.

O LiME falha ao validar o caminho de saída da aquisição de disco e não utiliza a flag `O NOFOLLOW` ao abrir o parâmetro de caminho fornecido pelo operador. Isso permite que usuários locais não privilegiados sobrescrevam arquivos arbitrários pertencentes ao root. Um invasor com controle sobre o diretório de saída pode criar um link simbólico com o nome de arquivo esperado apontando para qualquer arquivo do root; quando a aquisição é executada no contexto do kernel, o LiME segue o link e trunca o arquivo de destino com o fluxo de aquisição de memória.

O software falha ao validar identificadores numéricos de usuário e grupo analisados com a função `strtol()` antes de atribuí-los aos tipos `uid t` e `gid t`. Isso permite que valores fora do intervalo sejam truncados para zero. Um invasor pode fornecer identificadores numéricos grandes que sejam truncados para o identificador do usuário root, levando à execução de programas alvo com privilégios de root em vez das contas não privilegiadas pretendidas.

O RubyGems falha ao revalidar a contenção de caminho após a resolução de links simbólicos (symlinks) do sistema de arquivos durante a extração de gems. Se um link simbólico pré-existente dentro do diretório de destino apontar para fora da raiz de extração, arquivos podem ser gravados fora do diretório de destino pretendido, quebrando a barreira de segurança da extração. Isso ocorre porque o sistema não verifica adequadamente o caminho real do diretório pai antes da gravação, o que pode ser mitigado disparando um `Gem::Package::PathError` quando o caminho escapa do diretório de destino.

Um problema de escape de link simbólico existe na função `append dir all()` do módulo `Builder`. Isso ocorre quando um processo privilegiado arquiva um diretório não confiável, pois a função segue links simbólicos (symlinks)—ponteiros para outros arquivos ou diretórios—sem verificar se os alvos resolvidos permanecem dentro da raiz de origem pretendida. Um invasor pode plantar links simbólicos em um diretório sob seu controle para incluir arquivos fora da raiz de origem no arquivo como arquivos comuns, levando à divulgação não autorizada de arquivos.

A flaw exists in the BitstreamWriter::write bits() function that allows for a Denial of Service (DoS) through crafted input due to improper input validation.

Existe uma falha no zx onde, ao ser invocado com a opção `--prefer-local` apontando para um caminho específico, a interface de linha de comando cria um link simbólico nomeado `./node modules` para o diretório `node modules` do caminho especificado. Um erro de lógica no arquivo `src/cli.ts`, especificamente nas funções `linkNodeModules` e `cleanup`, faz com que a função retorne o caminho de destino em vez do caminho do link simbólico. Posteriormente, a rotina de limpeza exclui inadvertidamente o diretório de destino fora do diretório de trabalho atual. Isso pode levar à exclusão de diretórios `node modules` externos. As funções vulneráveis são `linkNodeModules()` e `cleanup()`. O parâmetro vulnerável é `<path>`.

O software não valida adequadamente os endereços de URL antes de retornar arquivos locais, permitindo o acesso potencial a arquivos na máquina do desenvolvedor. Isso ocorre na função `getFilenameFromUrl()` quando o `publicPath` é configurado sem uma barra final. Um invasor pode criar uma requisição onde uma sequência de pontos (dot-dot) está incorporada em um segmento do caminho (ex: `/assets../.env`), ignorando a guarda de travessia. O sistema então corta o caminho em um deslocamento fixo, resultando em um traversal de caminho que resolve um diretório acima do caminho de saída. Este problema afeta especificamente ambientes onde o middleware é suportado pelo sistema de arquivos físico, como quando a variável `writeToDisk` é definida como `true` ou um `outputFileSystem` personalizado é fornecido. Se o servidor de desenvolvimento estiver exposto a uma rede ou permitir requisições de origem cruzada, um invasor poderá exfiltrar arquivos sensíveis, como senhas ou código-fonte.