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

  - btrfs：修复因区块分配中的非连续间隙而导致的 EEXIST 中止 我观察到多个系统在 btrfs_create_pending_block_groups（） 中的 insert_dev_extents（） 时中止。以下是来自强制区块分配（通常在 CONFIG_BTRFS_EXPERIMENTAL 之后）的此类中止的示例堆栈跟踪，但理论上这可发生在任何 DUP 区块分配上。[81.801]
    ------------[ cut here ]------------ [81.801] BTRFS： 事务已中止（错误 -17） [81.801] 警告：
    fs/btrfs/block-group.c：2876 at btrfs_create_pending_block_groups+0x721/0x770 [btrfs]， CPU#1： bash/319 [81.802] 链接的模块：virtio_net btrfs xor zstd_compress raid6_pq null_blk [81.803] CPU：1 UID：0 PID：319 Comm：bash Kdump：已加载 未受感染 6.19.0-rc6+ #319 无 [81.803] 硬件名称：QEMU Standard PC （i440FX + PIIX， 1996）， BIOS Arch Linux 1.17.0-2-2 04/01/2014 [81.804] RIP：
    0010：btrfs_create_pending_block_groups+0x723/0x770 [btrfs] [81.806] RSP：0018：ffffa36241a6bce8 EFLAGS：
    00010282 [81.806] RAX：000000000000000d RBX：ffff8e699921e400 RCX：000000000000000 [81.807] RDX：
    0000000002040001 RSI：00000000ffffffef RDI：ffffffffc0608bf0 [81.807] RBP：00000000ffffffffef R08：
    ffff8e69830f6000 R09： 0000000000000007 [81.808] R10： ffff8e699921e5e8 R11： 0000000000000000 R12：
    ffff8e6999228000 [81.808] R13： ffff8e6984d82000 R14： ffff8e69966a69c0 R15： ffff8e69aa47b000 [81.809] FS：
    00007fec6bdd9740（0000） GS：ffff8e6b1b379000（0000） knlGS：000000000000000 [81.809] CS：0010 DS：0000 ES：
    0000 CR0： 0000000080050033 [81.810] CR2： 00005604833670f0 CR3： 0000000116679000 CR4： 000000000000006f0 [81.810] 调用跟踪： [81.810] [81.810] <TASK> __btrfs_end_transaction+0x3e/0x2b0 [btrfs] [81.811] btrfs_force_chunk_alloc_store+0xcd/0x140 [btrfs] [81.811] kernfs_fop_write_iter+0x15f/0x240 [81.812] vfs_write+0x264/0x500 [81.812] ksys_write+0x6c/0xe0 [81.812] do_syscall_64+0x66/0x770 [81.812] entry_SYSCALL_64_after_hwframe+0x76/0x7e [81.813] RIP： 0033：0x7fec6be66197 [81.814] RSP：
    002b：00007fffb159dd30 EFLAGS：00000202 ORIG_RAX：0000000000000001 [81.815] RAX：ffffffffffffffda RBX：
    00007fec6bdd9740 RCX： 00007fec6be66197 [81.815] RDX： 0000000000000002 RSI： 0000560483374f80 RDI：
    0000000000000001 [81.816] RBP： 0000560483374f80 R08： 0000000000000000 R09： 0000000000000000 [81.816] R10：
    0000000000000000 R11： 0000000000000202 R12： 0000000000000002 [81.817] R13： 00007fec6bfb85c0 R14：
    00007fec6bfb5ee0R15： 00005604833729c0 [81.817] [81.817] </TASK> irq 事件戳：20039 [81.818] hardirqs 上次启用时间（20047）： [<ffffffff99a68302>] __up_console_sem+0x52/0x60 [81.818] hardirqs 上次禁用时间（20056）： [<ffffffff99a682e7>] __up_console_sem+0x37/0x60 [81.819] softirqs 上次启用时间 （19470）：
    [<ffffffff999d2b46>] __irq_exit_rcu+0x96/0xc0 [81.819] softirqs 上次禁用时间为 （19463）：
    [<ffffffff999d2b46>] __irq_exit_rcu+0x96/0xc0 [81.820] ---[ 结束跟踪 000000000000000000 ]--- [81.820] BTRFS：btrfs_create_pending_block_groups：2876 中的错误（设备 dm-7 状态 A）：errno=-17 对象已存在 使用 drgn 检查这些中止时，我观察到重叠chunk_maps的模式。请注意第一个区块的条带 1 在物理地址中如何与第二个区块的条带 0 重叠。物理起始 物理结束长度 逻辑类型条带
    ---------------------------------------------------------------------------------------------------- 0x0000000102500000 0x0000000142500000 0x0000000641d00000 1.0G META|DUP 0/2 0x0000000142500000 0x0000000182500000 1.0G 0x0000000641d00000 META|DUP 1/2 0x0000000142500000 0x0000000182500000 1.0G 0x0000000601d00000 META|DUP 0/2 0x0000000182500000 0x00000001c2500000 1.0G 0x0000000601d00000 META|DUP 1/2 现在这怎么可能发生？所有区块分配均为 ---truncated--- （CVE-2026-45934）

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

检测

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

medium Nessus 插件 ID 317152

版本 1.9