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… (CVE-2026-64159)
A vulnerability in the Linux kernel's netfs subsystem was resolved involving incorrect update of the zero point when local file size (i_size) exceeds the remote server file size (remote_i_size). The zero point indicates the file position beyond which reads can be assumed to return zeros without accessing the server. The flaw caused zero_point to be updated based on the local i_size rather than the remote_i_size, potentially leading to incorrect read behavior. This was fixed by limiting zero_point to remote_i_size. The issue was identified through extensive filesystem testing (xfstest) on CIFS with default caching.
AI Analysis
Technical Summary
The Linux kernel netfs subsystem had a vulnerability where netfs_release_folio() incorrectly updated the zero_point based on the local file size (i_size) rather than the remote server's file size (remote_i_size). This discrepancy occurs when there is uncommitted data in the pagecache beyond the folio being released but the server's EOF is within that folio (i_size > remote_i_size). The zero_point should be limited to remote_i_size because i_size reflects local cache updates not yet written to the server. This fix prevents erroneous assumptions about zero-filled data beyond the server EOF, which could affect read operations. The issue was discovered using the fsx test tool with specific operations on CIFS with default caching.
Potential Impact
The vulnerability could cause the kernel to incorrectly assume zero-filled data beyond the server's EOF, potentially leading to incorrect read results or short reads. This may affect file system consistency or data integrity when reading cached data that is locally updated but not yet committed to the server. No known exploits in the wild have been reported.
Mitigation Recommendations
A fix has been applied to the Linux kernel to correctly update zero_point using remote_i_size instead of i_size. Users should update to a kernel version that includes this fix. Since this is a kernel-level fix, upgrading to the patched kernel version is the recommended mitigation. Patch status is not explicitly confirmed here; check the official Linux kernel advisories or vendor updates for the exact fixed versions and apply updates accordingly.
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… (CVE-2026-64159)
Description
A vulnerability in the Linux kernel's netfs subsystem was resolved involving incorrect update of the zero point when local file size (i_size) exceeds the remote server file size (remote_i_size). The zero point indicates the file position beyond which reads can be assumed to return zeros without accessing the server. The flaw caused zero_point to be updated based on the local i_size rather than the remote_i_size, potentially leading to incorrect read behavior. This was fixed by limiting zero_point to remote_i_size. The issue was identified through extensive filesystem testing (xfstest) on CIFS with default caching.
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The Linux kernel netfs subsystem had a vulnerability where netfs_release_folio() incorrectly updated the zero_point based on the local file size (i_size) rather than the remote server's file size (remote_i_size). This discrepancy occurs when there is uncommitted data in the pagecache beyond the folio being released but the server's EOF is within that folio (i_size > remote_i_size). The zero_point should be limited to remote_i_size because i_size reflects local cache updates not yet written to the server. This fix prevents erroneous assumptions about zero-filled data beyond the server EOF, which could affect read operations. The issue was discovered using the fsx test tool with specific operations on CIFS with default caching.
Potential Impact
The vulnerability could cause the kernel to incorrectly assume zero-filled data beyond the server's EOF, potentially leading to incorrect read results or short reads. This may affect file system consistency or data integrity when reading cached data that is locally updated but not yet committed to the server. No known exploits in the wild have been reported.
Mitigation Recommendations
A fix has been applied to the Linux kernel to correctly update zero_point using remote_i_size instead of i_size. Users should update to a kernel version that includes this fix. Since this is a kernel-level fix, upgrading to the patched kernel version is the recommended mitigation. Patch status is not explicitly confirmed here; check the official Linux kernel advisories or vendor updates for the exact fixed versions and apply updates accordingly.
Technical Details
- Gcve Source
- db.gcve.eu
- Osv Id
- GHSA-hrh3-6x34-5fxf
- Osv Schema Version
- 1.4.0
- Aliases
- ["CVE-2026-64159"]
- Ecosystems
- []
- Database Specific Severity
- null
- Cvss Version
- null
Threat ID: 6a5d27a82a4a8d598912a231
Added to database: 07/19/2026, 19:38:16 UTC
Last enriched: 07/19/2026, 19:40:20 UTC
Last updated: 07/20/2026, 17:26:47 UTC
Views: 9
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.