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

  drm/xe/guc_submit修复围绕 suspend_pending 的争用目前在某些测试案例中我们可触发xe 0000:03:00.0[drm] 断言 `exec_queue_destroyed(q)` failed! .... 警告CPU: 18 PID: 2640位于 drivers/gpu/drm/xe/xe_guc_submit.c:1826 xe_guc_sched_done_handler+0xa54/0xef0 [xe] xe 0000:03:00.0: [drm]
    *ERROR* GT1DEREGISTER_DONE非预期的引擎状态 0x00a1, guc_id=57查看此 GuC id 的相应 ftrace 的片段我们可以发现 162.673311xe_sched_msg_add: dev=0000:03:00.0, gt=1 guc_id=57, opcode=3 162.673317xe_sched_msg_recv: dev=0000:03:00.0, gt=1 guc_id=57, opcode=3 162.673319
    xe_exec_queue_scheduling_disabledev=0000:03:00.0, 1:0x2, gt=1, width=1, guc_id=57, guc_state=0x29, flags=0x0 162.674089xe_exec_queue_kill: dev=0000:03:00.0, 1:0x2, gt=1, width=1, guc_id=57, guc_state=0x29, flags=0x0 162.674108: xe_exec_queue_close: dev=0000:03:00.0, 1:0x2, gt=1, width=1, guc_id=57, guc_state= 0xa9, flags=0x0 162.674488: xe_exec_queue_scheduling_done: dev=0000:03:00.0, 1:0x2, gt=1, width=1, guc_id=57, guc_state=0xa9, flags=0x0 162.678452: xe_exec_queue_deregister
    dev=0000:03:00.0, 1:0x2, gt=1, width=1, guc_id=57, guc_state=0xa1, flags=0x0 我们似乎尝试暂停队列 (opcode=3)从而设置 suspend_pending 并触发disable_scheduling。然后用户关闭队列。然而关闭也将在终止队列后强制向暂停栅栏发出信号稍后当 disable_scheduling 的 G2H 响应返回时我们现在已在向暂停栅栏发出信号时清除 suspend_pending因此 disable_scheduling 现在错误地尝试也取消注册队列。这会导致警告因为队列还没有被标记为销毁。之后我们似乎也会在尝试双重取消注册同一个队列时触发错误。为修复此问题请在处理响应时进行排序以确保不与实际无意执行取消注册的 disable_scheduling 争用。在标记为已销毁之前销毁路径现在也应正确等待任何 pending_disable。从提交 f161809b362f027b6d72bd998e47f8f0bad60a2e 中精选出的内容(CVE-2024-56552)

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

检测

Linux Distros 未修补的漏洞：CVE-2024-56552

medium Nessus 插件 ID 230887

版本 1.18