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

  - x86/apic：如果核心預期，則在恢復時停用 x2apic 從 s2ram 恢復時，韌體可能會重新啟用 x2apic 模式，該模式可能在啟動期間被核心停用，因為它不支援 IRQ 重新映射或其他原因。這會導致核心繼續使用 xapic 介面，而硬體處於 x2apic 模式，進而造成懸置。這發生在 defconfig + 裸機 + s2ram 上。
    如果核心預期 x2apic 被停用，則透過停用 x2apic 來在 lapic_resume（） 中修正此問題，即當 x2apic_mode = 0 時。ACPI v6.6 規格第 [1] 節 16.3 指出，韌體會還原每個 CPU 的睡眠前設定或初始開機設定，包括 MSR 狀態：由於從 S2 或 S3 睡眠狀態喚醒而從開機重設向量執行時，平台韌體只會執行將系統還原至初始作業系統啟動前平台狀態所需的硬體初始化， 或進入睡眠前設定狀態。在多處理器系統中，非開機處理器應該處於與初始作業系統開機之前相同的狀態。（再往前）如果這是 S2 或 S3 喚醒，則平台執行階段韌體會在跳至喚醒向量之前還原系統的最小內容。這包括： CPU 配置。平台執行階段韌體會還原每個 CPU 的睡眠前設定或初始開機設定 （MSR、MTRR、韌體更新、SMBase 等）。必須停用中斷 （對於 IA-32 處理器，由 CLI 指令停用）。（和其他東西）因此，至少根據規格，如果 x2apic 開啟是初始啟動配置的一部分，則允許韌體重新啟用 x2apic。[1] https://uefi.org/specs/ACPI/6.6/16_Waking_and_Sleeping.html#initialization [ bp：按摩。 ] （CVE-2026-43363）

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

偵測

Linux Distros 未修補的弱點：CVE-2026-43363

medium Nessus Plugin ID 313318

版本 1.20