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 2014/04/01 [81.804] RIP:
    0010:btrfs_create_pending_block_groups+0x723/0x770 [btrfs] [81.806] RSP:0018:fffffa36241a6bce8 EFLAGS:
    00010282 [81.806] RAX:000000000000000d RBX:ffff8e699921e400 RCX:000000000000000000 [81.807] RDX:
    0000000002040001 RSI: 00000000ffffffff RDI: ffffffffc0608bf0 [81.807] RBP: 00000000ffffffffef R08:
    ffff8e69830f6000 R09: 0000000000000007 [81.808] R10: ffff8e699921e5e8 R11: 0000000000000000000 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: 0000000000006f0 [81.810] コールトレース: [81.810] <TASK> [81.810] __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:ffffffffffda RBX:
    00007fec6bdd9740 RCX:00007fec6be66197 [81.815] RDX:0000000000000002 RSI:0000560483374f80 RDI:
    0000000000000001 [81.816] RBP:0000560483374f80 R08: 0000000000000000000 R09: 000000000000000000 [81.816] R10:
    0000000000000000000 R11: 0000000000000202 R12: 0000000000000002 [81.817] R13: 00007fec6bfb85c0 R14:
    00007fec6bfb5ee0 R15: 00005604833729c0 [81.817] </TASK> [81.817] 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:エラー(デバイス dm-7 状態 A) in btrfs_create_pending_block_groups:2876:errno=-17 オブジェクトはすでに存在します drgn でこれらの中止を調べたところ、chunk_mapsが重複するパターンが観察されました。最初のチャンクのストライプ 1 が、物理アドレスで 2 番目のチャンクのストライプ 0 とどのように重なっているかに注目してください。物理開始 物理終了長さ 論理タイプ ストライプ
    ---------------------------------------------------------------------------------------------------- 0x0000000102500000 0x0000000142500000 1.0G 0x0000000641d00000メタ|DUP 0/2 0x0000000142500000 0x0000000182500000 1.0G 0x0000000641d00000 META|DUP 1/2 0x0000000142500000 0x0000000182500000 1.0G 0x0000000601d00000メタ|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.6