リモートのMiracleLinux 7ホストには、AXSA:2024-9046:38アドバイザリに記載された複数の脆弱性の影響を受けるパッケージがインストールされています。

    * net/mlx5eSHAMPO、 無効な WQ リンクリストアンリンクを修正 {CVE-2024-44970}
    * PCIPci_bus_lock() へ欠落しているブリッジロックを追加します {CVE-2024-46750}
    * net/mlx5内部エラーでコマンド完了を破棄します {CVE-2024-38555}
    * ALSApcm同時 prealloc proc 書き込み間の競合を修正 {CVE-2022-1048}
    * ALSApcmメモリ割り当てエラーのデバッグ印刷を追加します {CVE-2022-1048}
    * ALSApcm同時準備と hw_params/hw_free 呼び出しの間の競合を修正します {CVE-2022-1048}
    * ALSApcm同時読み取り/書き込みとバッファ変更の間の競合を修正します {CVE-2022-1048}
    * ALSApcm同時 hw_params および hw_free 呼び出し間の競合を修正 {CVE-2022-1048}
    * net/packetpacket_recvmsg() の slab-out-of-bounds アクセスを修正します {CVE-2022-20368}
    * packetrecvmsg msg_name で、少なくとも sizeof sockaddr_ll を返します {CVE-2022-20368}
    * net/packet を戻しますpacket_recvmsg() の slab-out-of-bounds アクセスを修正します
    * KVMVMXゲストにIBRSがあるとき、エミュレートされたVM終了でIBPBを実行{CVE-2022-2196} CVE
    CVE-2022-1048 ユーザーが PCM hw_params の同時呼び出しをトリガーする方法で、Linux カーネルのサウンドサブシステムに use-after-free の欠陥が見つかりました。hw_free ioctls または同様の競合状態が、他の ioctls の ALSA PCM 内部で発生します。この欠陥により、ローカルユーザーがクラッシュしたり、システムで自分の権限を昇格させたりする可能性があります。
    CVE-2022-20368 製品: Androidバージョン: Android カーネルAndroid ID: A-224546354参照: Upstream カーネル CVE-2022-2196 Linux カーネルの KVM:nVMX 内の回帰により、投機的実行攻撃が引き起こされる可能性があります。
    L1 に eIBRS サポートをアドバタイズしている KVM (L0) により、L2 を実行した後に retpolines または IBPB は必要ないと L1 が判断するため、L2 は L1 で Spectre v2 攻撃を実行できます。L2 でコードを実行する攻撃者が、ホストマシンの間接ブランチでコードを実行する可能性があります。カーネル 6.2 または過去のコミット 2e7eab81425a にアップグレードすることを推奨します CVE-2024-38555 Linux カーネルで、以下の脆弱性が解決されました net/mlx5: Discard command completions in internal error Fix use after free when FW completion arrives while device is in internal error state.
    Avoid calling completion handler in this case, since the device will flush the command interface and trigger all completions manually. Kernel log: ------------[ cut here ]------------ refcount_t: underflow;
    use-after-free. ... RIP: 0010:refcount_warn_saturate+0xd8/0xe0 ... Call Trace: ? __warn+0x79/0x120 ? refcount_warn_saturate+0xd8/0xe0 ? report_bug+0x17c/0x190 ? handle_bug+0x3c/0x60 ? exc_invalid_op+0x14/0x70 ? asm_exc_invalid_op+0x16/0x20 ? refcount_warn_saturate+0xd8/0xe0 cmd_ent_put+0x13b/0x160 [mlx5_core] mlx5_cmd_comp_handler+0x5f9/0x670 [mlx5_core] cmd_comp_notifier+0x1f/0x30 [mlx5_core] notifier_call_chain+0x35/0xb0 atomic_notifier_call_chain+0x16/0x20 mlx5_eq_async_int+0xf6/0x290 [mlx5_core] notifier_call_chain+0x35/0xb0 atomic_notifier_call_chain+0x16/0x20 irq_int_handler+0x19/0x30 [mlx5_core]
    __handle_irq_event_percpu+0x4b/0x160 handle_irq_event+0x2e/0x80 handle_edge_irq+0x98/0x230
    __common_interrupt+0x3b/0xa0 common_interrupt+0x7b/0xa0 asm_common_interrupt+0x22/0x40 CVE-2024-44970 In the Linux kernel, the following vulnerability has been resolved: net/mlx5e: SHAMPO, Fix invalid WQ linked list unlink When all the strides in a WQE have been consumed, the WQE is unlinked from the WQ linked list (mlx5_wq_ll_pop()). For SHAMPO, it is possible to receive CQEs with 0 consumed strides for the same WQE even after the WQE is fully consumed and unlinked. This triggers an additional unlink for the same wqe which corrupts the linked list. Fix this scenario by accepting 0 sized consumed strides without unlinking the WQE again.
    CVE-2024-46750 In the Linux kernel, the following vulnerability has been resolved: PCI: Add missing bridge lock to pci_bus_lock() One of the true positives that the cfg_access_lock lockdep effort identified is this sequence: WARNING: CPU: 14 PID: 1 at drivers/pci/pci.c:4886 pci_bridge_secondary_bus_reset+0x5d/0x70 RIP:
    0010:pci_bridge_secondary_bus_reset+0x5d/0x70 Call Trace: ? __warn+0x8c/0x190 ? pci_bridge_secondary_bus_reset+0x5d/0x70 ? report_bug+0x1f8/0x200 ? handle_bug+0x3c/0x70 ? exc_invalid_op+0x18/0x70 ? asm_exc_invalid_op+0x1a/0x20 ? pci_bridge_secondary_bus_reset+0x5d/0x70 pci_reset_bus+0x1d8/0x270 vmd_probe+0x778/0xa10 pci_device_probe+0x95/0x120 Where pci_reset_bus() users are triggering unlocked secondary bus resets. Ironically pci_bus_reset(), several calls down from pci_reset_bus(), uses pci_bus_lock() before issuing the reset which locks everything *but* the bridge itself. For the same motivation as adding: bridge = pci_upstream_bridge(dev); if (bridge) pci_dev_lock(bridge); to pci_reset_function() for the bus and cxl_bus reset cases, add pci_dev_lock() for @bus->self to pci_bus_lock(). [bhelgaas: squash in recursive locking deadlock fix from Keith Busch:
    https://lore.kernel.org/r/20240711193650.701834-1-kbusch@meta.com]

Tenableは、前述の記述ブロックをMiracleLinuxセキュリティアドバイザリから直接抽出しています。

Nessus はこれらの問題をテストしておらず、代わりにアプリケーションが自己報告するバージョン番号にのみ依存していることに注意してください。

検出

MiracleLinux 7kernel-3.10.0-1160.119.1.0.6.el7.AXS7AXSA:2024-9046:38

high Nessus プラグイン ID 291927

バージョン 1.1