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

  - cxl修正建立 nvdimm 物件時的 nvdimm_bus 物件爭用。在執行 cxl-translate.sh 單元測試期間發現 問題。在測試前新增 3s 睡眠似乎可以相當一致地重現問題。cxl_translate 模組相依於 cxl_acpi並造成孤立的 nvdimm 物件在移除 cxl_acpi 後重新探測。cxl_nvb 物件會在呼叫 cxl_acpi_probe() 時註冊 nvdimm_bus 物件。由於缺少 nvdimm_bus 物件__nd_device_register() 會在存取指向 &nvdimm_bus->dev 的 dev->parent 時觸發 NULL 指標解除參照。 [ 192.884510] 錯誤
    核心 NULL 指標解除參照、位址000000000000006c [ 192.895383] 硬體名稱QEMU Standard PC (Q35 + ICH9, 2009)、BIOS edk2-20250812-19.fc42 2025 年 8 月 12 日 [ 192.897721] 工作佇列cxl_port cxl_bus_rescan_queue [cxl_core] [ 192.899459] RIP0010:kobject_get+0xc/0x90 [ 192.924871] 呼叫追踪 [192.925959] <TASK> [ 192.926976] ? pm_runtime_init+0xb9/0xe0 [ 192.929712]
    __nd_device_register.part.0+0x4d/0xc0 [libnvdimm] [ 192.933314] __nvdimm_create+0x206/0x290 [libnvdimm] [192.936662] cxl_nvdimm_probe+0x119/0x1d0 [cxl_pmem] [ 192.940245] cxl_bus_probe+0x1a/0x60 [cxl_core] [192.943349] ] ] real_probe+0xde/0x380 此修補程式也依賴先前的變更 (從 drivers/cxl/pmem.c 而非 drivers/cxl/core.c 呼叫 devm_cxl_add_nvdimm_bridge())以確保 cxl_acpi 與 cxl_pmem 的相依性。 1. 將 probe_type of cxl_nvb 設定為 PROBE_FORCE_SYNCHRONOUS確保呼叫 add_device() 時同步探查驅動程式。 2. 新增簽入
    __devm_cxl_add_nvdimm_bridge()確保在 cxl_acpi_probe() 期間附加 cxl_nvb 驅動程式。 3.
    檢查 nvdimm_bus 是否有效之前在 devm_cxl_add_nvdimm() 中取得 cxl_root uport_dev 鎖定和 cxl_nvb->dev 鎖定。 4. 將 cxl_nvdimm 旗標設定為 CXL_NVD_F_INVALIDATED以便 cxl_nvdimm_probe() 以 結束
    -EBUSY。cxl_nvdimm 裝置的移除應可防止任何孤立裝置在 nvdimm_bus 消失後進行探查。 [ dj修正 0 天報告的 kdoc 問題。 ] [ dj修正錯誤時發生的 cxl_nvb 參照洩漏。
    Gregory (kreview-0811365) ] (CVE-2026-23348)

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

偵測

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

medium Nessus Plugin ID 303692

版本 1.12