A flaw was found in dnsmasq. When following a CNAME in a DNS response, the resolver can cache...
Affected packages
| Ecosystem | Package | Affected | Fixed |
|---|---|---|---|
| Red Hat | Red Hat Ceph Storage 9 | — | — |
| Red Hat | Red Hat Enterprise Linux 10 | — | — |
| Red Hat | Red Hat Enterprise Linux 6 | — | — |
| Red Hat | Red Hat Enterprise Linux 7 | — | — |
| Red Hat | Red Hat Enterprise Linux 8 | — | — |
| Red Hat | Red Hat Enterprise Linux 9 | — | — |
| Red Hat | Red Hat OpenShift Container Platform 4 | — | — |
| Red Hat | Red Hat OpenStack Platform 13 (Queens) | — | — |
| Red Hat | Red Hat OpenStack Platform 18.0 | — | — |
Original description The description as published by the source.
A flaw was found in dnsmasq. When following a CNAME in a DNS response, the resolver can cache records for the CNAME target without checking that those records belong to the responding server's authorized zone. In split-DNS deployments that send some domains to a specific upstream, an attacker who controls that upstream can inject cache entries for unrelated names. Later clients may then receive attacker-chosen addresses for those names.
Source: CVE.org (CVE Program・cvelistV5) NVD GitHub Advisory
References
- web access.redhat.com
- web bugzilla.redhat.com
- web nvd.nist.gov
- web github.com