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

  - x86/efi： 修正 FPU softirq 變更後的正常錯誤處理 自提交 d02198550423 以來 （x86/fpu：
    透過使核心模式 FPU 在 softirq 中可靠地使用來提高加密效能），kernel_fpu_begin（） 呼叫使用 local_bh_disable（） 而不是先前的 preempt_disable（） 的 fpregs_lock（）。這會在整個 EFI 執行階段服務呼叫期間設定 preempt_count 中的 SOFTIRQ_OFFSET，導致 in_interrupt（） 在一般工作內容中傳回 true。正常的頁面錯誤處理常式 efi_crash_gracefully_on_page_fault（） 使用 in_interrupt（） 來救助實際中斷上下文中的錯誤。現在設定SOFTIRQ_OFFSET後，處理常式一律會退出，讓 EFI 韌體頁面錯誤無法處理。這會升級為 die（），它也會將 in_interrupt（） 視為 true，並呼叫 panic（中斷中的致命異常），導致硬系統凍結。在具有有錯誤韌體的系統上，會在 EFI 執行階段呼叫期間觸發頁面錯誤 （例如，存取 GetTime（） 中的未對應記憶體），這會導致無法復原的懸置，而不是預期的順暢EFI_ABORTED復原。透過將 in_interrupt（） 替換為 ！in_task（） 來修正。這保留了針對中斷或 NMI 故障進行保釋的原始意圖，同時不再從 FPU 程式碼路徑的 local_bh_disable（） 錯誤觸發。[ardb：Sashiko 發現，使用 'in_hardirq（） || in_nmi（）' 會留下一個窗口，其中可以在調用 fpregs_lock（） 之前進行 softirq，但在分配了 efi_rts_work.efi_rts_id 之後，並且該窗口中發生的任何頁面錯誤都會被錯誤地識別為由固件引起的。請改用包含 in_serving_softirq（） 的 ！in_task（）。] （CVE-2026-46290）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-46290

medium Nessus Plugin ID 320310

版本 1.3