CVE-2026-89642: cifs: call pagecache_isize_extended() in cifs_setsize() when extending
cifs: call pagecacheisizeextended() in cifssetsize() when extending
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.1.191 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.6.160 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.12.114 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 6.18.57 - Upgrade
Upgrade
linux/Kernelto a version that resolves this vulnerability.Fixed in 7.2.4 - Upgrade
Upgrade
debian/linuxto a version that resolves this vulnerability.Fixed in 7.2.6-1 - Upgrade
Upgrade
debian/linuxto a version that resolves this vulnerability.Fixed in 7.2.12-1Fixed in 7.2.14-1
Event History
Frequently Asked Questions
Who is exposed to stale-data disclosure from this issue?
Systems using the Linux kernel CIFS client are exposed when a file is extended through the affected CIFS size-setting path. The risk arises if the page containing the previous end of file has dirty bytes beyond that old EOF.
What must happen for stale data to be exposed?
A CIFS file must be extended, leaving a page that straddles the former EOF. Because the tail of that page is not zeroed, dirty data already present there can be written back to the server and become visible in the newly extended file range.
How can administrators determine whether the fix is present?
Check whether the kernel's CIFS cifs_setsize() implementation calls pagecache_isize_extended() when newsize is greater than oldsize, before truncate_pagecache(). The referenced stable commits contain the correction.