Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - refscale修复 wait_queue_head_t 的未初始化使用 运行 refscale 测试偶尔会导致内核崩溃并出现以下错误 [ 8569.952896] 缺陷无法处理地址的页面错误
    fffffffffffffffe8 [ 8569.952900] #PF内核模式中的主管读取访问权限 [ 8569.952902] #PF
    error_code(0x0000) - not-present 页面 [ 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 05/28/2021 [ 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 的torture_create_kthread() 函数之后调用了 init_waitqueue_head()。尽管 init_waitqueue_head() 调用很可能在此 kthread 创建并开始运行之前完成但进行调用的 kthread 可能会在对torture_create_kthread() 和 init_waitqueue_head() 的调用之间延迟。在这种情况下新 kthread 将在正确初始化之前使用 waitqueue 头这不利于内核的运行状况。此处发生上述崩溃 static inline void __add_wait_queue(...) { : if (!(wq->flags & WQ_FLAG_PRIORITY)) <=== 此处崩溃 wait_queue_entry 中 list_head 条目中的 flags 偏移为 -0x18。如果 reader_tasks[i].wq.head.next 因分配 reader_task 结构已零初始化而为 NULL则指令将尝试访问地址 0xffffffffffffffe8即上述错误地址。因此此提交会在创建 kthread 之前调用 init_waitqueue_head()。 (CVE-2023-54316)

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2023-54316

medium Nessus 插件 ID 281525

版本 1.10