CVE-2026-45542
Received Received - Intake
Heap Buffer Overflow in ESP-IDF Protocomm SRP6a

Publication date: 2026-06-10

Last updated on: 2026-06-10

Assigner: GitHub, Inc.

Description
ESF-IDF is the Espressif Internet of Things (IOT) Development Framework. In versions 5.2.6, 5.3.5, 5.4.4, 5.5.4, and 6.0, a heap buffer overflow exists in the Security Scheme 2 (SRP6a) session-setup path of the protocomm component. The first-phase handler (handle_session_command0() in components/protocomm/src/security/security2.c) trusts the length of a client-supplied protobuf field for the SRP6a username and copies it into a buffer whose size is derived from a narrower destination type. The resulting truncation-versus-copy asymmetry corrupts the heap when an oversized value is supplied. This issue has been patched in versions 5.2.7, 5.3.6, 5.4.5, 5.5.5, and 6.0.1.
CVSS Scores
EPSS Scores
Probability:
Percentile:
Meta Information
Published
2026-06-10
Last Modified
2026-06-10
Generated
2026-06-10
AI Q&A
2026-06-10
EPSS Evaluated
N/A
NVD
EUVD
Affected Vendors & Products
Showing 10 associated CPEs
Vendor Product Version / Range
espressif esp-idf 5.2.6
espressif esp-idf 5.3.5
espressif esp-idf 5.4.4
espressif esp-idf 5.5.4
espressif esp-idf 6.0
espressif esp-idf to 5.2.7 (inc)
espressif esp-idf to 5.3.6 (inc)
espressif esp-idf to 5.4.5 (inc)
espressif esp-idf to 5.5.5 (inc)
espressif esp-idf to 6.0.1 (inc)
Helpful Resources
Exploitability
CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-122 A heap overflow condition is a buffer overflow, where the buffer that can be overwritten is allocated in the heap portion of memory, generally meaning that the buffer was allocated using a routine such as malloc().
Attack-Flow Graph
AI Quick Actions
Instant insights powered by AI
Executive Summary

This vulnerability is a heap buffer overflow in the Espressif Internet of Things Development Framework (ESP-IDF), specifically in the Security Scheme 2 (SRP6a) session-setup path of the protocomm component.

The issue occurs because the function handle_session_command0() trusts the length of a client-supplied protobuf field for the SRP6a username and copies it into a buffer whose size is derived from a narrower destination type. This mismatch causes truncation-versus-copy asymmetry, leading to heap corruption when an oversized username is supplied.

An unauthenticated attacker within Bluetooth Low Energy (BLE) range can exploit this vulnerability during device provisioning to crash the device or corrupt heap data, causing denial of service.

The flaw is specific to BLE provisioning using Security Scheme 2 and does not affect other transports like HTTP/SoftAP or Bluedroid BLE, which enforce payload size limits.

This vulnerability has been patched in ESP-IDF versions 5.2.7, 5.3.6, 5.4.5, 5.5.5, and 6.0.1.

Impact Analysis

This vulnerability can impact you by allowing an unauthenticated attacker within BLE range to exploit the heap buffer overflow during device provisioning.

Exploitation can lead to device crashes or heap corruption, which may cause denial of service by disrupting normal device operation.

Because the vulnerability affects the integrity and availability of the device, it can result in service interruptions and potentially impact the reliability of IoT deployments using the affected ESP-IDF versions.

Mitigations include upgrading to patched versions, provisioning over SoftAP or HTTP instead of BLE, restricting the provisioning window, or disabling BLE provisioning after device setup.

Mitigation Strategies

To mitigate this vulnerability, you should upgrade your ESP-IDF framework to one of the patched versions: 5.2.7, 5.3.6, 5.4.5, 5.5.5, or 6.0.1.

If upgrading immediately is not possible, consider provisioning devices over SoftAP or HTTP transports instead of BLE, as the vulnerability only affects BLE provisioning with Security Scheme 2.

Additional temporary mitigations include restricting the provisioning window and disabling BLE provisioning after device setup to reduce exposure.

Detection Guidance

This vulnerability exists in the protocomm Security Scheme 2 (SRP6a) session-setup path of the ESP-IDF framework when using Bluetooth Low Energy (BLE) provisioning. Detection involves monitoring for abnormal crashes or heap corruption events during BLE provisioning sessions, especially when using Security Scheme 2.

Since the vulnerability is triggered by an oversized client-supplied protobuf username field, detection can include checking for malformed or oversized payloads in BLE provisioning traffic targeting the device.

There are no explicit commands provided in the resources for direct detection of this vulnerability on a network or system.

However, general approaches to detect exploitation attempts could include:

  • Monitoring device logs for crashes or heap corruption messages related to protocomm or security2.c during BLE provisioning.
  • Using BLE traffic analysis tools (e.g., Wireshark with BLE plugins) to capture and inspect provisioning packets for abnormally large username fields in the SRP6a session setup.
  • Employing fuzz testing or custom scripts to send oversized protobuf username fields to the device's BLE provisioning interface to verify if the device crashes or behaves unexpectedly.

For specific commands, none are detailed in the provided resources. Detection would rely on custom monitoring, logging, and network traffic inspection tailored to the device and environment.

Chat Assistant
Ask questions about this CVE
Hi! I’m here to help you understand CVE-2026-45542. Ask me anything about the vulnerability, its impact, or mitigation strategies.
0/70
EPSS Chart