Kunta Chu

Existe um erro de tempo de vida no DNS-over-QUIC (DoQ) ao operar em modo multi-threaded. Um cliente DoQ remoto pode acionar uma migração de caminho QUIC, fazendo com que o sistema entre na limpeza de stream ou conexão enquanto uma resposta de malha (mesh reply) ainda mantém um ponteiro para o stream DoQ. Isso resulta em uma condição de use-after-free, onde o processo de limpeza libera o stream DoQ e a conclusão posterior da resposta de malha pendente desreferencia um ponteiro obsoleto, levando a um travamento.

Em ambientes DNS-over-QUIC (DoQ), alta concorrência e pressão no sistema podem disparar uma asserção na biblioteca `libngtcp2` relativa a timestamps monotônicos. Isso ocorre porque o Unbound utiliza tempo real em vez do tempo monotônico esperado ao interagir com a `libngtcp2`, resultando no encerramento do servidor e em uma negação de serviço. Este problema requer que o Unbound seja compilado com suporte a DoQ usando a flag `--with-libngtcp2` e que a `quic-port` esteja configurada para as interfaces de escuta.

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.