Monitor vulnerabilities like this one.
Sign up free to get alerted when software you use is affected.
Linux Kernel: btrfs Send Function Fails to Check Inline Extents
CVE-2026-23141
Summary
A bug in the Linux kernel's btrfs send function could cause data corruption or a crash when accessing certain types of file extents. This issue has been fixed in the latest kernel update. If you're using btrfs, update your kernel to the latest version to ensure you have this fix.
Original title
In the Linux kernel, the following vulnerability has been resolved:
btrfs: send: check for inline extents in range_is_hole_in_parent()
Before accessing the disk_bytenr field of a file extent item...
Original description
In the Linux kernel, the following vulnerability has been resolved:
btrfs: send: check for inline extents in range_is_hole_in_parent()
Before accessing the disk_bytenr field of a file extent item we need
to check if we are dealing with an inline extent.
This is because for inline extents their data starts at the offset of
the disk_bytenr field. So accessing the disk_bytenr
means we are accessing inline data or in case the inline data is less
than 8 bytes we can actually cause an invalid
memory access if this inline extent item is the first item in the leaf
or access metadata from other items.
btrfs: send: check for inline extents in range_is_hole_in_parent()
Before accessing the disk_bytenr field of a file extent item we need
to check if we are dealing with an inline extent.
This is because for inline extents their data starts at the offset of
the disk_bytenr field. So accessing the disk_bytenr
means we are accessing inline data or in case the inline data is less
than 8 bytes we can actually cause an invalid
memory access if this inline extent item is the first item in the leaf
or access metadata from other items.
Published: 14 Feb 2026 · Updated: 10 Mar 2026 · First seen: 6 Mar 2026