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

cifs: fix loff_t underflow in cifs_remap_file_range() when len == 0

With len == 0 (clone to EOF), the effective length is computed as:

len = src_inode->i_size - off;

If off > i_size, this is a negative loff_t, corrupting the ByteCount
in the FSCTL_DUPLICATE_EXTENTS_TO_FILE request and inverting the range
in filemap_write_and_wait_range(). The existing off >= i_size check
fires only after the ioctl has already been sent.

Snapshot i_size_read() once for both the bounds check and the length
calculation, eliminating the TOCTOU and 32-bit torn-read risk. Reject
off > src_size with -EINVAL. Treat off == src_size as a no-op,
consistent with __generic_remap_file_range_prep().

No CVSS v4.0

No CVSS v3.1

No CVSS v3.0

No CVSS v2

This CVE is not in the KEV list.

No EPSS score available.

Key SSVC decision points have not yet been added.

Default status is the baseline for the product, each version can override it (e.g. patched versions marked unaffected).

Vendor Product Default status Versions
Linux Linux unaffected
Version Status Constraints
04b38d601239b4d9be641b412cf4b7456a041c67 affected < b098f5e5858797827666e6cd73033f52fc39b5f6
04b38d601239b4d9be641b412cf4b7456a041c67 affected < c2a0dcb5a7a1516aa6eb6d5cedca6a8e76527028
04b38d601239b4d9be641b412cf4b7456a041c67 affected < b057ca17b656345d04669cb87f2aff9b31d873db
04b38d601239b4d9be641b412cf4b7456a041c67 affected < 6c322f5cf7476ded7a9a20f7be72462065a03c68
Linux Linux affected
Version Status Constraints
4.5 affected —
0 unaffected < 4.5
6.12.109 unaffected ≤ 6.12.*
6.18.50 unaffected ≤ 6.18.*
7.2.4 unaffected ≤ 7.2.*
7.3-rc1 unaffected ≤ *

No data.

No data.

OpenCVE Enrichment is a feature of OpenCVE that uses AI to automatically link vendors and products to CVEs. Learn more on GitHub.

No data.

Project Subscriptions

Vendors Products
Linux Subscribe
Linux Kernel Subscribe
Advisories

No advisories yet.

Fixes

Solution

No solution given by the vendor.

Workaround

No workaround given by the vendor.

References
Link Providers
https://git.kernel.org/stable/c/6c322f5cf7476ded7a9a20f7be72462065a03c68 cve-icon cve-icon
https://git.kernel.org/stable/c/b057ca17b656345d04669cb87f2aff9b31d873db cve-icon cve-icon
https://git.kernel.org/stable/c/b098f5e5858797827666e6cd73033f52fc39b5f6 cve-icon cve-icon
https://git.kernel.org/stable/c/c2a0dcb5a7a1516aa6eb6d5cedca6a8e76527028 cve-icon cve-icon
History

Sat, 12 Sep 2026 09:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-190

Fri, 11 Sep 2026 23:45:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: cifs: fix loff_t underflow in cifs_remap_file_range() when len == 0 With len == 0 (clone to EOF), the effective length is computed as: len = src_inode->i_size - off; If off > i_size, this is a negative loff_t, corrupting the ByteCount in the FSCTL_DUPLICATE_EXTENTS_TO_FILE request and inverting the range in filemap_write_and_wait_range(). The existing off >= i_size check fires only after the ioctl has already been sent. Snapshot i_size_read() once for both the bounds check and the length calculation, eliminating the TOCTOU and 32-bit torn-read risk. Reject off > src_size with -EINVAL. Treat off == src_size as a no-op, consistent with __generic_remap_file_range_prep().
Title cifs: fix loff_t underflow in cifs_remap_file_range() when len == 0
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Projects

Sign in to view the affected projects.

cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-09-11T19:45:33.289Z

Reserved: 2026-09-11T19:38:34.740Z

Link: CVE-2026-89640

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-11T20:19:49.733

Modified: 2026-09-11T20:19:49.733

Link: CVE-2026-89640

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-09-12T09:15:12Z

Weaknesses