Skip to main content
CVE-2025-68474VulnerabilityPublished Updated

CVE-2025-68474: espressif esp-idf · Out-of-bounds Write

Affects espressif esp-idfSource CVE Database V5

0

Not known to be exploited · CVSS 6.1 Medium.

Data as of 26 Oct 2026, 06:26 UTC

CVSS 4.0 base score
6.1Medium
How severe the flaw is on the 0–10 CVSS scale.
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:L

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 26 Dec 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
GitHubespressif/esp-idfpkg:github/espressif/esp-idfOther threatsAffected
  • <=5.1.6
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

Community reviews

Loading reviews…