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/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 遥测区域进行 ioremap，或者 SMU 拒绝 S2D 设置），错误路径仅调用 pci_dev_put（） 并返回。这会将amd_pmc_s2idle_dev_ops留在全局lps0_s2idle_devops_head列表中并泄露 debugfs 目录，同时停止支持处理程序的 devm 管理的资源。重新加载模块随后遍历 acpi_register_lps0_dev（） 中的损坏列表并命中：list_add损坏。next->prev 应为 prev，但为空。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/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - platform/x86/amd/pmc:STB init が失敗した場合の LPS0 と debugfs の漏洩を修正します amd_pmc_probe() は LPS0 s2idle ハンドラーを acpi_register_lps0_dev() に登録し、失敗する可能性のあるプローブの最後のステップである amd_stb_s2d_init() を呼び出す前にドライバーの debugfs ディレクトリを作成します。amd_stb_s2d_init() が失敗する場合 (たとえば、長時間実行しているシステムで S2D テレメトリ領域を ioremapping できない場合、あるいは SMU が S2D セットアップを拒否する場合)、エラーパスは pci_dev_put() のみを呼び出して返します。これにより、amd_pmc_s2idle_dev_opsグローバルlps0_s2idle_devops_headリストに残り、debugfs ディレクトリが漏洩します。一方、ハンドラーを支えている devm マネージドリソースは削除されます。モジュールをリロードすると、破損したリストを acpi_register_lps0_dev() に移動し、破損list_addヒットします。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 は、ベンダーから報告されたパッケージの存在に依存していることに注意してください。

The remote Oracle Linux 10 / 9 host has packages installed that are affected by multiple vulnerabilities as referenced in the ELSA-2026-500572 advisory.

    - NFSD: Define actions for the new time_deleg FATTR4 attributes (Chuck Lever)  [Orabug: 39004166]     {CVE-2025-40326}
    - ipv4: free inet_opt and ireq_opt after an RCU grace period (Eric Dumazet)  [Orabug: 40165787]     {CVE-2026-98432}
    - ipv4: validate checksum_start before completing checksum (Michael S. Tsirkin)  [Orabug: 40165809]     {CVE-2026-99999}
    - mm/pagewalk: fix stale walk->action escaping walk_pmd_range() (Hyunwoo Kim)  [Orabug: 40022020]     {CVE-2026-89754}

Tenable has extracted the preceding description block directly from the Oracle Linux security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - In the Linux kernel, the following vulnerability has been resolved: platform/x86/amd/pmc: Fix LPS0 and     debugfs leaks when STB init fails amd_pmc_probe() registers the LPS0 s2idle handler with     acpi_register_lps0_dev() and creates the driver's debugfs directory before calling amd_stb_s2d_init(),     which is the last step in probe that can fail. When amd_stb_s2d_init() fails (for example the S2D     telemetry region cannot be ioremapped on a long-running system, or the SMU rejects the S2D setup) the     error path only calls pci_dev_put() and returns. This leaves amd_pmc_s2idle_dev_ops on the global     lps0_s2idle_devops_head list and leaks the debugfs directory, while the devm-managed resources backing the     handler are torn down. Reloading the module then walks the corrupted list in acpi_register_lps0_dev() and     hits: list_add corruption. next->prev should be prev, but was NULL. kernel BUG at lib/list_debug.c:29!     acpi_register_lps0_dev+0x44/0x80 amd_pmc_probe+0x224/0x380 [amd_pmc] platform_probe+0x67/0x90 Even without     a reload, the stale registration means the next s2idle transition calls into torn-down driver state.
    Unwind the debugfs directory and the LPS0 registration on the amd_stb_s2d_init() error path.
    acpi_unregister_lps0_dev() is safe to call unconditionally here: it is guarded on the same conditions as     acpi_register_lps0_dev(), which is exactly what amd_pmc_remove() already relies on. (CVE-2026-81015)

Note that Nessus relies on the presence of the package as reported by the vendor.

ID	Name	Product	Family	Published	Updated	Severity
345210	Linux Distros 未修補弱點：CVE-2026-81015	Nessus	Misc.	9/12/2026	11/11/2026	high
345210	Linux Distros 未修补的漏洞：CVE-2026-81015	Nessus	Misc.	9/12/2026	11/11/2026	high
345210	Linux Distros のパッチ未適用の脆弱性: CVE-2026-81015	Nessus	Misc.	9/12/2026	11/11/2026	high
375469	Oracle Linux 10 / 9 : Unbreakable Enterprise kernel (ELSA-2026-500572)	Nessus	Oracle Linux Local Security Checks	11/3/2026	11/3/2026	medium
345210	Linux Distros Unpatched Vulnerability : CVE-2026-81015	Nessus	Misc.	9/12/2026	11/11/2026	high
376443	Ubuntu 24.04 LTS / 26.04 LTS : Linux kernel vulnerabilities (USN-8959-1)	Nessus	Ubuntu Local Security Checks	11/5/2026	11/5/2026	high

Detections

Analytics

Plugins Search

high

high

high

medium

high

high