LiveActive security incident?Get immediate response
CVE Record

CVE-2025-22021: netfilter: socket: Lookup orig tuple for IPv6 SNAT

In the Linux kernel, the following vulnerability has been resolved: netfilter: socket: Lookup orig tuple for IPv6 SNAT nf_sk_lookup_slow_v4 does the conntrack lookup for IPv4 packets to restore the original 5-tuple in case of SNAT, to be able to find the right socket (if any). Then socket_match() can correctly check whether the socket was transparent. However, the IPv6 counterpart (nf_sk_lookup_slow_v6) lacks this conntrack lookup, making xt_socket fail to match on the socket when the packet was SNATed. Add the same logic to nf_sk_lookup_slow_v6. IPv6 SNAT is used in Kubernetes clusters for pod-to-world packets, as pods' addresses are in the fd00::/8 ULA subnet and need to be replaced with the node's external address. Cilium leverages Envoy to enforce L7 policies, and Envoy uses transparent sockets. Cilium inserts an iptables prerouting rule that matches on `-m socket --transparent` and redirects the packets to localhost, but it fails to match SNATed IPv6 packets due to that missing conntrack lookup.

CriticalCVSS 10Not KEV-listedUpdated
Glexia's TakeAutomated analysiscritical

Security readout for executives and security teams

Plain-English summary

A Linux IPv6 networking flaw can prevent SNATed Kubernetes traffic from being recognized by transparent sockets. In the described Cilium and Envoy design, affected traffic may avoid the intended redirection into layer-seven policy enforcement. The supplied record rates it critical, but its narrative does not establish general remote kernel compromise.

Executive priority

Prioritize prompt assessment and patching where IPv6 Kubernetes traffic relies on Cilium and Envoy transparent-socket redirection. Potential failure of an enforcement control is business-significant. Avoid assuming every Linux host faces critical exposure; configuration and vendor backport status materially determine risk.

Technical view

The IPv6 nf_sk_lookup_slow_v6 path omitted the conntrack lookup used by IPv4 to recover a packet’s original tuple after SNAT. Consequently, xt_socket --transparent may not match and redirect affected IPv6 traffic. Linux stable commits add the missing lookup. Exact exposure depends on kernel version, backports, IPv6 SNAT, and transparent-socket policy architecture.

Likely exposure

Most relevant to Linux systems using IPv6 SNAT with transparent socket matching, particularly Kubernetes deployments combining Cilium, Envoy, and iptables-based redirection. Systems without this traffic path may be unaffected operationally. The bundle’s affected-version data is insufficient for dependable package-level conclusions, so distribution backports must be checked.

Exploitation context

The bundle reports that this CVE is not in KEV and provides no evidence of active exploitation or a public exploit. The described consequence is a network-policy enforcement failure under a specific IPv6 SNAT configuration, not demonstrated arbitrary code execution. Treat possible policy bypass as the principal risk supported by the sources.

Researcher notes

The supplied CVSS 10 vector asserts complete confidentiality, integrity, and availability impact, while the technical narrative specifically documents failed socket matching and redirection. It does not substantiate memory corruption, privilege escalation, or remote code execution. Researchers should distinguish the confirmed policy-path failure from broader impacts and independently map stable commits to distribution kernels.

Mitigation direction

  • Install a vendor-supported kernel containing the applicable Linux stable fix or backport.
  • Check Linux distribution and Kubernetes platform advisories for package-specific fixed versions.
  • Prioritize clusters using IPv6 SNAT, Cilium, Envoy, and transparent socket redirection.
  • If patching is delayed, obtain supported compensating controls from Linux and Cilium vendors.

Validation and detection

  • Inventory kernel and distribution package versions across Kubernetes nodes and network gateways.
  • Identify environments using IPv6 SNAT with xt_socket transparent matching.
  • Confirm whether Cilium redirects IPv6 pod egress through Envoy for layer-seven enforcement.
  • Verify installed packages include an applicable referenced stable commit or vendor backport.
  • After remediation, conduct authorized tests confirming SNATed IPv6 traffic reaches intended policy enforcement.
Prepared
Confidence
medium
Sources
12

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

description · low confidence lookup

Container behavior lookup

The affected technology mentions containers, so container-specific ATT&CK technique review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.

Open ATT&CK lookup
cve · low confidence lookup

CVE-2025-22021 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Critical
CVSS
10 (3.1)
Known Exploited
No
Published

Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H

Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

1CVSS vectors
3Timeline events
1ADP providers
12Source links

CVSS vector scores

1 official score

We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.

ScoreVersionSeverityVectorExploitImpactSource
10CVSS 3.1CriticalCVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H3.96Linux

Vulnerability scoring details

Base CVSS 3.1 score

10Critical
CVSS 3.1 vector shape for CVE-2025-22021Attack VectorAttack ComplexityPrivileges RequiredUser InteractionScopeConfidentiality ImpactIntegrity ImpactAvailability Impact

Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H

Attack Vector
NetworkAdjacentLocalPhysical
Attack Complexity
LowHigh
Privileges Required
NoneLowHigh
User Interaction
NoneRequired
Scope
ChangedUnchanged
Confidentiality Impact
HighLowNone
Integrity Impact
HighLowNone
Availability Impact
HighLowNone

Vulnerability timeline

Timeline events are normalized from CVE metadata, CNA source timelines, ADP timelines, and KEV metadata when present.

  1. CVE reservedCVE Program

    The CVE ID was reserved by the assigning CNA.

  2. CVE publishedCVE Program

    The CVE record was published.

  3. CVE updatedCVE Program

    The CVE record metadata indicates this as the latest update time.

ADP provider summaries

CVECVE Program Container
Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
LinuxLinuxeb31628e37a0a4e01fffd79dcc7f815d2357f53a, eb31628e37a0a4e01fffd79dcc7f815d2357f53a, eb31628e37a0a4e01fffd79dcc7f815d2357f53a, eb31628e37a0a4e01fffd79dcc7f815d2357f53a, eb31628e37a0a4e01fffd79dcc7f815d2357f53a, eb31628e37a0a4e01fffd79dcc7f815d2357f53a, eb31628e37a0a4e01fffd79dcc7f815d2357f53a, eb31628e37a0a4e01fffd79dcc7f815d2357f53a, eb31628e37a0a4e01fffd79dcc7f815d2357f53aunaffected
LinuxLinux3.13, 0, 5.4.292, 5.10.236, 5.15.180, 6.1.133, 6.6.86, 6.12.22, 6.13.10, 6.14.1, 6.15affected
Weakness

CWE details

No CWE listed

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.