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

  - drm/schedタイムアウト処理を呼び出す前にスケジューラ作業キューをチェックします。IGT GPU リセットテスト中に、コミット 0c8c901aaaebc9 にもかかわらず oops が再び確認されますdrm/schedタイムアウト処理を呼び出す前にスケジューラの準備ができているをチェックします。TDR を GPU リセットにアンワインドする drm_sched_fault を呼び出すかどうかの準備完了状態を使用します。However it looks the ready condition is overloaded with other meanings, for example, for the following stack is related GPU reset : 0 gfx_v9_0_cp_gfx_start 1 gfx_v9_0_cp_gfx_resume 2 gfx_v9_0_cp_resume 3 gfx_v9_0_hw_init 4 gfx_v9_0_resume 5 amdgpu_device_ip_resume_phase2 does the following: /* start the ring */ gfx_v9_0_cp_gfx_start(adev ) ring->sched.ready = true;同じアプローチは、他の ASIC もです : gfx_v8_0_cp_gfx_resume gfx_v10_0_kiq_resume などです。結果として、GPU リセットテストは GPU 障害を引き起こし、無条件に gfx_v9_0_fault を呼び出し、その後 drm_sched_fault を呼び出します。ただし現在は、gfx_v9_0_cp_gfx_start の完了後に割り込みサービスルーチン drm_sched_fault が実行されるかどうかに応じて、割り込みサービスルーチン drm_sched_fault が実行されるかどうかに依存しています。これにより、初期化されていないスケジューラでもスケジューラの準備フィールドが真に設定され、oops 対障害が発生しません。または ISR drm_sched_fault が gfx_v9_0_cp_gfx_start より前に完了し、NULL ポインターデリファレンスが完了する際に依存します。可能性があります。フィールド timeout_wq を使用して、初期化されていないスケジューラの oops を防ぎます。このフィールドは、ドメインリセットの作業キューによって初期化される可能性があります。 v1コミットメッセージに対する修正LubenCVE-2023-53351

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2023-53351

medium Nessus プラグイン ID 265665

変更ログが見つかりません