PT-2026-35018 · Linux · Linux
Published
2026-04-24
·
Updated
2026-04-24
·
CVE-2026-31666
None
No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
btrfs: fix incorrect return value after changing leaf in lookup extent data ref()
After commit 1618aa3c2e01 ("btrfs: simplify return variables in
lookup extent data ref()"), the err and ret variables were merged into
a single ret variable. However, when btrfs next leaf() returns 0
(success), ret is overwritten from -ENOENT to 0. If the first key in
the next leaf does not match (different objectid or type), the function
returns 0 instead of -ENOENT, making the caller believe the lookup
succeeded when it did not. This can lead to operations on the wrong
extent tree item, potentially causing extent tree corruption.
Fix this by returning -ENOENT directly when the key does not match,
instead of relying on the ret variable.
Found an issue in the description? Have something to add? Feel free to write us 👾
Related Identifiers
Affected Products
Linux