]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
btrfs: declare btrfs_ioctl_search_args_v2::buf as __u8
authorYou-Kai Zheng <ykzheng@synology.com>
Tue, 16 Jun 2026 10:39:07 +0000 (18:39 +0800)
committerDavid Sterba <dsterba@suse.com>
Tue, 14 Jul 2026 05:02:39 +0000 (07:02 +0200)
commitb95181f3929ff98949fa9460ca93eccebbf2d7fc
tree29d68b90eaf780ad683aad7ff4c0e0aef4819fad
parentb78fe9563e2d5ae47805f1e5dc722c91fd30e1f8
btrfs: declare btrfs_ioctl_search_args_v2::buf as __u8

The variable-sized buffer buf in struct btrfs_ioctl_search_args_v2 is
declared as __u64[], but it holds a packed byte stream of search results,
where all offsets into the buffer are in bytes.

Declaring buf as __u64[] makes it easy for user space to write incorrect
pointer arithmetic: adding a byte offset directly to a __u64 pointer
scales the offset by 8, landing at byte position offset*8 instead of
offset.

This recently caused an infinite loop in btrfs-progs: the accessor read
all-zero data from misaddressed items, which fed zeroed search keys back
into the ioctl loop and spun forever. The issue was worked around at the
time by disabling TREE_SEARCH_V2 entirely in btrfs-progs (d73e69824854:
"btrfs-progs: temporarily disable usage of v2 of search tree ioctl").

The kernel side already treats buf as a byte buffer, so change the
declaration to __u8[] to match the actual semantics and prevent similar
misuse in user space. The change is ABI compatible: both the structure size
and alignment are unchanged.

Fixes: cc68a8a5a433 ("btrfs: new ioctl TREE_SEARCH_V2")
Reviewed-by: Qu Wenruo <wqu@suse.com>
Signed-off-by: You-Kai Zheng <ykzheng@synology.com>
Reviewed-by: David Sterba <dsterba@suse.com>
Signed-off-by: David Sterba <dsterba@suse.com>
include/uapi/linux/btrfs.h