CVE Catalog

CVE-2026-113783

HighCVSS 7.4
Published: Translated: NVD NIST

Summary

In ESP-IDF from 5.2.3 until 5.3.7, 5.4.5, 5.5.6, and 6.0.3, the lwIP DNS resolver's cached-lookup path in dns_lookup() copies every cached address into a caller-provided single ip_addr_t output buffer without a length parameter or bounds check. When CONFIG_LWIP_DNS_MAX_HOST_IP is greater than 1 and a cached hostname has multiple A or AAAA records, a subsequent lookup writes beyond the single-element buffer into adjacent stack memory.

Risk Assessment

A network-positioned attacker influencing DNS responses can cause a reboot through stack-canary corruption or, without stack protection, overwrite stack variables and potentially redirect control flow.

Recommendation

Update ESP-IDF to version 5.5.6 or 6.0.3 (and 5.3.7/5.4.5 when available); the 5.2 line is end-of-life and will not receive a fix.

Other vulnerabilities in ESP-IDF

See all
Original NVD description (English source)

ESP-IDF is the Espressif Internet of Things (IOT) Development Framework. From 5.2.3 until 5.3.7, 5.4.5, 5.5.6, and 6.0.3, the lwIP DNS resolver's cached-lookup path in dns_lookup() in dns.c copies every cached address into a caller-provided single ip_addr_t output buffer without a length parameter or bounds check. When CONFIG_LWIP_DNS_MAX_HOST_IP is greater than 1 and a cached hostname has multiple A or AAAA records, a subsequent lookup through dns_gethostbyname() or dns_gethostbyname_addrtype() writes beyond the single-element buffer into adjacent stack memory. A network-positioned attacker who influences DNS responses can cause a reboot through stack-canary corruption or, without stack protection, overwrite stack variables with attacker-controlled address bytes and potentially redirect control flow. This issue is fixed in versions 5.5.6 and 6.0.3 and is scheduled to be fixed in versions 5.3.7 and 5.4.5. No fixed release is available for the end-of-life 5.2 line.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS