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

  - perf/x86/intel限制期間在 Haswell 上執行 ltp 測試 cve-2015-3290 同時報告下列警告。 perfeventsirq 迴圈停滯警告arch/x86/events/intel/core.c:3174 intel_pmu_handle_irq+0x285/0x370 的 CPU31 PID 32438 呼叫追踪 <NMI> __warn+0xa4/0x220 ? intel_pmu_handle_irq+0x285/0x370 ? __report_bug+0x123/0x130 ? intel_pmu_handle_irq+0x285/0x370 ?
    __report_bug+0x123/0x130 ? intel_pmu_handle_irq+0x285/0x370 ? report_bug+0x3e/0xa0 ? handle_bug+0x3c/0x70 ? exc_invalid_op+0x18/0x50 ? asm_exc_invalid_op+0x1a/0x20 ? irq_work_claim+0x1e/0x40 intel_pmu_handle_irq+0x285/0x370 perf_event_nmi_handler+0x3d/0x60 nmi_handle+0x104/0x330 感謝 Thomas Gleixner 的分析此問題是由頻率評估演算法的低初始週期 (1) 造成其可觸發硬體的缺陷具體而言是錯字勘誤表 HSW11 與 HSW143。(詳情請參閱 https://lore.kernel.org/lkml/87plq9l5d2.ffs@tglx/) HSW11 要求期間大於 100 INST_RETIRED.ALL 事件不過在頻率模式下初始期間是 1。錯字勘誤表與已發布的 BDM11相同在核心中支援。也會在 HSW 上強制執行 128 的最短期間。
    HSW143 有關已啟用 Hyper-Threading 的固定計數器 1 可能會多出 32。
    但是根據測試硬體的問題比它所反映的要多。除了已修正的計數器 1以外在以 < 32 的周期設限且兩個事件在同一個 NMI 中到期的任何計數器上也可以觀察到「中斷太長時間」的訊息。針對其餘事件強制執行 32 個最小周期。未實作 HSW143 的建議因應措施程式碼。因為其僅解決已修正計數器的問題。它會透過額外的 MSR 寫入帶來額外的額外負荷。到目前為止尚未報告任何相關的多算問題。 (CVE-2024-46848)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2024-46848

medium Nessus Plugin ID 228721

版本 1.9