Linux Distros 未修补的漏洞：CVE-2026-99005
critical Nessus 插件 ID 371487
语言：
简介
Linux/Unix 主机上安装的一个或多个程序包存在漏洞，但供应商表示不会修补此漏洞。描述
Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。- drm/i915/gt：仅当 ACTIVE 为 true 时取消屏蔽中断 intel_rps_boost（） 读取过时的 ACTIVE 状态与排队 rps->work 之间存在较小的争用时段，其中 ACTIVE 可通过 wakeref 终止触发的异步调用进行更改。这意味着 rps_work（） 可在 GT 停止后触发，因此无需保持 PM 唤醒锁定即可取消屏蔽 RPS PM 中断。在 live_rc6_ctx_wa（） 自我测试期间可观察到以下事件序列：1） live_rc6_ctx_wa（） -> intel_engine_pm_put（） -> wakeref_put（） ASYNC1） wakeref_put（） 回调 -> __engine_park（） -> intel_gt_pm_put_async（） -> intel_gt_pm_put_async_untracked（） -> intel_wakeref_put_async（） wakeref_put_async（） 回调 ->
__gt_park（） -> intel_rps_park（） -> intel_rps_clear_active（） [清除活动] 有中断：-> rps_disable_interrupts（） -> cancel_work_sync（rps->work） -> rps_reset_interrupts（） [rps->pm_iir = 0] 无中断（定时器模式）：-> rps_stop_timer（） -> cancel_work_sync（rps->work） 2） live_rc6_ctx_wa（）
-> intel_gt_wait_for_idle（） -> intel_gt_retire_requests_timeout（） -> dma_fence_wait_timeout（） -> ops->wait（） [i915_fence_wait（）] -> i915_request_wait_timeout（） -> intel_rps_boost（） -> intel_rps_is_active（） [检查活动] [打开争用窗口] -> queue_work（rps->work） -> retire_requests（） -> i915_request_retire（） -> intel_rps_dec_waiters（） [从 1 到 0] 如果 ASYNC1 和 ASYNC2 在 [打开争用窗口] 期间执行， 然后：3） rps_work（） 从工作队列执行并可能满足 （！pm_iir &&; ！client_boost） 测试（在 TIMER 模式下，rps->pm_iir被较早的 rps_work（） 调用归零或在之前的 intel_rps_unpark（） 事件后永远不会获得新值），因此它跳到标签，绕过 intel_rps_is_active（） 保护并执行 gen6_gt_pm_unmask_irq（）;4） GT 已搁置且运行时 PM 唤醒锁已终止，因此 __gt_park（） -> intel_display_power_put_async（） 中只有原始引用保留 100 毫秒，然后 gen6_gt_pm_unmask_irq（） 中的 MMIO 写入会通过 assert_rpm_wakelock_held（） 检测缺少的唤醒锁定，并发出在硬件访问污染内核期间未保留的 RPM 唤醒锁定 ref。提交 3e7abf814193（drm/i915：
提取 GT 渲染电源状态管理） 删除了 gen6_pm_rps_work（） 在 i915_irq.c 中对此取消掩码所具有的 if （rps->interrupts_enabled） 防护。INTEL_RPS_ACTIVE将同一个窗口放在括号中，因为它是在 rps_enable_interrupts（） 和 rps_start_timer（） 之前的 intel_rps_unpark（） 中设置的，并且在 rps_stop_timer（） 和 rps_disable_interrupts（） 之前的 intel_rps_park（） 中清除。RPS 不再活动时跳过取消掩码（达到取消掩码操作与中断模式无关）。这不会阻止 RPS 操作在下次取消泊车时恢复。在中断模式下，intel_rps_unpark（） 会调用 rps_enable_interrupts（），启用和取消屏蔽 PM 中断。在定时器模式下，它调用 rps_start_timer（），重新启动定期引擎忙碌度评估。计时器生成软件 RPS 事件，并直接为 rps_work（） 排队，独立于 PM 中断传递。这两种模式都不要求后期工作进程在 GT 停放时取消屏蔽中断（从提交 ca4a6deadad15b91ee083afe445fa6bdbfb68206 中精选出的内容）（CVE-2026-99005）
请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。
解决方案
目前尚未有任何已知的解决方案。另见
插件详情
严重性: Critical
ID: 371487
文件名: unpatched_CVE_2026_99005.nasl
版本: 1.1
类型: Local
代理: unix
系列: Misc.
发布时间: 2026/10/23
最近更新时间: 2026/10/23
支持的传感器: Frictionless Assessment Agent, Nessus Agent, Agentless Assessment, Tenable Cloud Security, Tenable Self-Hosted Container Security, Nessus
风险信息
VPR
风险因素: Low
分数: 3
百分位: 23.71
CVSS v2
风险因素: High
基本分数: 7.5
时间分数: 6.4
矢量: CVSS2#AV:N/AC:L/Au:N/C:P/I:P/A:P
CVSS 分数来源: CVE-2026-99005
CVSS v3
风险因素: Critical
基本分数: 9.8
时间分数: 9
矢量: CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
时间矢量: CVSS:3.0/E:U/RL:U/RC:C
漏洞信息
CPE: cpe:/o:debian:debian_linux:12.0, p-cpe:/a:debian:debian_linux:linux
必需的 KB 项: Host/local_checks_enabled, Host/cpu, global_settings/vendor_unpatched, Host/OS/identifier
易利用性: No known exploits are available
漏洞发布日期: 2026/10/23
参考资料信息
CVE: CVE-2026-99005