Skip to main content

Linux Kernel EUVDEUVD-2026-45844

| CVE-2026-64159 MEDIUM
2026-07-19 Linux GHSA-hrh3-6x34-5fxf
5.5
CVSS 3.1 · NVD
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Recon
    Gain local unprivileged access
  2. Delivery
    Mount CIFS share with default caching
  3. Exploit
    Write data expanding local i_size beyond server remote_i_size
  4. Install
    Trigger folio release via netfs_release_folio()
  5. C2
    Incorrect zero_point set to i_size instead of remote_i_size
  6. Execute
    Subsequent mapread hits server EOF early
  7. Impact
    Short read causes application I/O failure

Vulnerability Assessment

Exploitation Conditions

Exploitation requires a local user account with low-privileged access (PR:L per CVSS) on a Linux system where a network filesystem using the netfs abstraction layer - specifically CIFS - is mounted with caching enabled (the default cache option, not cache=none). The bug is triggered when local pagecache i_size exceeds the server-reported remote_i_size, a state reached naturally by writing data locally before the server acknowledges it. The specific sequence confirmed in the description involves truncate followed by writes that expand local i_size beyond server EOF, then folio release via mapread. Systems without CIFS or other netfs-backed mounts are entirely unaffected. Remote exploitation is not possible. Systems using cache=none CIFS mounts or without any network filesystem mounts are not at risk.

Impact

CVSS 5.5 Medium (AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H) correctly characterizes this as a local availability issue requiring low privilege. EPSS of 0.15% at the 5th percentile reflects very low real-world exploitation probability, consistent with the local-only attack vector and the narrow triggering conditions. The vulnerability is not in CISA KEV and no public exploit code is identified. Real-world impact is limited to environments running Linux systems with netfs-backed network filesystem mounts (CIFS in particular) using caching; systems without such mounts are entirely unaffected. The availability impact is high in the narrowly applicable scope - application I/O failures and read errors - but the attack surface is small. This is not a remotely triggerable issue. The discrepancy between the 'Information Disclosure' intelligence tag and the CVSS C:N should be noted: there is no credible confidentiality impact pathway described. Overall, this is a real but low-priority fix for most environments; elevated priority for systems running network-backed filesystems with write-heavy workloads.

Exploit ScenarioDerived

A local user with low-privileged access to a Linux system mounting a CIFS share with default caching performs a sequence of truncate, write, and mmap-read operations that cause local i_size to exceed remote_i_size on a specific folio. When netfs_release_folio() runs, zero_point is set to the incorrect (larger) local i_size, causing a subsequent mapread on folio 0x64 to hit the server's EOF early, resulting in a short read that causes application-level I/O failure or data corruption errors. No public exploit code exists; the reproducer sequence is documented in the CVE description using the fsx filesystem exerciser tool.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv1 – Aug 17, 2026

Incorrect zero_point calculation in the Linux kernel netfs layer's netfs_release_folio() function causes short reads and application-level I/O failures on network filesystem mounts when local pagecache size (i_size) exceeds the server-reported file size (remote_i_size). The bug affects local users on systems mounting CIFS or other netfs-backed shares with caching enabled, and was reproducible via a specific sequence of truncate, write, mapread, and copy_range operations on CIFS with the default cache option. No active exploitation is confirmed (not in CISA KEV), EPSS is 0.15% at the 5th percentile, and patches are confirmed available for kernel stable branches 7.0.11 and 7.1.

RemediationAI

The primary fix is to upgrade the Linux kernel to patched stable releases 7.1 or 7.0.11 as identified by EUVD. Upstream kernel commits are available at https://git.kernel.org/stable/c/5cd5207de519ef0c085f4f559adf5eefcb4c5202 and https://git.kernel.org/stable/c/4543a4d737944134a1394afe797622546fbcc98a. Ubuntu users should apply the kernel update addressed in USN-8593-1 via apt. For systems that cannot immediately patch, an effective workaround is to mount CIFS shares with cache=none (e.g., adding 'cache=none' to the mount options), which bypasses the netfs caching path that triggers the bug; the trade-off is increased network latency and reduced read performance for CIFS workloads. Disabling fscache entirely for network filesystem mounts achieves the same effect. No patch version information was independently confirmed beyond kernel stable branches cited in EUVD; do not apply unconfirmed version numbers.

Affected VersionsENISA

