CVE-2026-10686
Received Received - Intake

IPv6 Hop Limit Not Decremented in Packet Forwarding

Vulnerability report for CVE-2026-10686, including description, CVSS score, EPSS score, affected products, exploitability, helpful resources, and attack-flow context.

Publication date: 2026-07-31

Last updated on: 2026-07-31

Assigner: Zephyr Project

Description

Zephyr's IPv6 forwarding path re-sent routed unicast packets without ever decrementing the IPv6 hop limit. Both routing branches of ipv6_route_packet() (subsys/net/ip) were affected: the explicit-route path (net_route_packet()) and the on-link cross-interface path (net_route_packet_if()). Each set the packet forwarding flag and called net_send_data() with the hop limit untouched and no expiry check. Per RFC 8200 the hop-limit decrement is the mechanism that bounds packet lifetime and terminates routing loops; without it, a device acting as an IPv6 router relays looping packets indefinitely. An on-path attacker who can induce or exploit a transient L3 loop turns it into a permanent forwarding storm, causing CPU/bandwidth resource exhaustion (availability DoS) on the forwarder and adjacent links; path-discovery and loop diagnostics that rely on hop-limit expiry are also defeated. Affected configurations. In every affected release the forwarding path is reached via CONFIG_NET_ROUTE (enabled by default when CONFIG_NET_IPV6_NBR_CACHE is set), together with CONFIG_NET_ROUTING for cross-interface routing. Note that CONFIG_NET_IPV6_FORWARDING and CONFIG_NET_IPV4_FORWARDING β€” which appear in the fix and in this advisory's evidence notes β€” were introduced after v4.4.0, when the routing options were split and renamed; they do not exist in any affected release. When auditing a v4.4.1-or-earlier configuration, look for CONFIG_NET_ROUTE and CONFIG_NET_ROUTING. IPv4 is not affected in any release. The IPv4 forwarding path (net_route_ipv4_packet() in route_ipv4.c) was added after v4.4.0 and has never shipped in a release. Its TTL decrement and IPv4 header-checksum recomputation landed on main as part of the same fix, so the evidence notes below discuss it, but no released version is reachable by way of IPv4. Affected releases are v1.8.0 through v4.4.1: v1.8.0 introduced net_route_packet() and v2.2.0 added net_route_packet_if(), and neither decremented the hop limit. v4.3.1 carries the explicit-route fix but not the on-link one, so it is affected as well. Fixed on main by 7d8f1afa7345 (explicit-route path) and 589eadc74efa (on-link path).

CVSS Scores

EPSS Scores

Probability:
Percentile:

Meta Information

Published
2026-07-31
Last Modified
2026-07-31
Generated
2026-07-31
AI Q&A
2026-07-31
EPSS Evaluated
N/A
NVD
EUVD

Affected Vendors & Products

Showing 1 associated CPE
Vendor Product Version / Range
zephyr_project zephyr From 1.8.0 (inc) to 4.4.1 (inc)

Helpful Resources

Exploitability

CWE
CWE Icon
KEV
KEV Icon
CWE ID Description
CWE-835 The product contains an iteration or loop with an exit condition that cannot be reached, i.e., an infinite loop.

Attack-Flow Graph

AI Quick Actions

Instant insights powered by AI
Executive Summary

This vulnerability involves Zephyr's IPv6 forwarding path failing to decrement the IPv6 hop limit when re-sending routed unicast packets. This means packets can loop indefinitely without being terminated, violating RFC 8200 which requires hop-limit decrement to bound packet lifetime and prevent routing loops.

Detection Guidance

Detecting this vulnerability requires checking if your Zephyr system is running an affected version and if IPv6 forwarding is enabled with CONFIG_NET_ROUTE or CONFIG_NET_ROUTING. Inspect kernel configuration files for these options. Monitor network traffic for unusual IPv6 packet forwarding storms or resource exhaustion on routers.

Impact Analysis

An attacker could exploit this by creating a transient Layer 3 loop, turning it into a permanent forwarding storm. This causes CPU and bandwidth exhaustion on the router and adjacent links, leading to availability denial-of-service (DoS) conditions.

Compliance Impact

This vulnerability primarily impacts availability by enabling denial-of-service conditions through IPv6 packet forwarding storms. It does not directly affect data confidentiality or integrity, which are key concerns for GDPR and HIPAA. However, prolonged service disruptions could lead to non-compliance with availability requirements in these regulations.

Mitigation Strategies

Upgrade Zephyr to a fixed version where the IPv6 forwarding path correctly decrements the hop limit. Apply patches 7d8f1afa7345 and 589eadc74efa if using main branch. Disable IPv6 forwarding if not required by setting CONFIG_NET_ROUTE=n and CONFIG_NET_ROUTING=n in your kernel configuration.

Chat Assistant

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

EPSS Chart