boot_save_boot_status()
Source GCVE Database
Not known to be exploited · CVSS 2.4 Low : upgrade to 2.5.0 when convenient.
Data as of 13 Nov 2026, 04:29 UTC
Thin evidence
One scorer or none| CNA (zephyr) | CVSS 3.1 | 2.4 |
|---|
- Patch
- Available – fixed in 2.5.0
CVSS:3.1/AV:P/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 13 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: 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 13 Nov 2026.
What to do
Upgrade mcuboot to 2.5.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| mcu-toolsmcuboot | Affected
| Fixed in
|
GitHubmcubootpkg:github/mcubootOther 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
The vulnerability is only exploitable when primary-slot validation is disabled. By default, primary-slot validation is enabled, preventing malformed images from reaching the vulnerable code path. Therefore, enabling and maintaining primary-slot validation (CONFIG_BOOT_VALIDATE_SLOT0) effectively mitigates this issue. No additional urgent action is required if primary-slot validation is enabled. The previously fixed patch rejecting any EXPECTED_HASH_TLV length not exactly IMAGE_HASH_SIZE also addresses the root cause. Monitor vendor advisories for any official patches or updates.
Description
A low-severity vulnerability in MCUBOOT's boot_save_boot_status() function can cause uninitialized stack memory to be included in the measured-boot record when the EXPECTED_HASH_TLV length is shorter than expected. This occurs only if primary-slot validation is disabled, allowing an attacker with physical or flash-write access to embed stale stack data in the attestation measurement. The issue does not affect integrity or availability and is considered a defense-in-depth information disclosure.