Linux patch: 7.1
Linux patch: 7.0.11
Linux patch: 0
Linux 6.10.8 <6.11
Linux e2814004138a541110d4b2dc254a8f619c2c4ce0
Linux cce6bfa6ca0e30af9927b0074c97fe6a92f28092 <4543a4d737944134a1394afe797622546fbcc98a
Linux 6.11
Linux cce6bfa6ca0e30af9927b0074c97fe6a92f28092 <5cd5207de519ef0c085f4f559adf5eefcb4c5202

Affected Packages

euvd linux fix: 6.11

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

The vulnerability is in the Linux kernel's netfs abstraction layer, specifically in netfs_release_folio(). The 'zero point' is an internal optimization marker indicating the file offset beyond which the server would return only zeros, allowing the kernel to skip network reads for sparse regions. When a process writes data locally without immediately flushing to the server, i_size (local pagecache EOF) can exceed remote_i_size (server-reported EOF). In this state, netfs_release_folio() incorrectly anchored zero_point to i_size rather than remote_i_size, causing the read path to bypass actual data reads for pages within the locally-tracked size but beyond the server EOF. The result is short reads when those pages are subsequently accessed via mmap or read(). CIFS with the default cache option is the confirmed affected configuration per the description. CPE cpe:2.3:a:linux:linux:*:*:*:*:*:*:*:* covers the Linux kernel broadly; no CWE was assigned, but the root cause resembles CWE-682 (Incorrect Calculation) applied to file offset state management. Note: the 'Information Disclosure' tag in the intelligence metadata conflicts with the CVSS C:N metric - no confidentiality impact is described; this tag appears to be an inaccurate metadata classification.

Know when the next one hits your stack

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

NVD PRIMARY 5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
vuln.today AI 5.5 MEDIUM

Local low-privilege access to a netfs CIFS mount required; availability-only impact from short reads; no confidentiality or integrity effect.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
4.0 AV:L/AC:L/AT:P/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE MEDIUM
Red Hat 5.5 MEDIUM

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

4
CVSS changed
Aug 17, 2026 - 15:22 NVD
5.5 (MEDIUM)
Patch available
Jul 19, 2026 - 17:03 EUVD
CVE Published
Jul 19, 2026 - 15:40 nvd
MEDIUM 5.5
CVE Published
Jul 19, 2026 - 15:40 cve.org
UNKNOWN (no severity yet)

DescriptionNVD

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

netfs: Fix zeropoint update where i_size > remote_i_size

Fix the update of the zero point[*] by netfs_release_folio() when there is uncommitted data in the pagecache beyond the folio being released but the on-server EOF is in this folio (ie. i_size > remote_i_size). The update needs to limit zero_point to remote_i_size, not i_size as i_size is a local phenomenon reflecting updates made locally to the pagecache, not stuff written to the server. remote_i_size tracks the server's i_size.

[*] The zero point is the file position from which we can assume that the server will just return zeros, so we can avoid generating reads.

Note that netfs_invalidate_folio() probably doesn't need fixing as zero_point should be updated by setattr after truncation or fallocate.

Found with:

fsx -q -N 1000000 -p 10000 -o 128000 -l 600000 \ /xfstest.test/junk --replay-ops=junk.fsxops

using the following as junk.fsxops:

truncate 0x0 0x1bbae 0x82864 write 0x3ef2e 0xf9c8 0x1bbae write 0x67e05 0xcb5a 0x4e8f6 mapread 0x57781 0x85b6 0x7495f copy_range 0x5d3d 0x10329 0x54fac 0x7495f write 0x64710 0x1c2b 0x7495f mapread 0x64000 0x1000 0x7495f

on cifs with the default cache option.

It shows read-gaps on folio 0x64 failing with a short read (ie. it hits EOF) if the FMODE_READ check is commented out in netfs_perform_write():

if (//(file->f_mode & FMODE_READ) || netfs_is_cache_enabled(ctx)) {

and no fscache. This was initially found with the generic/522 xfstest.

Threat Intelligence Overview

EPSS Score
0.2%
Top 95% exploitable
Prevalence
High
Linux kernel underpins most server, cloud, and container deployments globally
Data Quality
6 sources
Confidence: High

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity MEDIUM
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Small
Automatable· derived
No
Human Impact· derived
High

Priority Score

28
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +28
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 16.0 Affected

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy