{"id":28615,"date":"2026-09-25T04:31:28","date_gmt":"2026-09-24T20:31:28","guid":{"rendered":"https:\/\/www.54iter.cn\/?vuln=cve-2026-93800"},"modified":"2026-09-25T04:31:28","modified_gmt":"2026-09-24T20:31:28","slug":"cve-2026-93800","status":"publish","type":"vuln","link":"https:\/\/www.54iter.cn\/?vuln=cve-2026-93800","title":{"rendered":"CVE-2026-93800 &#8211; In the Linux kernel, the following vulnerability has been resolved:\n\nbtrfs: fix use-after-"},"content":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>btrfs: fix use-after-free on reloc root after error in insert_dirty_subvol()<\/p>\n<p>If during relocation we fail in insert_dirty_subvol() because<br \/>\nbtrfs_update_reloc_root() returned an error, we will leave a root&#8217;s<br \/>\nreloc_root field pointing to a reloc root that was freed instead of NULL,<br \/>\nresulting later in a use-after-free, or double free attempt during<br \/>\nunmount.<\/p>\n<p>The sequence of steps is this:<\/p>\n<p>1) During relocation the call to btrfs_update_reloc_root() in<br \/>\n   insert_dirty_subvol() fails, so insert_dirty_subvol() returns the<br \/>\n   error to merge_reloc_root() without adding the root to the list<br \/>\n   rc-&gt;dirty_subvol_roots;<\/p>\n<p>2) Then merge_reloc_root() aborts the current transaction because<br \/>\n   insert_dirty_subvol() returned an error;<\/p>\n<p>3) Up the call chain, merge_reloc_roots() gets the error, adds the<br \/>\n   reloc root for root X to the local reloc_roots list and jumps to the<br \/>\n   &#8216;out&#8217; label, where it calls free_reloc_roots() to free all the reloc<br \/>\n   roots in the local reloc_roots list. This frees the reloc root for<br \/>\n   root X;<\/p>\n<p>4) We go up the call chain to relocate_block_group() which calls<br \/>\n   clean_dirty_subvols() to go over dirty roots and set their<br \/>\n   -&gt;reloc_root field to NULL, but root X is not in the dirty_subvol_roots<br \/>\n   list, so its -&gt;reloc_root still points to a reloc root;<\/p>\n<p>5) Relocation finishes, with an error and a transaction abort, but the<br \/>\n   -&gt;reloc_root field for root X still points to the reloc root that was<br \/>\n   freed in step 3;<\/p>\n<p>6) When unmounting the fs we end up calling:<\/p>\n<p>     btrfs_free_fs_roots()<br \/>\n        btrfs_drop_and_free_fs_root()<br \/>\n           &#8211;&gt; calls btrfs_put_root() against root X&#8217;s -&gt;reloc_root<br \/>\n               which is not NULL and points to the already freed<br \/>\n               reloc root in step 4 above<\/p>\n<p>  Resulting in a use-after-free to a double free attempt.<\/p>\n<p>Syzbot reported this with the following dmesg\/syslog:<\/p>\n<p>   [  106.004389][ T5339] BTRFS error (device loop0 state A): Transaction aborted (error -5)<br \/>\n   [  106.014266][ T5339] BTRFS: error (device loop0 state A) in merge_reloc_root:1655: errno=-5 IO failure<br \/>\n   [  106.021891][ T1061] BTRFS error (device loop0 state A): error while writing out transaction: -5<br \/>\n   [  106.026964][ T1061] BTRFS warning (device loop0 state A): Skipping commit of aborted transaction.<br \/>\n   [  106.033807][ T5340] BTRFS error (device loop0 state A): bdev \/dev\/loop0 errs: wr 3, rd 0, flush 0, corrupt 0, gen 0<br \/>\n   [  106.039265][ T1061] BTRFS: error (device loop0 state A) in cleanup_transaction:2067: errno=-5 IO failure<br \/>\n   [  106.044382][ T5339] BTRFS info (device loop0 state EA): forced readonly<br \/>\n   [  106.074329][ T5339] BTRFS: error (device loop0 state EA) in merge_reloc_roots:1887: errno=-5 IO failure<br \/>\n   [  106.081004][ T5356] BTRFS info (device loop0 state EA): scrub: started on devid 1<br \/>\n   [  106.085611][ T5339] BTRFS info (device loop0 state EA): balance: ended with status: -30<br \/>\n   [  106.089517][ T5356] BTRFS info (device loop0 state EA): scrub: not finished on devid 1 with status: -30<br \/>\n   [  106.662365][ T5338] BTRFS info (device loop0 state EA): last unmount of filesystem 3a375e4e-b156-4d76-a2ad-16e198ce1409<br \/>\n   [  106.682946][ T5338] ==================================================================<br \/>\n   [  106.686574][ T5338] BUG: KASAN: slab-use-after-free in btrfs_put_root+0x2f\/0x250<br \/>\n   [  106.690090][ T5338] Write of size 4 at addr ffff88803f978630 by task syz.0.0\/5338<br \/>\n   [  106.693173][ T5338]<br \/>\n   [  106.694279][ T5338] CPU: 0 UID: 0 PID: 5338 Comm: syz.0.0 Not tainted syzkaller #0 PREEMPT(full)<br \/>\n   [  106.694293][ T5338] Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.16.3-debian-1.16.3-2 04\/01\/2014<br \/>\n   [  106.694300][ T5338] Call Trace:<br \/>\n   [  106.694308][ T5338]<br \/>\n   [  106.694314][ T5338]  dump_stack_lvl+0xe8\/0x150<br \/>\n   [  106.694331][ T5338]  print_address_description+0x55\/0x1e0<br \/>\n   [  106.694343][ T5338]  ? btrfs_put_root+0x2f\/0x250<br \/>\n   [  106.694358][ T5338]  print_report+0x58\/0x70<br \/>\n   [  106.<br \/>\n&#8212;truncated&#8212;<\/p>\n","protected":false},"excerpt":{"rendered":"<p>In the Linux kernel, the following vulnerability has been resolved:<\/p>\n<p>btrfs: fix use-after-free on reloc root after error in insert_dirty_subvol()<\/p>\n<p>If during relocation we fail in insert_dirty_subvol()<\/p>\n","protected":false},"template":"","meta":[],"categories":[],"tags":[],"class_list":["post-28615","vuln","type-vuln","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln\/28615","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/vuln"}],"about":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=\/wp\/v2\/types\/vuln"}],"wp:attachment":[{"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=28615"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=28615"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.54iter.cn\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=28615"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}