Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - xen/events のマッピング後に evtchn が閉じられ、shutdown_pirq と startup_pirq が、ロック反転のために取得できないため、irq_mapping_update_lock を取得しません。両方とも irq_desc->lock を取得して呼び出されます。ただし、ロックの順序は、最初に irq_mapping_update_lock、次に irq_desc->lock になります。これにより、複数の競合が発生します - shutdown_pirq は、イベントチャネルを割り当てる関数によって割り込まれる可能性があります
    CPU0 CPU1 shutdown_pirq { xen_evtchn_close(e) __startup_pirq { EVTCHNOP_bind_pirq -> は解放されただけの evtchn e set_evtchn_to_irq(e, irq) } xen_irq_info_cleanup() { set_evtchn_to_irq(e, -1) } } ここでイベントチャネル e が同じイベントチャネルを参照していると仮定します。発見しました。この競合後、e の evtchn_to_irq マッピングは無効 (-1) です。- __startup_pirq は、同様の方法で __unbind_from_irq と競合します。理由
    __startup_pirq は irq_mapping_update_lock を使用せず、__unbind_from_irq が現在解放およびクリーンアップしている evtchn を取り込む可能性があります。この場合、イベントチャネルが割り当てられていても、そのマッピングが evtchn_to_irq で設定解除される可能性があります。修正するには、まずマッピングをクリーンアップしてから、イベントチャネルを閉じます。
    このようにして、イベントチャネルが割り当てられると、その潜在的な以前の evtchn_to_irq マッピングがすでに設定解除されることが保証されます。これは、割り当ての逆の順序でもあり、最初にイベントチャネルが割り当てられ、次にマッピングが設定されます。コミット 3fcdaf3d7634 (xen/events: 内部 [un]bind インターフェイスの変更) より前の 5.10 カーネルで、NVMe デバイスのプローブ中に次のようなバグが発生します。問題は、nvme_setup_io_queues 中に、すべてのデバイスに対して pci_free_irq が呼び出され、shutdown_pirq が呼び出されることです。そのため、多くの nvme デバイスでは、shutdown_pirq および startup_pirq に対する複数の呼び出しが並行して実行される可能性があるため、起動中にこの競合に陥る可能性があります。 ---------------------------[ここで挿入]--------- blkfrontxvdaバリアまたはフラッシュ無効化永続的付与有効にします間接記述子有効化bounce bufferdrivers/xen/events/events_base.c:499! のカーネルのバグを有効化しました無効な opcode: 0000 [#1] SMP PTI CPU: 44 PID: 375 Comm:
    kworker/u257:23 汚染されていない 5.10.201-191.748.amzn2.x86_64 #1 ハードウェア名Xen HVM domU、BIOS 4.11.amazon 08/24/2006 ワークキューnvme-reset-wq nvme_reset_work RIP 0010:bind_evtchn_to_cpu+0xdf/ 0xf0 コード5d 41 5e c3 cc cc cc 44 89 f7 e8 2b 55 ad ff 49 89 c5 48 85 c0 0f 84 ff ff ff 4c 8b 68 41 83 fe ff 0f 85 60 ff ff ff <0f> 0b 66 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 0f 1f 44 00 00 RSP: 0000:ffffc9000d533b08 EFLAGS: 00010046 RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000006 RDX: 0000000000000028 RSI: 00000000ffffffff RDI: 00000000ffffffff RBP: ffff888107419680 R08: 0000000000000000 R09
     R10ffffffff82d72b00  : 0000000000000000 R11: 0000000000000000 R12: 00000000000001ed R13: 0000000000000000 R14: 00000000ffffffff R15: 0000000000000002 FS: 0000000000000000(0000) GS:ffff88bc8b500000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0 0000000080050033 CR2 0000000000000000 CR3
    0000000002610001 CR4: 00000000001706e0 DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 Call Trace: ? show_trace_log_lvl+0x1c1/0x2d9 ? show_trace_log_lvl+0x1c1/0x2d9 ? set_affinity_irq+0xdc/0x1c0 ?
    __die_body.cold+0x8/0xd ? diet+0x2b/0x50 ? do_trap+0x90/0x110 ? bind_evtchn_to_cpu+0xdf/0xf0 ? do_error_trap+0x65/0x80 ? bind_evtchn_to_cpu+0xdf/0xf0 ? exc_invalid_op+0x4e/0x70 ? bind_evtchn_to_cpu+0xdf/0xf0 ? asm_exc_invalid_op+0x12/0x20 ? bind_evtchn_to_cpu+0xdf/0x ---truncated---CVE-2024-26687]

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2024-26687

medium Nessus プラグイン ID 227896

バージョン 1.17