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

  - platform/x86/amd/pmc：修正 STB init 失敗時的 LPS0 和 debugfs 洩漏 amd_pmc_probe（） 向 acpi_register_lps0_dev（） 註冊 LPS0 s2idle 處理常式，並在呼叫 amd_stb_s2d_init（） 之前建立驅動程式的 debugfs 目錄，這是探測中可能失敗的最後一步。當 amd_stb_s2d_init（） 失敗時 （例如，無法在長時間執行的系統上對應 S2D 遙測區域，或 SMU 拒絕 S2D 設定），錯誤路徑只會呼叫 pci_dev_put（） 並傳回。這會將amd_pmc_s2idle_dev_ops留在全域lps0_s2idle_devops_head清單中，並洩漏 debugfs 目錄，同時支援處理常式的 devm 管理資源會被拆除。然後重新載入模組會在 acpi_register_lps0_dev（） 中遍歷損毀清單並點擊：list_add corruption。next->prev 應該是 prev，但為 NULL。lib/list_debug.c：29 的核心錯誤！acpi_register_lps0_dev+0x44/0x80 amd_pmc_probe+0x224/0x380 [amd_pmc] platform_probe+0x67/0x90 即使沒有重新載入，過時的註冊也意味著下一個 s2idle 轉換呼叫進入拆解的驅動程式狀態。還原 debugfs 目錄和 amd_stb_s2d_init（） 錯誤路徑上的 LPS0 註冊。在這裡無條件調用 acpi_unregister_lps0_dev（） 是安全的：它受到與 acpi_register_lps0_dev（） 相同的條件保護，這正是 amd_pmc_remove（） 已經依賴的。（CVE-2026-81015）

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

偵測

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

high Nessus Plugin ID 345210

版本 1.13