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

mptcp: options: fix uninit-value in mptcp_write_data_fin

When sending a DATA_FIN without data, and because the DATA_FIN occupies
1 octet of the connection-level sequence space [1], it is then required
to add a DSS mapping with specific values.

If the checksum has been negotiated, it also needs to be computed, and
included in the outgoing packet, and thus the initial csum data needs to
be reset to 0 as well. This is no longer the case since commit
cfcceb7a39fc ("tcp: shrink per-packet memset in __tcp_transmit_skb()"),
because the whole ext_copy structure is no longer zeroed by default.

This seems to be the only case where use_map is changed and set
afterwards, so initialising the csum field only in this case, along with
other fields for this specific case.
Published: 2026-10-18
Score: 3.7 Low
EPSS: < 1% Very Low
KEV: No
Impact: Uninitialized value in MPTCP packet processing could corrupt checksums or expose memory contents during DATA_FIN transmission
Action: Patch Kernel
AI Analysis

Impact

In the Linux kernel, an uninitialized field in the mptcp_write_data_fin function occurs when a DATA_FIN packet is sent without payload. Because the checksum calculation relies on this field, an attacker could influence the checksum value or cause the kernel to transmit stale data, potentially leading to data integrity violations or memory disclosure. The bug is a classic case of improper use of an uninitialized variable and could affect any Linux kernel that processes MPTCP packets.

Affected Systems

All Linux kernel releases that include the MPTCP subsystem are potentially affected. The issue is resolved only after the patch that restores zero‑initialization of the checksum field (commit cfcceb7a39fc). No specific version range is listed, so any kernel prior to the inclusion of that commit is at risk.

Risk and Exploitability

The CVSS score of 3.7 indicates low to moderate severity. Because the flaw involves an uninitialized variable in kernel packet handling, the impact could be limited to checksum corruption or memory disclosure during DATA_FIN transmission. The EPSS score is <1% (approximately 0.15%), indicating a very low probability of exploitation. The vulnerability is not listed in CISA's KEV catalog. The likely attack vector is via network traffic; an attacker crafting malicious MPTCP DATA_FIN packets could influence the checksum behavior or expose stale memory contents. No publicly known exploits exist, but the kernel‑level nature of the defect warrants vigilance.

Generated by OpenCVE AI on October 19, 2026 at 16:25 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update the kernel to a version that includes the fix from commit cfcceb7a39fc, which zeroes the checksum field before use.
  • If MPTCP is not required, disable it in the kernel configuration or enable a policy that blocks MPTCP traffic.
  • Monitor network traffic for anomalous MPTCP DATA_FIN packets or checksum errors by enabling packet capture or MPTCP‑specific audit logs.

Generated by OpenCVE AI on October 19, 2026 at 16:25 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Mon, 19 Oct 2026 14:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-457

Mon, 19 Oct 2026 12:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-908
References
Metrics threat_severity

None

cvssV3_1

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

threat_severity

Low


Sun, 18 Oct 2026 17:45:00 +0000

Type Values Removed Values Added
Weaknesses CWE-457

Sun, 18 Oct 2026 15:00:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: mptcp: options: fix uninit-value in mptcp_write_data_fin When sending a DATA_FIN without data, and because the DATA_FIN occupies 1 octet of the connection-level sequence space [1], it is then required to add a DSS mapping with specific values. If the checksum has been negotiated, it also needs to be computed, and included in the outgoing packet, and thus the initial csum data needs to be reset to 0 as well. This is no longer the case since commit cfcceb7a39fc ("tcp: shrink per-packet memset in __tcp_transmit_skb()"), because the whole ext_copy structure is no longer zeroed by default. This seems to be the only case where use_map is changed and set afterwards, so initialising the csum field only in this case, along with other fields for this specific case.
Title mptcp: options: fix uninit-value in mptcp_write_data_fin
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:19:34.132Z

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

Link: CVE-2026-98438

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T15:16:53.590

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

Link: CVE-2026-98438

cve-icon Redhat

Severity : Low

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

Links: CVE-2026-98438 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-19T16:30:13Z

Weaknesses
  • CWE-908

    Use of Uninitialized Resource