In the Linux kernel, the following vulnerability has been resolved: netfilter: nft_inner: Fix IPv6 inner_thoff desync In nft_inner_parse_l2l3(),… (CVE-2026-46244)
In the Linux kernel, the following vulnerability has been resolved: netfilter: nft_inner: Fix IPv6 inner_thoff desync 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. For comparison, the normal (non-inner) IPv6 path correctly preserves ipv6_find_hdr()'s result. Removing the incorrect overwrite ensures that ipv6_find_hdr()'s calculated transport header offset is preserved, thereby fixing the desynchronization.
AI Analysis
Technical Summary
The vulnerability (CVE-2026-46244) exists in the Linux kernel netfilter nft_inner_parse_l2l3() function when processing inner IPv6 packets. The function ipv6_find_hdr() correctly calculates the transport header offset by traversing all IPv6 extension headers, but this calculated offset is immediately overwritten with a fixed value that only accounts for the IPv6 base header length (40 bytes). This causes a desynchronization between the inner_thoff offset (incorrectly pointing to the start of extension headers) and the l4proto value (correctly identifying the transport protocol). This desync allows an attacker to forge transport headers, potentially bypassing firewall rules. The flaw affects stable Linux kernel versions from 6.2 onward. Red Hat advisories RHSA-2026:33215 and RHSA-2026:34094 provide patches for Red Hat Enterprise Linux 10.0 and 9.6 respectively, which fix this issue by removing the incorrect overwrite and preserving the correct transport header offset.
Potential Impact
This vulnerability can lead to transport header forgery and potential firewall bypass, which compromises the integrity and security of network packet processing. The CVSS 3.1 vector indicates a network attack vector with low attack complexity, no privileges required, no user interaction, and high confidentiality and integrity impact but no availability impact. This means an unauthenticated attacker can exploit this remotely to manipulate transport headers and evade firewall protections, potentially exposing sensitive data or allowing unauthorized network access.
Mitigation Recommendations
Red Hat has released official security updates that fix this vulnerability in Red Hat Enterprise Linux 9.6 and 10.0 Extended Update Support releases. Users should apply the kernel updates provided in advisories RHSA-2026:33215 and RHSA-2026:34094 and reboot affected systems to ensure the fix takes effect. These updates remove the incorrect overwrite of the transport header offset, preserving the correct offset and preventing desynchronization. No additional mitigation steps are required beyond applying the official patches.
In the Linux kernel, the following vulnerability has been resolved: netfilter: nft_inner: Fix IPv6 inner_thoff desync In nft_inner_parse_l2l3(),… (CVE-2026-46244)
Description
In the Linux kernel, the following vulnerability has been resolved: netfilter: nft_inner: Fix IPv6 inner_thoff desync 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. For comparison, the normal (non-inner) IPv6 path correctly preserves ipv6_find_hdr()'s result. Removing the incorrect overwrite ensures that ipv6_find_hdr()'s calculated transport header offset is preserved, thereby fixing the desynchronization.
CVSS v3.1
Score 9.1critical
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability (CVE-2026-46244) exists in the Linux kernel netfilter nft_inner_parse_l2l3() function when processing inner IPv6 packets. The function ipv6_find_hdr() correctly calculates the transport header offset by traversing all IPv6 extension headers, but this calculated offset is immediately overwritten with a fixed value that only accounts for the IPv6 base header length (40 bytes). This causes a desynchronization between the inner_thoff offset (incorrectly pointing to the start of extension headers) and the l4proto value (correctly identifying the transport protocol). This desync allows an attacker to forge transport headers, potentially bypassing firewall rules. The flaw affects stable Linux kernel versions from 6.2 onward. Red Hat advisories RHSA-2026:33215 and RHSA-2026:34094 provide patches for Red Hat Enterprise Linux 10.0 and 9.6 respectively, which fix this issue by removing the incorrect overwrite and preserving the correct transport header offset.
Potential Impact
This vulnerability can lead to transport header forgery and potential firewall bypass, which compromises the integrity and security of network packet processing. The CVSS 3.1 vector indicates a network attack vector with low attack complexity, no privileges required, no user interaction, and high confidentiality and integrity impact but no availability impact. This means an unauthenticated attacker can exploit this remotely to manipulate transport headers and evade firewall protections, potentially exposing sensitive data or allowing unauthorized network access.
Mitigation Recommendations
Red Hat has released official security updates that fix this vulnerability in Red Hat Enterprise Linux 9.6 and 10.0 Extended Update Support releases. Users should apply the kernel updates provided in advisories RHSA-2026:33215 and RHSA-2026:34094 and reboot affected systems to ensure the fix takes effect. These updates remove the incorrect overwrite of the transport header offset, preserving the correct offset and preventing desynchronization. No additional mitigation steps are required beyond applying the official patches.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-fgx8-r5g7-5cr9
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-46244"]
- Ecosystems
- []
- Database Specific Severity
- CRITICAL
- Cvss Version
- 3.1
Threat ID: 6a46ecf727e9c79719443e1c
Added to database: 07/02/2026, 22:57:59 UTC
Last enriched: 07/02/2026, 23:29:50 UTC
Last updated: 07/31/2026, 19:24:49 UTC
Views: 75
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.