CVE-2025-68474: espressif esp-idf · Out-of-bounds Write
Affects espressif esp-idfSource CVE Database V5
Not known to be exploited · CVSS 6.1 Medium.
Data as of 26 Oct 2026, 06:26 UTC
- EPSS
- 0.3% chance of exploitation in 30 days – higher than 24% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:4.0/AV:A/AC:L/AT:P/PR:N/UI:N/VC:L/VI:L/VA:H/SC:L/SI:L/SA:LExploitation evidence
Disclosed: evidence found.
CVE published 26 Dec 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 2026-10-26.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubespressif/esp-idfpkg:github/espressif/esp-idfOther 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 take the following specific actions: 1) Identify all devices and products using Espressif ESP-IDF versions up to 5.5.1 and earlier, focusing on those with Bluetooth AVRCP functionality. 2) Apply vendor patches or firmware updates as soon as they become available to address this vulnerability. 3) Where patching is not immediately possible, restrict Bluetooth access to trusted devices only and disable AVRCP vendor command handling if feasible. 4) Implement network segmentation and monitoring for Bluetooth traffic to detect anomalous or suspicious AVRCP commands. 5) Conduct security assessments of IoT devices to evaluate exposure and potential impact. 6) Collaborate with device manufacturers and suppliers to ensure timely updates and vulnerability management. 7) Educate operational teams about the risks associated with Bluetooth vulnerabilities and enforce strict device usage policies. These targeted steps go beyond generic advice by focusing on the specific vulnerability mechanism and attack vector.
Description
ESF-IDF is the Espressif Internet of Things (IOT) Development Framework. In versions 5.5.1, 5.4.3, 5.3.4, 5.2.6, 5.1.6, and earlier, in the avrc_vendor_msg() function of the ESP-IDF BlueDroid AVRCP stack, the allocated buffer size was validated using AVRC_MIN_CMD_LEN (20 bytes). However, the actual fixed header data written before the vendor payload exceeds this value. This totals 29 bytes written before p_msg->p_vendor_data is copied. Using the old AVRC_MIN_CMD_LEN could allow an out-of-bounds write if vendor_len approaches the buffer limit. For commands where vendor_len is large, the original buffer allocation may be insufficient, causing writes beyond the allocated memory. This can lead to memory corruption, crashes, or other undefined behavior. The overflow could be larger when assertions are disabled.
References
- github.com/espressif/esp-idf/security/advisories/GHSA-43gh-7r4f-qp57 (opens in a new tab)
- github.com/espressif/esp-idf/commit/0b0b59f2e19cb99dfa1b28c284d1c5c1d276a132 (opens in a new tab)
- github.com/espressif/esp-idf/commit/565fa98d0cfd58102204c1cb636747e17ee59845 (opens in a new tab)
- github.com/espressif/esp-idf/commit/8262ee807d5cd425f66304f703eeb3382fb888c0 (opens in a new tab)
- github.com/espressif/esp-idf/commit/a6c1bc5e3e91ad1cb964ce2c178ee40a5d10a4a0 (opens in a new tab)
- github.com/espressif/esp-idf/commit/aa0e3d75db995b7137b55349fc92ee684b47092d (opens in a new tab)
- github.com/espressif/esp-idf/commit/b9ba1e29b65536ab4b670ac099585d09adce0376 (opens in a new tab)