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

  - drm/sched修复 drm_sched_job_add_resv_dependencies 中潜在的双重释放通过 drm_sched_job_add_dependency() 添加依存关系时无论成功还是失败该函数都会消耗屏蔽引用因此在后一种情况下dma_fence_put() 会在错误路径上xarray 无法展开是双重释放。
    有趣的是此缺陷似乎自提交 ebd5f74255b9drm/sched添加依存关系跟踪后就一直存在因为当时的代码如下所示
    drm_sched_job_add_implicit_dependencies()... for (i = 0; i < fence_count; i++) { ret = drm_sched_job_add_dependency(job, fences[i]); if (ret) break; for (; i < fence_count; i++) dma_fence_put(fences[i]);这意味着对于失败的“i”dma_fence_put 已经是双重释放。
    此时可能没有用户，或者测试用例不足以命中该问题。此缺陷仅在提交 9c2ba265352a (drm/scheduler在 drm_sched_job_add_implicit_dependencies v2 中使用新的迭代器) 着地后才引起注意并通过其对提交 4eaf02d6076c 的补丁修复 (drm/scheduler修复 drm_sched_job_add_implicit_dependencies)。此时是稍微不同风格的双重释放提交 963d0b356935 drm/scheduler修复 drm_sched_job_add_implicit_dependencies 注意到并尝试修复。但其仅在将失败案例中前者已释放的引用释放至调用程序时将 drm_sched_job_add_dependency() 内部发生的双重释放移至调用程序。
    因此确定fixes 标签的正确目标并不容易所以让我们保持简单继续链。在修复的同时我们还改进了注释并解释了获取引用且不将其丢弃的原因。 (CVE-2025-40096)

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

检测

Linux Distros 未修补的漏洞：CVE-2025-40096

high Nessus 插件 ID 272063

版本 1.1