Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessPair BR/EDR audio source in radio range
-
DeliveryCraft malformed A2DP media packet
-
ExploitSend packet omitting timestamp field
-
ExecutionTrigger OOB read in btc_a2dp_sink_handle_inc_media()
-
ImpactDisclose adjacent heap contents
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, read limits
MITRE ATT&CK
1 technique across 1 tactic: Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a build with BlueDroid Classic Bluetooth (BR/EDR) and A2DP sink support explicitly enabled - a non-default, feature-specific configuration on ESP32-class targets. The attacker must operate a BR/EDR audio source that is paired with the victim device and be within Bluetooth radio range (AV:A adjacent), then send a malformed A2DP media packet whose layout lacks the timestamp field. Limiting factors: the pairing prerequisite and physical proximity narrow the attacker population substantially, the affected code path only runs on devices acting as A2DP audio sinks (e.g., speakers/receivers), and impact is capped at limited heap-memory disclosure with no code execution or write primitive. |
| Impact | The signals converge on this being a genuine-but-low-priority issue. The CVSS 3.1 vector (AV:A/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N, base 4.3) is internally consistent with the description: an adjacent-network (Bluetooth BR/EDR radio range) out-of-bounds read yielding only limited heap disclosure (C:L), with no integrity or availability impact. No EPSS score, no CISA KEV listing, and no public exploit code are present in the intelligence, so exploitation status is 'no public exploit identified at time of analysis.' The one clear conflict is the tag set: 'RCE' and 'Buffer Overflow' overstate the issue, because the description explicitly states 'Arbitrary memory disclosure and code execution are not established' and the root cause (CWE-125) is a read-only over-read, not a write/overflow. Treat the impact as bounded information disclosure, not remote code execution. The vendor advisory (GHSA-xcpr-5mqp-9qvv) and four remediation commits confirm the flaw and fix, so the vulnerability itself is well-substantiated even though its severity is modest. |
| Exploit ScenarioDerived | An attacker with a paired BR/EDR audio source device within Bluetooth radio range of an ESP32 device running BlueDroid Classic Bluetooth with A2DP sink enabled sends a malformed A2DP media packet whose layout omits the expected timestamp field. The sink's btc_a2dp_sink_handle_inc_media() reads the timestamp before validating the buffer offset, triggering an out-of-bounds read into adjacent heap memory and leaking limited heap contents. No public exploit code is identified, and code execution is not established. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Sep 24, 2026
An out-of-bounds heap read in Espressif ESP-IDF's BlueDroid A2DP sink path (btc_a2dp_sink_handle_inc_media()) affects versions 5.5.5, 6.0.1, and 6.1 on builds where Classic Bluetooth (BR/EDR) and A2DP sink support are explicitly enabled. A paired BR/EDR audio source within Bluetooth radio range can send a malformed A2DP media packet whose layout omits the timestamp field, causing the sink to read a UINT32 past the valid buffer and leak limited adjacent heap contents (CVSS 4.3, AV:A/AC:L/PR:N/UI:N/C:L/I:N/A:N). There is no CISA KEV listing and no public exploit identified at time of analysis, and the reporter explicitly states that arbitrary memory disclosure and code execution are not established, despite third-party tags implying RCE.
RemediationAI
Upstream fixes are available as commits (https://github.com/espressif/esp-idf/commit/0d118139ff8b7aa87b656c2f4a6421ecaa1f5939, https://github.com/espressif/esp-idf/commit/6cb20db4dfeee81314d0c55acb82f3f0e7679abe, https://github.com/espressif/esp-idf/commit/85d56bcd266117e0fe6a6b75511c8e122fda29ad, https://github.com/espressif/esp-idf/commit/ca55d63de82e41e2c672bfd2b707fc80911f30ce) that add an offset-validation guard in btc_a2dp_sink_handle_inc_media(); because these point to commits rather than a tagged release, treat this as an upstream fix with a released patched version not independently confirmed, and confirm with the GitHub advisory (https://github.com/espressif/esp-idf/security/advisories/GHSA-xcpr-5mqp-9qvv) for branch-specific released versions before upgrading. Where immediate patching is not possible, disable Classic Bluetooth/A2DP sink (CONFIG_BT_CLASSIC_ENABLED and A2DP sink role) on devices that do not need audio-sink functionality - effective but removes the feature entirely; if A2DP sink must remain, restrict the device to pairing with a fixed allow-list of trusted sources, keep it non-discoverable/non-connectable when idle, and limit physical/radio exposure, accepting residual risk since the attacker must already be paired; the trade-off is that these controls reduce the attacker pool but do not remove the underlying bug, and they do not mitigate a compromised or malicious paired source.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw is a classic CWE-125 out-of-bounds read in the BlueDroid host stack shipped with ESP-IDF. In btc_a2dp_sink_handle_inc_media() (components/bt/host/bluedroid/btc/profile/std/a2dp/btc_a2dp_sink_ext_coedc.c), the handler dereferenced a timestamp field from the incoming A2DP media buffer before confirming that p_msg->offset was large enough to contain it. The upstream fix adds a guard rejecting packets where p_msg->offset < sizeof(UINT32), logging an APPL_TRACE_WARNING and freeing the message. A2DP (Advanced Audio Distribution Profile) media packets arrive over L2CAP from an audio source; the sink trusts the packet layout, so a truncated/reshaped packet causes the read to walk past the intended buffer into adjacent heap memory. The CPE cpe:2.3:a:espressif:esp-idf:*:*:*:*:*:*:*:* indicates the advisory scope is the ESP-IDF framework broadly, but the vulnerable code path requires the non-default combination of BlueDroid Classic Bluetooth plus A2DP sink support on ESP32-class targets acting as audio sinks (speakers/receivers), which materially narrows exposure.
Know when Esp Idf gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:A/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
Adjacent Bluetooth radio range (AV:A), no auth on the vulnerable system though pairing is needed (PR:N), and only limited heap read disclosure (C:L, I/A:N).
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
DescriptionCVE.org
ESF-IDF is the Espressif Internet of Things (IOT) Development Framework. In 5.5.5, 6.0.1, and 6.1, the BlueDroid A2DP sink function btc_a2dp_sink_handle_inc_media() reads a timestamp field from the received media buffer before validating that the packet layout contains the field. A paired BR/EDR audio source within radio range can send a malformed A2DP media packet to a build with BlueDroid Classic Bluetooth and A2DP sink support enabled, causing an out-of-bounds read into adjacent heap memory and limited disclosure of heap contents. Arbitrary memory disclosure and code execution are not established.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Espressif Esp idf v5.3.0 is vulnerable to Insecure Permissions resulting in Authentication bypass. Rated high severity (
The EAP peer implementation in Espressif ESP-IDF 2.0.0 through 4.0.0 and ESP8266_NONOS_SDK 2.2.0 through 3.1.0 allows th
An encryption-bypass issue was discovered on Espressif ESP-IDF devices through 4.2, ESP8266_NONOS_SDK devices through 3.
Buffer Overflow vulnerability in esp-idf v.5.1 allows a remote attacker to execute arbitrary code via a crafted script t
The EAP peer implementation in Espressif ESP-IDF 2.0.0 through 4.0.0 and ESP8266_NONOS_SDK 2.2.0 through 3.1.0 processes
A security vulnerability in the ESP-NOW protocol implementation within the ESP Wi-Fi component of (CVSS 9.8). Critical s
Privilege escalation from REE to TEE in Espressif ESP-IDF 5.5.4 and 6.0 lets a low-privileged user-application caller ab
ESP-IDF is the official development framework for Espressif SoCs. Rated high severity (CVSS 8.8), this vulnerability is
The Bluetooth Classic implementation in Espressif ESP-IDF 4.4 and earlier does not properly restrict the Feature Page up
Buffer Overflow vulnerability in esp-idf v.5.1 allows a remote attacker to obtain sensitive information via the external
Remote denial-of-service in Espressif ESP-IDF's esp_http_server WebSocket handshake allows unauthenticated attackers to
Denial of service in Espressif's ESP-IDF JPEG driver (versions 6.0.1, 5.5.4, 5.4.4, 5.3.5 and likely earlier) stems from
EUVD-2026-86334
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB