Description
In the Linux kernel, the following vulnerability has been resolved:

ipv6: xfrm: use full sockets in local error paths

xfrm6_local_rxpmtu() and xfrm6_local_error() dereference skb->sk as if it
always pointed at a full IPv6 socket.

That is not guaranteed. TCP SYN-ACK skbs can be owned by a
TCP_NEW_SYN_RECV request_sock while the output path itself is driven by the
full listener. If rerouting selects an IPv6 XFRM tunnel route with a lower
MTU, the local PMTU/error handling path can reach these callbacks with that
mini-socket still attached to the skb.

The callbacks then miscast the request socket as a full inet/IPv6 socket and
can read beyond the request_sock allocation when they access inet_sock or
ipv6_pinfo state.

Resolve the owner with skb_to_full_sk() in both callbacks and bail out when
no full socket is attached. This matches the surrounding XFRM IPv6 PMTU/error
logic, which already reasons about full sockets with skb_to_full_sk().
Published: 2026-10-06
Score: 7.8 High
EPSS: < 1% Very Low
KEV: No
Impact: Memory corruption
Action: Patch
AI Analysis

Impact

The vulnerability resides in the IPv6 XFRM error handling code of the Linux kernel. The functions that process local PMTU and error packets incorrectly assume that the socket attached to the incoming packet’s skbuf is a full IPv6 socket. In reality, TCP SYN‑ACK packets may be handled with a request_sock, leading the code to miscast a small socket structure as a full inet/IPv6 socket and read memory beyond the request_sock allocation when they access inet_sock or ipv6_pinfo state. Based on the description, it is inferred that this out‑of‑bounds read can leak sensitive kernel data or corrupt memory, potentially enabling a local or remote attacker to crash the system or compromise data integrity.

Affected Systems

Linux kernel. All builds of the Linux kernel that include the IPv6 XFRM stack are potentially impacted. No specific version numbers are provided in the CVE entry, so all current kernel releases should be treated as affected until the patch is applied or the distribution explicitly documents the fix.

Risk and Exploitability

The CVSS score of 7.8 indicates high severity, and the EPSS score is less than 1%. The vulnerability is not listed in the CISA KEV catalog, implying no publicly known exploitation incidents to date. Based on the description, it is inferred that the flaw is triggered by receiving specific network traffic, which an attacker could send from a remote host. Based on the description, it is inferred that a successful exploit could result in a denial of service or local privilege escalation on the affected system.

Generated by OpenCVE AI on October 10, 2026 at 02:07 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply the latest kernel update that contains the CVE fix
  • If patching is not immediately possible, disable IPv6 XFRM tunneling or enforce strict firewall rules to block traffic that could reach the vulnerable code path
  • Monitor system logs for abnormal crashes or kernel panics that may indicate exploitation attempts

Generated by OpenCVE AI on October 10, 2026 at 02:07 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4841-1 linux security update
Debian DLA Debian DLA DLA-4850-1 linux-6.12 security update
Debian DSA Debian DSA DSA-6568-1 linux security update
History

Sat, 10 Oct 2026 00:30:00 +0000


Wed, 07 Oct 2026 10:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-125

Wed, 07 Oct 2026 07:00:00 +0000

Type Values Removed Values Added
Metrics cvssV3_1

{'score': 7.8, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H'}


Tue, 06 Oct 2026 13:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-125

Tue, 06 Oct 2026 09:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: ipv6: xfrm: use full sockets in local error paths xfrm6_local_rxpmtu() and xfrm6_local_error() dereference skb->sk as if it always pointed at a full IPv6 socket. That is not guaranteed. TCP SYN-ACK skbs can be owned by a TCP_NEW_SYN_RECV request_sock while the output path itself is driven by the full listener. If rerouting selects an IPv6 XFRM tunnel route with a lower MTU, the local PMTU/error handling path can reach these callbacks with that mini-socket still attached to the skb. The callbacks then miscast the request socket as a full inet/IPv6 socket and can read beyond the request_sock allocation when they access inet_sock or ipv6_pinfo state. Resolve the owner with skb_to_full_sk() in both callbacks and bail out when no full socket is attached. This matches the surrounding XFRM IPv6 PMTU/error logic, which already reasons about full sockets with skb_to_full_sk().
Title ipv6: xfrm: use full sockets in local error paths
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-19T09:16:12.796Z

Reserved: 2026-09-25T10:25:14.329Z

Link: CVE-2026-98241

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-06T09:18:12.090

Modified: 2026-10-19T10:18:24.967

Link: CVE-2026-98241

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-10-06T00:00:00Z

Links: CVE-2026-98241 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-10T02:15:14Z

Weaknesses