Skip to main content
VulnerabilityPublished Updated

CVE-2025-37959: Linux kernel · bpf: Scrub packet on bpf_redirect_peer

Affects Linux kernelSource GCVE Database

0
Compare

Not known to be exploited · CVSS 9.4 Critical.

Data as of 10 Nov 2026, 13:36 UTC

CVSS 3.1 base score
9.4Critical
How severe the flaw is on the 0–10 CVSS scale.

Thin evidence

One scorer or none
CVSS scores by source
CNA (Linux)CVSS 3.19.4
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 20 May 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 10 Nov 2026.

What to do

AI-suggested

A fix for this vulnerability has been implemented in the Linux kernel. Users should apply the official kernel updates that include the patch for CVE-2025-37959 to ensure packets are properly scrubbed during bpf_redirect_peer operations. No additional mitigation steps are indicated beyond applying the patch.

Description

CVE-2025-37959 is a critical vulnerability in the Linux kernel involving the bpf_redirect_peer function. When redirecting packets to a device in another network namespace, the packet buffer (skb) is not properly scrubbed, causing sensitive skb information from one namespace to be misused in another. This leads to unexpected packet drops, such as in containerized environments using IPsec decryption. The issue arises because skb extensions related to XFRM state are preserved across namespaces, causing policy checks in the target namespace to fail. The vulnerability has been resolved by scrubbing the packet during bpf_redirect_peer operations.

References

Community reviews

Loading reviews…