CVE-2025-11232: ISC Kea · Use of Out-of-range Pointer Offset
Affects ISC KeaSource CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 26 Oct 2026, 14:05 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 36% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
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 29 Oct 2025
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 26 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| ISC Kea | Affected
| Fixed in– |
AI-suggested
To mitigate CVE-2025-11232, organizations should first verify if their Kea DHCP servers are running affected versions 3.0.1 or 3.1.1. Immediate mitigation can be achieved by modifying configuration parameters to avoid the vulnerable state: specifically, ensure that either "hostname-char-set" is changed from its default, "hostname-char-replacement" is set to a non-empty value, or "ddns-qualifying-suffix" remains empty. This configuration change prevents the out-of-range pointer offset from being triggered. Organizations should monitor ISC advisories and apply official patches or upgrades as soon as they become available. Network-level protections such as DHCP request filtering or rate limiting can reduce exposure to malicious DHCP packets. Implementing robust network segmentation and monitoring DHCP server logs for abnormal crashes or restarts can aid in early detection. Regular backups and failover DHCP servers can minimize downtime impact. Finally, conducting internal penetration testing to simulate exploit attempts can validate the effectiveness of mitigations.
Description
To trigger the issue, three configuration parameters must have specific settings: "hostname-char-set" must be left at the default setting, which is "[^A-Za-z0-9.-]"; "hostname-char-replacement" must be empty (the default); and "ddns-qualifying-suffix" must *NOT* be empty (the default is empty). DDNS updates do not need to be enabled for this issue to manifest. A client that sends certain option content would then cause kea-dhcp4 to exit unexpectedly. This issue affects Kea versions 3.0.1 through 3.0.1 and 3.1.1 through 3.1.2.