N0Zom1Z0

O servidor DNS-over-QUIC (DoQ) não aplica tempos limite ao ler mensagens de solicitação de um fluxo QUIC, ignorando todos os tempos limite configurados. Um cliente remoto não autenticado pode abrir uma conexão e um fluxo de solicitação e mantê-los abertos indefinidamente, consumindo recursos do servidor e causando a negação de serviço.

Existe uma falha de bypass de contabilização de memória na implementação de DNS-over-QUIC (DoQ) downstream. Quando o DoQ está habilitado, os dois primeiros fluxos bidirecionais em uma nova conexão QUIC (stream id 0 e 4) ignoram completamente o limite `quic-size` por fluxo. Buffers de entrada grandes são alocados após o prefixo de comprimento de 2 bytes ser recebido desses fluxos iniciais, permitindo que um cliente remoto exceda o limite `quic-size` configurado com baixo custo de entrada. Ao enviar um prefixo de comprimento declarado de 65535 bytes e manter os fluxos abertos, um cliente pode fazer com que o sistema aloque aproximadamente o dobro desse valor, resultando em negação de serviço para novos clientes DoQ. Este problema requer que o software seja compilado com suporte a DoQ usando `--with-libngtcp2` e que a `quic-port` esteja configurada para as interfaces de escuta.

O transporte SSH no go-git constrói o comando exec remoto envolvendo o caminho do repositório em aspas simples, mas não escapa aspas simples incorporadas nesse caminho. Isso permite que um caminho de repositório contendo uma aspa simples saia da região delimitada e anexe tokens de shell adicionais. Em servidores SSH que avaliam o comando exec por meio de um shell, como aqueles que usam `/bin/sh`, `/bin/bash` ou um wrapper `ForceCommand` que reavalia `$SSH ORIGINAL COMMAND`, esses tokens são executados no contexto de execução de comandos da conta. Este problema ocorre no lado do servidor SSH, mas o go-git pode servir como um veículo para atingir tais servidores por meio de caminhos de repositório influenciados por atacantes.

Um problema de validação de caminho permite que dados de repositório manipulados afetem arquivos fora do alvo de checkout pretendido, incluindo o diretório `.git` do repositório. Isso ocorre porque o software divergiu das verificações de validação implementadas no Git upstream. Alguns vetores de ataque são específicos de plataforma, afetando apenas usuários de Windows ou macOS, enquanto outros se aplicam a todas as plataformas suportadas. O isolamento pode ser fornecido se instâncias de sistema de arquivos `go-billy` não descendentes ou tipos de sistemas de arquivos diferentes forem usados para o `Storer` e `Worktree`, como o uso de `memfs` para o diretório `.git` e `osfs` para a worktree. No entanto, esse isolamento pode não se aplicar a repositórios que contenham submódulos, pois os diretórios dotgit de submódulos ainda podem ser materializados no contexto da worktree.

O software segue links simbólicos ao ler o arquivo `.gitmodules` da árvore de trabalho, o que permite a injeção de bytes externos ao repositório em metadados de submódulos. Um invasor pode criar um repositório malicioso contendo um arquivo `.gitmodules` com link simbólico apontando para fora da árvore do repositório. Isso faz com que o sistema analise arquivos externos arbitrários como configuração de submódulo, expondo valores de `name`, `path` e `url` controlados pelo invasor.

A validação insuficiente de nomes de submódulos na configuração .gitmodules permite a travessia de caminho (path traversal) ao derivar diretórios git de submódulos. Um invasor pode utilizar nomes de submódulos maliciosos contendo segmentos de travessia para redirecionar as funções `state()` e `open()` para repositórios localizados fora do diretório .git/modules. Isso causa confusão de repositório e permite a inspeção de repositórios controlados pelo invasor.

Durante operações de clone e fetch smart-HTTP, a biblioteca pode vazar credenciais de autenticação HTTP ao seguir redirecionamentos. Se um repositório remoto responder à solicitação inicial '/info/refs' com um redirecionamento para um host diferente, o endpoint da sessão é atualizado para o local redirecionado e a autenticação original, como cabeçalhos de Autorização, é reutilizada para solicitações subsequentes. Isso permite que um invasor que controle o destino do redirecionamento capture as credenciais e potencialmente acesse os repositórios da vítima ou outros recursos. Este problema ocorre ao interagir com servidores Git não confiáveis ou mal configurados ou ao usar conexões HTTP não seguras.

O go-git é uma biblioteca de implementação do Git escrita em Go. Existe uma falha na forma como o go-git lida com a verificação de integridade de arquivos `.pack` e `.idx`. Especificamente, os valores de integridade dos dados não foram verificados adequadamente, potencialmente permitindo o processamento de arquivos corrompidos. Isso pode levar a erros como 'object not found' durante operações que envolvem packfiles obtidos de servidores Git ou índices de pack gerados localmente. Os packfiles contêm checksums para garantir a integridade dos dados durante os downloads no cliente. O processo de verificação incorreto contornou essas verificações.

O pypdf é uma biblioteca PDF gratuita e de código aberto escrita em Python puro. Versões anteriores a 6.6.0 são suscetíveis a tempos de execução potencialmente longos ao processar arquivos PDF que não possuem o objeto /Root, mas contêm um valor /Size elevado. Um atacante pode explorar isso criando um arquivo PDF especialmente projetado que cause tempos de processamento estendidos, principalmente no modo de leitura não estrito. Esse problema afeta arquivos inválidos e pode levar a uma condição de negação de serviço.

O libvips é uma biblioteca de processamento de imagens. Quando compilado com suporte à entrada de PDF via poppler, as versões 8.17.1 e inferiores estão suscetíveis a um overflow de leitura de buffer durante a análise do cabeçalho PDF ao processar um arquivo PDF manipulado sem definição de altura. Usuários que compilam o libvips sem suporte à entrada de PDF ou que utilizam o PDFium para entrada de PDF não são afetados. O problema foi corrigido na versão 8.17.2. A operação `pdfload` é especificamente impactada.

O FPDI é uma coleção de classes PHP que facilitam a leitura de páginas de documentos PDF existentes e sua utilização como modelos no FPDF. Um arquivo PDF malicioso pode causar a falha de um script no lado do servidor devido ao esgotamento de memória, levando a uma Negação de Serviço (DoS). Ataques repetidos podem levar à indisponibilidade prolongada do serviço.