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

  - refscale修正未初始化的 wait_queue_head_t 使用 執行 refscale 測試偶爾會使核心當機並出現下列錯誤[ 8569.952896] 錯誤無法處理位址的頁面錯誤
    ffffffffffffffe8 [ 8569.952900] #PF核心模式中的監督讀取存取 [ 8569.952902] #PF
    error_code(0x0000) - 不存在頁面 [ 8569.952904] PGD c4b048067 P4D c4b049067 PUD c4b04b067 PMD 0 [8569.952910] Oops0000 [#1] PREEMPT_RT SMP NOPTI [ 8569.952916] 硬體名稱 Dell Inc. PowerEdge R750/0WMWCR 、 BIOS 1.2.4 2021 年 5 月 28 日 [ 8569.952917] RIP 0010:prepare_to_wait_event+0x101/0x190 [8569.952940] 呼叫追踪 [ 8569.952941] <TASK> [ 8569.952944] ref_scale_reader+0x380/0x4a0 [refscale] [8569.952959] kthread+0x10e/0x130 [ 8569.952966] ret_from_fork+0x1f/0x30 [ 8569.952973] </TASK> 可能的原因是在呼叫建立 ref_scale_reader kthread 的 torque_create_kthread() 函式之後又呼叫了 init_waitqueue_head()。雖然此 init_waitqueue_head() 呼叫很可能會在此 kthread 建立並開始執行之前完成但呼叫的 kthread 可能會在呼叫間的 torque_create_kthread() 和 init_waitqueue_head() 之間延遲。在此情況下新的 kthread 會在正確初始化前使用 waitqueue 標頭這對核心的運作狀況不利。上述的損毀情形會在這裡發生 static inline void __add_wait_queue(...) { if (!(wq->flags & WQ_FLAG_PRIORITY)) <=== 此處發生損毀wait_queue_entry 中 list_head 項目的旗標位移為 -0x18。如果 reader_tasks[i].wq.head.next 為 NULL因為配置的 reader_task 結構是零初始化的則指示將嘗試存取位址 0xffffffffffffffe8這正是上面所列的錯誤位址。因此此認可會在建立 kthread 之前叫用 init_waitqueue_head()。 (CVE-2023-54316)

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

偵測

Linux Distros 未修補的弱點：CVE-2023-54316

medium Nessus Plugin ID 281525

版本 1.10