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

  - ACPIEC當 ec_install_handlers() 傳回時清理 acpi_ec_setup() 中探查失敗時的處置程式
    -EPROBE_DEFER在精簡的硬體平台上已啟動 EC 並以 struct acpi_ec 指標作為處置程式內容安裝位址空間處置程式。不過acpi_ec_setup() 會傳播錯誤而不進行任何清理。然後呼叫者 acpi_ec_add() 會釋放 acpi_ec 結構以供非開機執行個體使用而在 ACPICA 中留下懸置的處置程式內容。任何存取 EC OpRegion 欄位的後續 AML 評估都會使用已釋放的指標分派至 acpi_ec_space_handler()進而造成釋放後使用錯誤
    KASANmutex_lock 中發生 slab-use-after-free (kernel/locking/mutex.c:289) 工作 init/1 呼叫追踪 <TASK> mutex_lock (kernel/locking/mutex.c:289) 在 addr ffff88800721de38 寫入大小為 8 的問題) acpi_ec_space_handler (drivers/acpi/ec.c:1362) acpi_ev_address_space_dispatch (drivers/acpi/acpica/evregion.c:293) acpi_ex_access_region (drivers/acpi/acpica/exfldio.c:246) acpi_ex_field_datum_io (drivers/acpi/acpica/exfldio) .c:509) acpi_ex_extract_from_field (drivers/acpi/acpica/exfldio.c:700) acpi_ex_read_data_from_field (drivers/acpi/acpica/exfield.c:327) acpi_ex_resolve_node_to_value (drivers/acpi/acpica/exresolv.c:392) </TASK> 已分配依任務 1：
    acpi_ec_alloc (drivers/acpi/ec.c:1424) acpi_ec_add (drivers/acpi/ec.c:1692) 已由工作 1 釋放 kfree (mm/slub.c:6876) acpi_ec_add (drivers/acpi/ec.c:1751) ) 當 GPIO IRQ 提供者延遲探查時錯誤會在精簡硬體的 EC 平台 (ec->gpe < 0) 上觸發。一旦存在過時處理常式時，任何導致 AML 接觸 EC OpRegion (電池、熱式、背光) 的無權限 sysfs 讀取都會執行懸置指標。藉由先呼叫 acpi_ec_setup() 錯誤路徑中的 ec_remove_handlers()再清除 first_ec 來修正此問題。 ec_remove_handlers() 會在採取行動前檢查每個 EC_FLAGS_* 位元因此無論 ec_install_handlers() 進行到什麼程度都可以安全地呼叫 -ENODEV (處置程式未安裝)僅呼叫 acpi_ec_stop()
    -EPROBE_DEFER (已安裝處置程式)移除處置程式停止 EC (CVE-2026-31426)

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

偵測

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

high Nessus Plugin ID 306184

版本 1.20