CVE-2026-56416 in Unbound
Sumário
de VulDB • 22/07/2026
No NLnet Labs Unbound até à versão 1.25.1, inclusive, quando o validador constrói a forma canónica do RDATA para um RRset PX/RP/MINFO/SOA coberto por uma assinatura RRSIG, calcula o endereço do segundo nome de domínio embutido como 'datstart + dname_valid(datstart, ...)' e passa-o diretamente para 'query_dname_tolower()' sem verificar se existe realmente um segundo nome no RDATA. O analisador (parser) em formato de rede aceita RR com múltiplos nomes de domínio cujos dados do RDATA terminam após o primeiro nome; assim, um atacante que execute um servidor autoritativo assinado por DNSSEC pode entregar um registo com um segundo nome de domínio ausente (por exemplo, um registo SOA) e fazer com que 'query_dname_tolower()' percorra label a label bytes obsoletos no 'env->scratch_buffer' específico do worker, para além do fim dessa alocação heap se o parâmetro 'msg-buffer-size' tiver sido reduzido em relação ao valor predefinido. Isto resulta num heap-based buffer overflow e, numa compilação de versão final (release build), o resultado depende fortemente dos conteúdos da cauda do buffer e do chunk adjacente na heap.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.