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

netfs: zero gaps in read-gaps folio to avoid writing back stale data

netfs_read_gaps() leaves gaps around a streaming write's dirty region
unread on the server side, so a short/EOF response there left stale
folio content that later got written back.

Zero it after the read completes, not before: netfs_wait_for_read()
returns rreq->transferred once ret >= 0, so build an iterator over the
same bvec array the read used, advance past ret, and zero the rest.
The dirty region already maps to sink pages in that array rather than
the real folio, so this can't touch it, and only the actual shortfall
gets zeroed instead of the whole gap upfront.
Published: 2026-10-18
Score: 4.4 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Data integrity compromise due to stale data persistence
Action: Patch Kernel
AI Analysis

Impact

The Linux kernel’s netfs subsystem had a flaw in netfs_read_gaps that left stale data gaps in the buffer because the memory was not cleared after a successful read. When the client subsequently streamed data back to the server, this stale content was written to the filesystem, potentially overwriting newer data. The defect therefore allows data that was not intended to be persisted to be written to a file, creating a corruption or data integrity issue.

Affected Systems

All Linux kernel releases that include the netfs module and have not yet incorporated the upstream fix identified by commit hashes 2a62fe6, 512eaf0, or 8db55c5 are affected. Any distribution shipping a kernel before these commits is vulnerable, and the flaw is tied to network file system operations performed through the kernel’s netfs interface, which may be invoked by NFS or similar protocols.

Risk and Exploitability

With a CVSS v3.1 score of 4.4, this vulnerability is assessed as moderate. The EPSS score of <1% indicates a low probability of exploitation at present, and the CVE is not listed in the CISA KEV catalog. The bug remains a data integrity issue: it could lead to stale data being written back to the filesystem when a netfs client performs a short‑or‑EOF read, potentially overwriting newer content. Exploitation would require an attacker to manipulate a netfs client or server to trigger the stale data path, so the threat is primarily confined to host or networked environments that use the unpatched netfs module.

Generated by OpenCVE AI on October 24, 2026 at 01:59 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Apply a kernel update that includes the netfs_read_gaps fix, ensuring the kernel contains commit hashes 2a62fe6, 512eaf0, or 8db55c5.
  • If immediate kernel upgrade is not possible, disable the netfs subsystem in the kernel configuration or at runtime to prevent use of the unpatched code.
  • Monitor file system logs for unexpected data duplication or corruption and run periodic integrity checks to detect anomalous writes that might indicate the flaw is being exercised.

Generated by OpenCVE AI on October 24, 2026 at 01:59 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

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

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

None

cvssV3_1

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

threat_severity

Moderate


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

Type Values Removed Values Added
Weaknesses CWE-200
CWE-665

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

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: netfs: zero gaps in read-gaps folio to avoid writing back stale data netfs_read_gaps() leaves gaps around a streaming write's dirty region unread on the server side, so a short/EOF response there left stale folio content that later got written back. Zero it after the read completes, not before: netfs_wait_for_read() returns rreq->transferred once ret >= 0, so build an iterator over the same bvec array the read used, advance past ret, and zero the rest. The dirty region already maps to sink pages in that array rather than the real folio, so this can't touch it, and only the actual shortfall gets zeroed instead of the whole gap upfront.
Title netfs: zero gaps in read-gaps folio to avoid writing back stale data
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:26:35.419Z

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

Link: CVE-2026-98843

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-18T16:17:38.623

Modified: 2026-10-19T10:19:48.390

Link: CVE-2026-98843

cve-icon Redhat

Severity : Moderate

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

Links: CVE-2026-98843 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-24T02:00:16Z

Weaknesses
  • CWE-200

    Exposure of Sensitive Information to an Unauthorized Actor

  • CWE-665

    Improper Initialization

  • CWE-908

    Use of Uninitialized Resource