Linux/Unix ホストには、ベンダーが提供するパッチが利用できない脆弱性の影響を受ける複数のパッケージがインストールされています。

  - drm/i915/dmcDMC が初期化されておらず、dmc が NULL の場合、プローブ intel_dmc_update_dc6_allowed_count() oops での、可能性が低い NULL ポインターデリファレンスを修正します。これは、intel_power_domains_init_hw() が *intel_dmc_init() より前に呼び出されるため、コールパスが intel_power_domains_init_hw() -> {skl,bxt,icl}_display_core_init() -> gen9_set_dc_state() -> intel_dmc_update_dc6_allowed_count() である場合です。ただし、gen9_set_dc_state() は、現在およびターゲットの DC 状態に応じて、intel_dmc_update_dc6_allowed_count() を条件付きで呼び出します。プローブすると、ターゲットは無効になりますが、DC6 が有効な場合、関数が呼び出され、oops が後に追跡されます。以前この障害モードを確認していないため、プローブ時に DC6 が有効化される可能性は極めて低いと思われます。また、DMC ファームウェアBIOS によってロードが必要なため、起動時に DC6 を有効にするのは不適切です。 BIOSがDMCファームウェアをロードし、ドライバーがファームウェアを停止/再プログラムするのは、指定が不適切なシーケンスであり、意図的なBIOS動作とは考えられません。BIOS が、意図せず有効化された DC6 HW 状態を残す可能性がありますこのために必要な DMC ファームウェアを実際にロードせず。DC6 許可されたカウンターの追跡は、カウンターの開始/停止が _SW_ DC6 状態と現在の _HW_ DC6 状態に依存する場合にのみ機能しますカウンターの停止には、カウンターの開始時に DC5 カウンターがキャプチャされる必要があるためです。このため、HW DC6 状態の使用は不適切であり、上記の oops も引き起こします。追跡に SW DC6 状態を使用することで、両方の問題を修正します。これは、Jani によって元々送信された修正の v2 であり、最初のリンクに基づいて更新されました以下のディスカッション。コミット 2344b93af8eb5da5d496b4e0529d35f0f559eaf0 からのチェリーピッキングCVE-2026-23467

Nessus は、ベンダーによって報告されたパッケージの存在に依存していることに注意してください。

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-23467

medium Nessus プラグイン ID 304914

バージョン 1.15