https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 28 Sep 2026 18:39:16 +0000 https://vulnerability.circl.lu/vuln/cve-2026-31666 <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>btrfs: fix incorrect return value after changing leaf in lookup_extent_data_ref()</p> <p>After commit 1618aa3c2e01 (&#34;btrfs: simplify return variables in lookup_extent_data_ref()&#34;), 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.</p> <p>Fix this by returning -ENOENT directly when the key does not match, instead of relying on the ret variable.</p> <p><strong>Affected:</strong> Linux</p> <p>In the Linux kernel, the following vulnerability has been resolved:</p> <p>btrfs: fix incorrect return value after changing leaf in lookup_extent_data_ref()</p> <p>After commit 1618aa3c2e01 (&#34;btrfs: simplify return variables in lookup_extent_data_ref()&#34;), 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.</p> <p>Fix this by returning -ENOENT directly when the key does not match, instead of relying on the ret variable.</p> https://vulnerability.circl.lu/vuln/cve-2026-31666