In the Linux kernel, the following vulnerability has been resolved:
xfs: resample the data fork mapping after cycling ILOCK
xfs_reflink_fill_{cow_hole,delalloc} are both presented with an inode,
a data fork mapping, and a cow fork mapping. Unfortunately, these two
helpers cycle the ILOCK to grab a transaction, which means that the
mappings are stale as soon as we reacquire the ILOCK. Currently we
refresh the cow fork mapping by re-calling xfs_find_trim_cow_extent, but
we don't refresh the data fork mapping beforehand, which means that the
xfs_bmap_trim_cow in that function queries the refcount btree about the
wrong physical blocks and returns an inaccurate value in *shared.
If *shared is now false, the directio write proceeds with a stale data
fork mapping. Fix this by querying the data fork mapping if the
sequence counter changes across the ILOCK cycle.
Metrics
Affected Vendors & Products
References
History
Thu, 23 Jul 2026 12:15:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| First Time appeared |
Redhat
Redhat enterprise Linux Redhat enterprise Linux Eus Redhat rhel Aus Redhat rhel E4s Redhat rhel Eus Redhat rhel Eus Long Life Redhat rhel Tus |
|
| Weaknesses | CWE-362 | |
| CPEs | cpe:/a:redhat:enterprise_linux:8::nfv cpe:/a:redhat:enterprise_linux:9 cpe:/a:redhat:rhel_e4s:9.2 cpe:/a:redhat:rhel_e4s:9.4 cpe:/a:redhat:rhel_eus:9.6 cpe:/o:redhat:enterprise_linux:10.2 cpe:/o:redhat:enterprise_linux:8 cpe:/o:redhat:enterprise_linux:9 cpe:/o:redhat:enterprise_linux_eus:10.0 cpe:/o:redhat:rhel_aus:8.4 cpe:/o:redhat:rhel_aus:8.6 cpe:/o:redhat:rhel_e4s:8.8 cpe:/o:redhat:rhel_eus_long_life:8.4 cpe:/o:redhat:rhel_eus_long_life:8.6 cpe:/o:redhat:rhel_tus:8.8 |
|
| Vendors & Products |
Redhat
Redhat enterprise Linux Redhat enterprise Linux Eus Redhat rhel Aus Redhat rhel E4s Redhat rhel Eus Redhat rhel Eus Long Life Redhat rhel Tus |
|
| References |
| |
| Metrics |
threat_severity
|
cvssV3_1
|
Thu, 23 Jul 2026 06:00:00 +0000
| Type | Values Removed | Values Added |
|---|---|---|
| Description | In the Linux kernel, the following vulnerability has been resolved: xfs: resample the data fork mapping after cycling ILOCK xfs_reflink_fill_{cow_hole,delalloc} are both presented with an inode, a data fork mapping, and a cow fork mapping. Unfortunately, these two helpers cycle the ILOCK to grab a transaction, which means that the mappings are stale as soon as we reacquire the ILOCK. Currently we refresh the cow fork mapping by re-calling xfs_find_trim_cow_extent, but we don't refresh the data fork mapping beforehand, which means that the xfs_bmap_trim_cow in that function queries the refcount btree about the wrong physical blocks and returns an inaccurate value in *shared. If *shared is now false, the directio write proceeds with a stale data fork mapping. Fix this by querying the data fork mapping if the sequence counter changes across the ILOCK cycle. | |
| Title | xfs: resample the data fork mapping after cycling ILOCK | |
| First Time appeared |
Linux
Linux linux Kernel |
|
| CPEs | cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:* | |
| Vendors & Products |
Linux
Linux linux Kernel |
|
| References |
|
Status: PUBLISHED
Assigner: Linux
Published:
Updated: 2026-07-23T06:54:07.428Z
Reserved: 2026-07-19T15:36:31.799Z
Link: CVE-2026-64600
No data.
No data.
OpenCVE Enrichment
Updated: 2026-07-23T09:30:16Z