https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 29 Sep 2026 21:35:46 +0000 https://vulnerability.circl.lu/vuln/cve-2026-46244 <p><strong>Affected:</strong> Linux, Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 10.0 Extended Update Support, Red Hat Enterprise Linux 9, Red Hat Enterprise Linux 9.4 Update Services for SAP Solutions, Red Hat Enterprise Linux 9.6 Extended Update Support, Red Hat Enterprise Linux 6, Red Hat Enterprise Linux 7, Red Hat Enterprise Linux 8</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>netfilter: nft_inner: Fix IPv6 inner_thoff desync</p> <p>In nft_inner_parse_l2l3(), when processing inner IPv6 packets, ipv6_find_hdr() correctly computes the transport header offset traversing all extension headers, but the result is immediately overwritten with nhoff + sizeof(_ip6h) (40 bytes), which only accounts for the IPv6 base header. This creates a desync between inner_thoff (wrong — points to extension header start) and l4proto (correct — e.g., IPPROTO_TCP), enabling transport header forgery and potential firewall bypass. This issue affects stable versions from Linux 6.2.</p> <p>For comparison, the normal (non-inner) IPv6 path correctly preserves ipv6_find_hdr()&#39;s result. Removing the incorrect overwrite ensures that ipv6_find_hdr()&#39;s calculated transport header offset is preserved, thereby fixing the desynchronization.</p> <p><strong>Affected:</strong> Linux, Red Hat Enterprise Linux 10, Red Hat Enterprise Linux 10.0 Extended Update Support, Red Hat Enterprise Linux 9, Red Hat Enterprise Linux 9.4 Update Services for SAP Solutions, Red Hat Enterprise Linux 9.6 Extended Update Support, Red Hat Enterprise Linux 6, Red Hat Enterprise Linux 7, Red Hat Enterprise Linux 8</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>netfilter: nft_inner: Fix IPv6 inner_thoff desync</p> <p>In nft_inner_parse_l2l3(), when processing inner IPv6 packets, ipv6_find_hdr() correctly computes the transport header offset traversing all extension headers, but the result is immediately overwritten with nhoff + sizeof(_ip6h) (40 bytes), which only accounts for the IPv6 base header. This creates a desync between inner_thoff (wrong — points to extension header start) and l4proto (correct — e.g., IPPROTO_TCP), enabling transport header forgery and potential firewall bypass. This issue affects stable versions from Linux 6.2.</p> <p>For comparison, the normal (non-inner) IPv6 path correctly preserves ipv6_find_hdr()&#39;s result. Removing the incorrect overwrite ensures that ipv6_find_hdr()&#39;s calculated transport header offset is preserved, thereby fixing the desynchronization.</p> https://vulnerability.circl.lu/vuln/cve-2026-46244