CVE-2025-12899: zephyrproject-rtos Zephyr · Type Confusion
Affects zephyrproject-rtos ZephyrSource CVE Database V5
Not known to be exploited · CVSS 6.5 Medium : upgrade to 4.2.2 or 3.7.2 when convenient.
Data as of 26 Oct 2026, 07:57 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 27% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 4.2.2, 3.7.2
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:LExploitation evidence
Disclosed: evidence found.
CVE published 30 Jan 2026
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-26.
What to do
Upgrade zephyrproject-rtos Zephyr to 4.2.2 or 3.7.2.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| zephyrproject-rtosZephyr | Affected
| Fixed in
|
GitHubzephyrproject-rtos/zephyrpkg:github/zephyrproject-rtos/zephyrOther threats | Affected
| Fixed in– |
GitHubZephyrpkg:github/ZephyrOther 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
1. Monitor Zephyr project communications and apply official patches promptly once released to address CVE-2025-12899. 2. Implement network-level filtering to block or scrutinize ICMP packets with unusual or unexpected types, particularly ICMP type 128 in IPv4 traffic. 3. Employ intrusion detection/prevention systems (IDS/IPS) configured to detect anomalous ICMP traffic patterns indicative of exploitation attempts. 4. Segment networks to isolate IoT and embedded devices running Zephyr from critical infrastructure and sensitive data environments. 5. Conduct regular firmware audits and updates for devices using Zephyr to ensure they are not running vulnerable versions. 6. Use secure boot and runtime integrity checks to detect and prevent unauthorized modifications or exploitation attempts. 7. Engage in threat hunting activities focused on network traffic anomalies related to ICMP packets to identify early exploitation signs. 8. Collaborate with device vendors and suppliers to confirm patch availability and deployment status for affected devices.
Description
A flaw in Zephyr’s network stack allows an IPv4 packet containing ICMP type 128 to be misclassified as an ICMPv6 Echo Request. This results in an out-of-bounds memory read and creates a potential information-leak vulnerability in the networking subsystem.