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

  - firmwarearm_scmi修正 SMC 傳輸清理路徑中的重複釋放。一般 SCMI 程式碼中斷通道時會呼叫每個傳輸所定義的 chan_free 回呼函式。由於多個通訊協定可能共用相同的 transport_info 成員chan_free() 可能要在指定的 SCMI 傳輸實作中多次清理相同的成員。在此情況下為 SMC 傳輸。這將導致第二次發生 NULL 指標解除參照scmi_protocol scmi_dev.1已啟用輪詢模式 TX 通道
    - prot_id:16 | arm-scmi firmware:scmiSCMI 通知 - 核心已啟用。 | arm-scmi firmware:scmi無法與 SCMI 通訊 |無法處理虛擬位址 0000000000000000 處的核心 NULL 指標解除參照 |記憶體中止資訊ESR = 0x0000000096000004 | EC = 0x25DABT (目前 EL)、IL = 32 位元 | SET = 0, FnV = 0 | EA = 0, S1PTW = 0 | FSC = 0x04層級 0 轉譯錯誤資料中止資訊| ISV = 0ISS = 0x00000004ISS2 = 0x00000000 | CM = 0、WnR = 0、TnD = 0、TagAccess = 0 | GCS = 0、Overlay = 0、DirtyBit = 0、Xs = 0 | user pgtable4k 頁面48 位元 VA pgdp=0000000881ef8000 | [0000000000000000] pgd=0000000000000000, p4d=0000000000000000 |內部錯誤Oops0000000096000004 [#1] PREEMPT SMP |連結下列的模組 | CPU: 4 PID: 1 Commswapper/0 未受污染的 6.7.0-rc2-00124-g455ef3d016c9-dirty #793 |硬體名稱FVP Base RevC (DT) | pstate61400009 (nZCv daif +PAN -UAO -TCO +DIT -SSBS BTYPE=--) | pc
    smc_chan_free+0x3c/0x6c | lrsmc_chan_free+0x3c/0x6c |呼叫追踪| smc_chan_free+0x3c/0x6c | idr_for_each+0x68/0xf8 | 版scmi_cleanup_channels.isra.0+0x2c/0x58 | scmi_probe+0x434/0x734 | platform_probe+0x68/0xd8 | real_probe+0x110/0x27c | __driver_probe_device+0x78/0x12c | driver_probe_device+0x3c/0x118 | __driver_attach+0x74/0x128 | 版bus_for_each_dev+0x78/0xe0 | driver_attach+0x24/0x30 | bus_add_driver+0xe4/0x1e8 | driver_register+0x60/0x128 |
    __platform_driver_register+0x28/0x34 | 版scmi_driver_init+0x84/0xc0 | do_one_initcall+0x78/0x33c | kernel_init_freeable+0x2b8/0x51c | kernel_init+0x24/0x130 | ret_from_fork+0x10/0x20 | 版程式碼f0004701 910a0021 aa1403e5 97b91c70 (b9400280) | ---[ end trace 0000000000000000 ]--- 只需在嘗試存取其成員之前檢查結構指標是否為 NULL 即可避免此情況。當傳輸確實無法運作 (例如沒有 SMC 服務) 時發現這個問題探查常式接著嘗試清理並觸發當機。 (CVE-2024-26893)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補的弱點：CVE-2024-26893

medium Nessus Plugin ID 227755

版本 1.9