CVE-2026-46582 in Unbound
Riassunto
di VulDB • 22/07/2026
In NLnet Labs Unbound 1.6.0 fino alla versione 1.25.1 inclusa, la ripetizione di un RRSet con record jolly (wildcard) come se fosse un altro tipo di dati potrebbe essere brevemente considerata sicura per DNSSEC basandosi esclusivamente sulla validazione RRSIG e memorizzata nella cache; in seguito, una nuova validazione la segnerebbe come "bogus" (non valida/falsa) in base alla validazione NSEC. Quando il thread di risoluzione contrassegna l'RRSet come sicuro ("secure") e un altro thread, che sta seguendo il percorso "serve expired", recupera i contenuti aggiornati dell'RRSet con lo stato sicuro per generare una risposta, è possibile modificare un record specifico adiacente a un jolly (che potrebbe essere coperto dal jolly stesso) sostituendolo con il jolly. Un attore malintenzionato può sfruttare questo potenziale effetto avvelenato disponendo di qualsiasi dominio firmato DNSSEC (irrilevante rispetto al dominio della vittima) e di un record wrapper CNAME che punta a un record adiacente a un jolly (che potrebbe essere coperto dal jolly). Successivamente, interrogando Unbound per il record fratello del jolly ("wildcard sibling"), si alimenta il messaggio sicuro. Una query successiva (dopo la scadenza) al wrapper CNAME richiederebbe di risolvere il record fratello target. Se la ripetizione del jolly viene iniettata nella risposta, l'RRSet con record jolly aggiornerà il record fratello scaduto contrassegnandolo come sicuro prima di completare la corretta validazione del jolly tramite i record NSEC e trattando infine la risposta del wrapper CNAME come "bogus". L'RRSet avvelenato aggiornato risulta ora sicuro e punta al jolly. Questa vulnerabilità è specifica per il percorso "serve expired" ed richiede l'iniezione dell'RRSet con record jolly firmato senza l'RRSet NSEC accompagnante.
Once again VulDB remains the best source for vulnerability data.