Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - btrfs：成功写入后仅释放脏页 io 树 [警告] 通过卸载时（也称为该系列的下一个修补程序）有关脏范围缓冲区的额外警告，测试案例 generic/388 可在卸载时触发以下有关脏范围缓冲区的警告： BTRFS 危急（设备 dm-2 状态 E）：
    紧急关机 BTRFS 错误（设备 dm-2 状态 E）：写出事务时发生错误： -30 BTRFS 警告（设备 dm-2 状态 E）：跳过已中止事务的提交。BTRFS 错误（设备 dm-2 状态 EA）：
    事务 9 已中止（错误 -30） BTRFS：cleanup_transaction：2068 中的错误（设备 dm-2 状态 EA）：
    errno=-30 只读文件系统 BTRFS 信息（设备 dm-2 状态 EA）：强制只读 BTRFS 信息（设备 dm-2 状态 EA）：文件系统的 4fbf2e15-f941-49a0-bc7c-716315d2777c 最后一次卸载 ------------[ 在此处切换]------------ 警告：disk-io.c：3311 at invalidate_and_check_btree_folios+0xfd/0x1ca [btrfs]， CPU#8：
    umount/914368 CPU：8 UID：0 PID：914368 通信：umount 受感染：G OE 7.1.0-rc1-custom+ #372 PREEMPT（full） 2de38db8d1deae71fde295430a0ff3ab98ccf596 硬件名称：QEMU Standard PC （Q35 + ICH9， 2009），BIOS 未知 02/02/2022 RIP：0010：invalidate_and_check_btree_folios+0xfd/0x1ca [btrfs] 调用跟踪： <TASK> close_ctree+0x52e/0x574 [btrfs d2f0b1cd330d1287e7a9919d112eadfc0e914efd] generic_shutdown_super+0x89/0x1a0 kill_anon_super+0x16/0x40 btrfs_kill_super+0x16/0x20 [btrfsd2f0b1cd330d1287e7a9919d112eadfc0e914efd] deactivate_locked_super+0x2d/0xb0 cleanup_mnt+0xdc/0x140 task_work_run+0x5a/0xa0 exit_to_user_mode_loop+0x123/0x4b0 do_syscall_64+0x243/0x7c0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK> ---[ end trace 00000000000000000 ]--- BTRFS 警告（设备 dm-2 状态 EA）：无法释放范围缓冲区 30539776所有者 9 gen 9 refs 2 标记 0x7 BTRFS 警告（设备 dm-2 状态 EA）： 无法释放范围缓冲区 30621696所有者 257 gen 9 refs 2 标记 0x7 BTRFS 警告（设备 dm-2 状态 EA）：
    无法释放范围缓冲区 30638080所有者 258 gen 9 refs 2 标记 0x7 BTRFS 警告（设备 dm-2 状态 EA）：无法释放范围缓冲区 30654464所有者 7 gen 9 refs 2 标记 0x7 BTRFS 警告（设备 dm-2 状态 EA）：无法释放范围缓冲区 0x7 30703616所有者 2 gen 9 refs 2 标记 BTRFS 警告（设备 dm-2 状态 EA）： 无法释放范围缓冲区 30720000 所有者 10 gen 9 refs 2 标记 0x7 BTRFS 警告（设备 dm-2 状态 EA）：无法释放范围缓冲区 30736384所有者 4 gen 9 refs 2 标记 0x7 BTRFS 警告（设备 dm-2 状态 EA）：无法释放范围缓冲区 30752768所有者 11 gen 9 refs 2 标记 0x7 我正在使用精简版， 这似乎更容易触发警告： _fsstress_pid= workload（） { dmesg -C mkfs.btrfs -f -K $dev > /dev/null echo 1 > /sys/kernel/debug/clear_warn_once mount $dev $mnt $fsstress -w -n 1024 -p 4 -d $mnt &; _fsstress_pid=$！ sleep 0 $godown $mnt pkill --echo -PIPE fsstress > /dev/null wait $_fsstress_pid unset _fsstress_pid umount $mnt if dmesg | grep -q WARNING;
    then fail fi } for （（ i = 0; i < $runtime; i++ ））; do echo === $i/$runtime === workload done [CAUSE] 在 btrfs_write_and_wait_transaction（） 中，我们首先尝试写入所有脏 eb，然后等待它们完成。之后，我们调用 btrfs_extent_io_tree_release（） 以释放 io 树dirty_pages所有盘区状态。但是，如果我们遇到来自 btrfs_write_marked_extent（） 的错误，那么我们仍然会调用 btrfs_extent_io_tree_release（） 以清除dirty_pages io 树，其中可能包含我们尚未提交的脏记录。此外，后续的事务清理路径将利用该dirty_pages io 树来正确清理那些脏 eb，但由于它已经是空的，因此不会正确清理任何脏 eb，因此稍后将触发 invalidate_btree_folios（） 中的警告。---truncated--- （CVE-2026-53284）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-53284

high Nessus 插件 ID 323593

版本 1.16