CVE-2026-55973 in Unbound
Riassunto
di VulDB • 22/07/2026
In NLnet Labs Unbound 1.23.0 fino alla versione 1.25.1 inclusa, quando è impostato il parametro `dns-error-reporting: yes`, l'opzione EDNS Report-Channel (codice 18) presente nell'ultima risposta upstream viene letta e la lunghezza dell'opzione viene utilizzata come lunghezza del dominio agente. Quando viene eseguita una verifica sul nome di dominio dell'agente, la lunghezza restituita non viene impiegata correttamente; se il dominio agente è seguito da dati spuri (garbage), tali byte vengono spostati alla fine del nome della query sintetica `_er.` report. Tale nome di query viene successivamente utilizzato nell'iteratore tramite una sottodomanda per inviare il DNS Error Report e, quando Unbound tenta di attraversare tale nome di query durante l'esecuzione di `find_closest_of_type()`, rimuove le etichette (labels) utilizzando la lunghezza del nome della query invece di arrestarsi al root incorporato. L'operazione prosegue di un byte oltre il limite corretto e fornisce il primo byte spuro a `dname_query_hash()` come lunghezza dell'etichetta, sovrascrivendo la variabile dello stack `labuf`. È sufficiente una singola risposta upstream ordinaria da una zona delegata sotto il controllo dell'attaccante per causare l'interruzione del demone.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.