CVE-2026-29007: U-Boot TCP Out-of-Bounds Read DoS Vulnerability
U-Boot versions through 2026.04-rc3 contain a flaw in how they process incoming TCP network packets when TCP networking is enabled. An attacker can send a specially crafted packet with mismatched length fields to trick U-Boot into reading data beyond the actual packet boundaries. This can corrupt internal TCP connection variables, potentially disrupting network communication and causing denial of service. The vulnerability requires no authentication and can be triggered from any network-connected attacker.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 5.3 MEDIUM · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L
- Weaknesses (CWE)
- CWE-125
- Affected products
- 4 configuration(s)
- Published / Modified
- 2026-07-08 / 2026-07-22
NVD description (verbatim)
U-Boot through 2026.04-rc3 contains an out-of-bounds read vulnerability in tcp_rx_state_machine() (net/tcp.c) when CONFIG_PROT_TCP is enabled, allowing remote attackers to read beyond TCP segment boundaries by crafting a malicious packet with a mismatched IP total length and TCP data offset field. Attackers can send a packet with an IP total length of 40 bytes and a TCP data offset claiming 60 bytes of header to cause tcp_parse_options() to read 40 bytes past the end of the TCP segment, potentially corrupting connection state variables such as rmt_win_scale and rmt_timestamp to disrupt TCP window calculations.
4 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
CVE-2026-29007 is an out-of-bounds read vulnerability in the tcp_rx_state_machine() function within net/tcp.c of U-Boot. When CONFIG_PROT_TCP is enabled, the vulnerability arises from insufficient validation of IP and TCP header field consistency. Specifically, an attacker crafts a packet where the IP total length field (e.g., 40 bytes) does not match the TCP data offset field (e.g., claiming 60 bytes of header). This causes tcp_parse_options() to perform an out-of-bounds read, accessing memory 40 bytes past the actual TCP segment boundary. The read can corrupt critical TCP connection state variables including rmt_win_scale (remote window scale) and rmt_timestamp, disrupting TCP window size calculations and potentially destabilizing the connection state machine.
Business impact
Devices running affected U-Boot versions with TCP networking enabled face denial of service risk. An attacker on the network can trigger connection disruptions, causing network services to fail or become unreliable. For embedded systems and IoT devices that rely on U-Boot for boot and runtime network operations—such as firmware downloads, remote management, or automated deployment—this vulnerability could prevent legitimate network communication. In critical infrastructure or industrial IoT scenarios, connection instability could cascade into service unavailability.
Affected systems
U-Boot versions through 2026.04-rc3 are affected when compiled with CONFIG_PROT_TCP enabled. Any embedded system or device using these U-Boot versions for bootloading or runtime network functionality is potentially exposed. This includes single-board computers, network switches with U-Boot, IoT devices, and embedded Linux systems. Systems without TCP support explicitly enabled in U-Boot are not affected.
Exploitability
The vulnerability is readily exploitable. No authentication, user interaction, or special privileges are required; only network connectivity to the target device is necessary. An attacker can send a single malicious TCP packet to trigger the out-of-bounds read. The attack surface is broad because any device with U-Boot listening on a network interface with TCP enabled is vulnerable. However, the attack is not currently tracked in the CISA Known Exploited Vulnerabilities (KEV) catalog, suggesting active exploitation may not yet be widespread.
Remediation
Users should upgrade U-Boot to a patched version released after 2026.04-rc3 that includes fixes for the tcp_rx_state_machine() and tcp_parse_options() validation logic. Verify the specific patched version in the official DENX U-Boot advisory. As an interim measure, disable TCP networking (CONFIG_PROT_TCP) in U-Boot if it is not operationally required. Restrict network access to U-Boot services where possible through firewall rules or network segmentation.
Patch guidance
Monitor the DENX U-Boot project repository and release notes for a patched version addressing the out-of-bounds read in tcp_rx_state_machine(). Once available, rebuild and redeploy U-Boot with the patch applied. Test the patched version in a non-production environment to ensure compatibility with your embedded system's hardware and existing configuration before rolling out to production devices. If your devices are in the field, coordinate a firmware update strategy that minimizes downtime.
Detection guidance
Network-based detection is challenging because the malicious packet itself is not inherently identifiable by signature alone. Monitor for TCP connection errors, unexpected resets, or state machine anomalies in devices running affected U-Boot versions. System-level detection may involve observing memory corruption indicators or connection state inconsistencies. Conduct a configuration audit to identify all devices with U-Boot and CONFIG_PROT_TCP enabled. Deploy a patch management process to track U-Boot versions across your infrastructure and prioritize systems exposed to untrusted networks.
Why prioritize this
Although this vulnerability carries a MEDIUM CVSS score (5.3) reflecting limited confidentiality or integrity impact, the combination of unauthenticated network exploitability, ease of trigger, and widespread use of U-Boot in embedded systems warrants prompt attention. Denial of service in bootloaders and network-critical firmware can have outsized operational impact. Prioritize patching for devices exposed to untrusted networks or those critical to your organization's operational continuity.
Risk score, explained
CVSS 3.1 score of 5.3 (MEDIUM) reflects: AV:N (network-accessible attack vector), AC:L (low attack complexity—no special conditions required), PR:N (no privileges needed), UI:N (no user interaction), S:U (single trust boundary), and A:L (low availability impact via denial of service). The score does not credit confidentiality or integrity impact because the out-of-bounds read itself does not leak sensitive data to the attacker; rather, it corrupts internal state. However, the practical risk may be higher in mission-critical embedded environments where network unavailability is operationally severe.
Frequently asked questions
Is my device affected if I don't use TCP networking in U-Boot?
No. The vulnerability only manifests when CONFIG_PROT_TCP is enabled at compile time. If your U-Boot build does not include TCP support, you are not affected. Check your U-Boot configuration or consult your device manufacturer.
Can this vulnerability be exploited remotely without being on the same network?
The attack requires network-layer connectivity to the device. If the device is isolated from untrusted networks or firewalled, the practical risk is reduced. However, any network path that allows an attacker to send TCP packets to U-Boot constitutes an attack surface.
Does this vulnerability affect data confidentiality?
The out-of-bounds read does not directly leak sensitive data to the attacker. However, corruption of TCP state variables can disrupt normal operations and may indirectly expose services to further attack if connection state becomes unpredictable.
When will U-Boot release a patch?
Refer to the official DENX U-Boot release notes and security advisories for the patched version timeline. Verify the exact version that addresses this CVE before deployment.
This analysis is provided for informational purposes. CVSS scores, affected versions, and patch availability are based on ground-truth source data current as of the publication date. Consult official DENX U-Boot security advisories and your device vendor's documentation for authoritative patch guidance and compatibility information. Test all patches in non-production environments before deployment. SEC.co and its analysts make no warranty regarding the completeness or accuracy of third-party vulnerability data or the suitability of recommended mitigations for your specific environment. Source: NVD (public-domain), retrieved 2026-08-17. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2020-9711MEDIUMAdobe Acrobat Reader Out-of-Bounds Read Memory Disclosure
- CVE-2020-9713MEDIUMAdobe Acrobat Reader Memory Disclosure Vulnerability
- CVE-2025-15661MEDIUMlibssh2 Out-of-Bounds Heap Read in SFTP Symlink Handling
- CVE-2025-70101MEDIUMlwext4 1.0.0 Out-of-Bounds Read Denial of Service
- CVE-2026-0127MEDIUMAndroid Out-of-Bounds Read in Communication Processor – Impact & Patch Guidance
- CVE-2026-0128MEDIUMAndroid RTCP Out-of-Bounds Read Information Disclosure
- CVE-2026-0136MEDIUMAndroid Modem Out-of-Bounds Read Denial of Service
- CVE-2026-0140MEDIUMAndroid RTP Integer Overflow Information Disclosure Vulnerability