Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且供應商未提供可用的修補程式。

  - btrfs：修正由於區塊分配中非連續間隙而導致的 EEXIST 中止 我一直在觀察到許多系統在 btrfs_create_pending_block_groups（） 中的 insert_dev_extents（） 處中止。以下是來自強制區塊配置 （通常在 CONFIG_BTRFS_EXPERIMENTAL 之後） 的此類中止的範例堆疊追蹤，但理論上任何 DUP 區塊配置都可能發生這種情況。[81.801]
    ------------[ 切到這裡 ]------------ [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 異或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 標準 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：00000000000000000 [81.807] RDX：
    0000000002040001 RSI：00000000ffffffff RDI：ffffffffc0608bf0 [81.807] RBP：00000000ffffffef R08：
    ffff8e69830f6000 R09： 0000000000000007 [81.808] R10： ffff8e699921e5e8 R11： 000000000000000000 R12：
    ffff8e6999228000 [81.808] R13： ffff8e6984d82000 R14： ffff8e69966a69c0 R15： ffff8e69aa47b000 [81.809] FS：
    00007fec6bdd9740（0000） GS：ffff8e6b1b379000（0000） knlGS：00000000000000000 [81.809] CS：0010 DS：0000 ES：
    0000 CR0：0000000080050033 [81.810] CR2：00005604833670f0 CR3：0000000116679000 CR4：00000000000006f0 [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： 000000000000000000 R09： 00000000000000000000000000000000 [81.816] R10：
    00000000000000000 R11： 0000000000000202 R12： 0000000000000002 [81.817] R13： 00007fec6bfb85c0 R14：
    00007fec6bfb5ee0 ： 00005604833729c0 [] [] 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）：81.817</TASK>81.817R15
    [<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 1.0G 0x0000000641d00000 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 Plugin ID 317152

版本 1.6