CVE-2026-52863 in Unbound
Zusammenfassung
von VulDB • 22.07.2026
In NLnet Labs Unbound 1.25.0 bis einschließlich Version 1.25.1 führt eine Korrektur, die sicherstellt, dass die Module 'respip' und 'dns64' zusammenarbeiten, zu einer flachen Kopie des aktuell gültigen View-Namens (view name). Dies kann bei Speicherdruck auf Unbound zu Speicherkorruption führen, wenn der Besitzer des ursprünglichen View-Namens verdrängt wird. Damit die Logik zum Verwerfen langsamer Abfragen aktiviert wird und das Problem ausgelöst wird, muss Unbound mit einem der Module 'respip'/'rpz', zusammen mit einem Modul, das Subqueries anhängen kann (wie respip CNAME-Weiterleitung, dns64 oder subnetcache), sowie einer konfigurierten 'access-control-view' betrieben werden, während unter Druck stehende Bedingungen vorliegen. Die Subquery erhält eine flache Kopie des View-Namens; wenn die Superquery, die den View-Namen besitzt, verdrängt wird, kann es zu Speicherkorruption kommen. Die Wahrscheinlichkeit eines Absturzes ist gering, da dies stark vom zugrunde liegenden Speicherzuordner und der Speicherlayout abhängt. Debug-Speicherbuilds (z. B. ASAN), die das Freigeben abfangen, beenden den Server.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.