CVE-2026-97547xfs: fix exchange-range reflink flag clearing issue with INO1_WRITTEN
Updated under an hour ago ()
Does this affect you?
It affects Linux. Add what you run to find out whether that includes you.
No exploitation reported and no EPSS estimate yet.
Do this next
Free account, 1 product
In the Linux kernel, the following vulnerability has been resolved: xfs: fix exchange-range reflink flag clearing issue with INO1_WRITTEN When exchanging two full-file ranges, xmi_can_exchange_reflink_flags() can move the reflink inode flag from the file that currently has it to the other file, as long as exactly one side is marked. This assumes that the file contents, and therefore all shared extents, are exchanged. That assumption is not true when XFS_EXCHMAPS_INO1_WRITTEN is set. xfs_exchmaps_can_skip_mapping() can skip hole and unwritten mappings from file1, so an exchange can complete without moving every mapping that the earlier flag-swap decision accounted for. In that case the post-operation cleanup can clear the reflink flag from an inode that still owns shared written extents. Later writes then take the non-reflink write path and may update blocks that should still have been protected by CoW, which shows up as data corruption between reflink-related files. Fix this by disabling the reflink flag exchange whenever XFS_EXCHMAPS_INO1_WRITTEN is requested. The contents exchange can still proceed; the conservative outcome is that both inodes keep the reflink flag. The regular reflink flag cleanup path can drop the extra flag later once the inode no longer has shared extents.
- CVSS
- Not yet scored
- Weakness (CWE)
- Not given
- Known exploited
- Not in CISA's KEV catalog
- EPSS (exploitation in the next 30 days)
- Not loaded for this CVE
- Assigned by
- Linux
- NVD analysis
- Received
- Record last updated
- Sep 25, 2026
- First seen by InfoSec Signals
- Oct 9, 2026
Affected products
Linux Linux linux:linux (from the name) | 966ceafc7a437105ecfe1cadb3747b2965a260ca builds before 56f87ac2b9543be2be529b831666682e6df4bc40; from 966ceafc7a437105ecfe1cadb3747b2965a260ca before fac32b9950a2aab3f8659d23b2947b8fb305c3fe; 966ceafc7a437105ecfe1cadb3747b2965a260ca builds before 8ae30b9a8c207f9bd03a98eda7b5d641daa79bdb; from 966ceafc7a437105ecfe1cadb3747b2965a260ca before a23eca88448e52eb1a81549862df7adce794fafb | CNA record |
References
- https://git.kernel.org/stable/c/56f87ac2b9543be2be529b831666682e6df4bc40
- https://git.kernel.org/stable/c/fac32b9950a2aab3f8659d23b2947b8fb305c3fe
- https://git.kernel.org/stable/c/8ae30b9a8c207f9bd03a98eda7b5d641daa79bdb
- https://git.kernel.org/stable/c/a23eca88448e52eb1a81549862df7adce794fafb
The CVE record on cve.org NVD's entry
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.