CVE-2022-38178: ISC BIND9 · In BIND 9.9.12 -> 9.9.13, 9.10.7 -> 9.10.8, 9.11.3 -> 9.16.32, 9.18.0 -> 9.18.6, versions 9.11.4-S1 -> 9.11.37-S1, 9.16.8-S1 -> 9.16.32-S1 of the BIND Supported Preview Edition, and versions 9.19.0 -> 9.19.4 of the BIND 9.19 development branch, the DNSSEC verification code for the EdDSA algorithm leaks memory when there is a signature length mismatch.
Affects ISC BIND9Source CVE Database V5
Not known to be exploited · CVSS 7.5 High · fixed in 9.19.5 : patch ISC BIND9 soon.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 3.1% chance of exploitation in 30 days – higher than 87% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 9.19.5, 9.18.7, 9.16.33
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:HExploitation evidence
Disclosed: evidence found.
CVE published 21 Sep 2022
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Upgrade isc/bind to 9.19.5, 9.18.7 or 9.16.33.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
Iscisc/bindpkg:rpm/isc/bindOther threats | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
European organizations should promptly identify and inventory all BIND9 deployments, focusing on versions listed as vulnerable. Immediate mitigation involves upgrading affected BIND9 instances to the latest patched versions beyond those listed as vulnerable (e.g., versions after 9.9.13, 9.10.8, 9.16.33, 9.18.7, 9.11.37-S1, 9.16.33-S1, and 9.19.5). If immediate upgrades are not feasible, organizations should implement network-level controls to restrict or filter DNS responses containing malformed EdDSA signatures, although this may be challenging. Monitoring memory usage of named processes can help detect early signs of exploitation attempts. Deploying rate limiting on DNS responses and anomaly detection for unusual DNSSEC signature patterns can reduce attack surface. Additionally, organizations should review DNSSEC configurations to ensure EdDSA signatures are used appropriately and consider temporarily disabling EdDSA support if risk is unacceptable and operationally feasible. Maintaining up-to-date intrusion detection signatures and logging DNS server activity will aid in early detection of exploitation attempts. Finally, organizations should engage with ISC advisories and security communities for updates and patches.
Description
By spoofing the target resolver with responses that have a malformed EdDSA signature, an attacker can trigger a small memory leak. It is possible to gradually erode available memory to the point where named crashes for lack of resources.
References
- kb.isc.org/docs/cve-2022-38178 (opens in a new tab)
- openwall.com/lists/oss-security/2022/09/21/3 (opens in a new tab)
- debian.org/security/2022/dsa-5235 (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/CV4GQWBPF7Y52J2FA24U6UMHQAOXZEF7/ (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/MRHB6J4Z7BKH4HPEKG5D35QGRD6ANNMT/ (opens in a new tab)
- lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/YZJQNUASODNVAWZV6STKG5SD6XIJ446S/ (opens in a new tab)
- lists.debian.org/debian-lts-announce/2022/10/msg00007.html (opens in a new tab)
- security.gentoo.org/glsa/202210-25 (opens in a new tab)
- security.netapp.com/advisory/ntap-20221228-0009/ (opens in a new tab)