Linux Distros 未修補弱點：CVE-2026-99005
critical Nessus Plugin ID 371487
語言:
概要
Linux/Unix 主機上安裝的一個或多個套件存有弱點，廠商表示將不會修補。說明
Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。- drm/i915/gt：僅當 ACTIVE 為 true 時才解除遮罩中斷 intel_rps_boost（） 讀取過時的 ACTIVE 狀態和將 rps->work 排入佇列之間有一個小的爭用窗口，其中 ACTIVE 可能會透過由 wakeref drop 觸發的非同步呼叫來變更。這表示 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（） ASYNC2） wakeref_put_async（） 回呼 ->
__gt_park（） -> intel_rps_park（） -> intel_rps_clear_active（） [清除 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（） [檢查 ACTIVE] [OPEN RACE WINDOW] -> queue_work（rps->work） -> retire_requests（） -> i915_request_retire（） -> intel_rps_dec_waiters（） [從 1 到 0] 如果 ASYNC1 和 ASYNC2 將在 [OPEN RACE WINDOW] 期間執行， 然後： 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 喚醒鎖定參考。提交 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 不再處於作用中狀態時，跳過取消遮罩 （達到取消遮罩作業與 INTERRUPT 模式無關）。這不會阻止 RPS 作業在下次取消駐留時繼續。在中斷模式下，intel_rps_unpark（） 會呼叫 rps_enable_interrupts（），以啟用和解除遮罩 PM 中斷。在計時器模式下，它會呼叫 rps_start_timer（），重新啟動定期的引擎忙碌度評估。計時器直接產生軟體 RPS 事件並排入佇列 rps_work（），與 PM 中斷傳遞無關。這兩種模式都不需要遲到的工作者在 GT 駐留時解除遮罩中斷 （從提交 ca4a6deadad15b91ee083afe445fa6bdbfb68206 中挑選） （CVE-2026-99005）
請注意，Nessus 的判定取決於廠商所報告的套件是否存在。
解決方案
目前尚未有已知的解決方案。另請參閱
Plugin 詳細資訊
嚴重性: 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