CVE-2026-55973

{"id": "CVE-2026-55973", "cveTags": [], "metrics": {"ssvcV203": [{"source": "134c704f-9b21-4f2e-91b3-4a467353bcc0", "ssvcData": {"id": "CVE-2026-55973", "role": "CISA Coordinator", "options": [{"exploitation": "none"}, {"automatable": "yes"}, {"technicalImpact": "partial"}], "version": "2.0.3", "timestamp": "2026-07-22T14:05:39.964116Z"}}], "cvssMetricV31": [{"type": "Secondary", "source": "sep@nlnetlabs.nl", "cvssData": {"scope": "UNCHANGED", "version": "3.1", "baseScore": 7.5, "attackVector": "NETWORK", "baseSeverity": "HIGH", "vectorString": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H", "integrityImpact": "NONE", "userInteraction": "NONE", "attackComplexity": "LOW", "availabilityImpact": "HIGH", "privilegesRequired": "NONE", "confidentialityImpact": "NONE"}, "impactScore": 3.6, "exploitabilityScore": 3.9}]}, "affected": [{"source": "sep@nlnetlabs.nl", "affectedData": [{"vendor": "NLnet Labs", "product": "Unbound", "versions": [{"status": "affected", "version": "1.23.0", "lessThan": "1.25.2", "versionType": "semver"}], "defaultStatus": "unaffected"}]}], "published": "2026-07-22T14:17:21.663", "references": [{"url": "https://www.nlnetlabs.nl/downloads/unbound/CVE-2026-55973.txt", "tags": ["Vendor Advisory"], "source": "sep@nlnetlabs.nl"}], "vulnStatus": "Analyzed", "weaknesses": [{"type": "Secondary", "source": "sep@nlnetlabs.nl", "description": [{"lang": "en", "value": "CWE-20"}]}], "descriptions": [{"lang": "en", "value": "In NLnet Labs Unbound 1.23.0 up to and including 1.25.1, when 'dns-error-reporting: yes' is set, the EDNS Report-Channel option (code 18) from the last upstream response is read and uses the option's length as the length of the agent domain. When a domain name check is performed on the agent domain, the returned lenght is not used and if the agent domain is followed by garbage, those bytes are moved onto the tail of the synthetic '_er.' report query name. That query name is later used in the iterator via a subquery to send out the DNS Error Report and when Unbound tries to walk that query name during 'find_closest_of_type()', it strips labels using the query name length rather than stopping at the embedded root, walks one byte past it, and feeds the first garbage byte to 'dname_query_hash()' as a label length writing over the stack variable 'labuf'. One ordinary upstream response from a delegated zone the attacker controls is sufficient to terminate the daemon."}, {"lang": "es", "value": "En NLnet Labs Unbound 1.23.0 hasta la versi\u00f3n 1.25.1 inclusive, cuando se configura \u2019dns-error-reporting: yes\u2019, se lee la opci\u00f3n EDNS Report-Channel (c\u00f3digo 18) de la \u00faltima respuesta ascendente y se utiliza la longitud de la opci\u00f3n como la longitud del dominio del agente. Cuando se realiza una verificaci\u00f3n de nombre de dominio en el dominio del agente, la longitud devuelta no se utiliza y si el dominio del agente es seguido por datos basura, esos bytes se mueven a la cola del nombre de consulta de informe sint\u00e9tico \u2019_er.\u2019. Ese nombre de consulta se utiliza posteriormente en el iterador a trav\u00e9s de una subconsulta para enviar el Informe de Error de DNS y cuando Unbound intenta recorrer ese nombre de consulta durante \u2019find_closest_of_type()\u2019, elimina etiquetas utilizando la longitud del nombre de consulta en lugar de detenerse en la ra\u00edz incrustada, avanza un byte m\u00e1s all\u00e1 de ella, y alimenta el primer byte de datos basura a \u2019dname_query_hash()\u2019 como una longitud de etiqueta, sobrescribiendo la variable de pila \u2019labuf\u2019. Una respuesta ascendente ordinaria de una zona delegada que el atacante controla es suficiente para terminar el demonio."}], "lastModified": "2026-10-24T13:10:00.147", "configurations": [{"nodes": [{"negate": false, "cpeMatch": [{"criteria": "cpe:2.3:a:nlnetlabs:unbound:*:*:*:*:*:*:*:*", "vulnerable": true, "matchCriteriaId": "A2A7D63D-3E41-493D-A64C-F20C3FFABDBD", "versionEndExcluding": "1.25.2", "versionStartIncluding": "1.23.0"}], "operator": "OR"}]}], "sourceIdentifier": "sep@nlnetlabs.nl"}