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

  - drm/xe/guc_submitsuspend_pending との競合を修正します現在、一部のテストケースでは、次を発生させることができます xe 0000:03:00.0[drm] アサーション「exec_queue_destroyed(q)」が失敗しました! .... 警告CPU18 PID2640 at drivers/gpu/drm/xe/xe_guc_submit.c:1826 xe_guc_sched_done_handler+0xa54/0xef0 [xe] xe 0000:03:00.0: [drm]
    *ERROR* GT1DEREGISTER_DONE予期しないエンジン状態 0x00a1、guc_id=57 この GuC ID に対応する ftrace のスニペットを見ると、次のことがわかります 162.673311xe_sched_msg_adddev=0000:03:00.0、gt=1 guc_id=57、 opcode=3 162.673317xe_sched_msg_recvdev=0000:03:00.0, gt=1 guc_id=57, opcode=3 162.673319
    xe_exec_queue_scheduling_disabledev=0000:03:00.0, 1:0x2, gt=1, width=1, guc_id=57, guc_state=0x29, flags=0x0 162.674089xe_exec_queue_killdev=0000:03:00.0, 1:0x2, gt=1、width=1、guc_id=57、guc_state=0x29、flags=0x0 162.674108xe_exec_queue_closedev=0000:03:00.0、1:0x2、gt=1、width=1、guc_id=57、guc_state= 0xa9、flags=0x0 162.674488xe_exec_queue_scheduling_donedev=0000:03:00.0、1:0x2、gt=1、width=1、guc_id=57、guc_state=0xa9、flags=0x0 162.678452xe_exec_queue_deregister
    dev=0000:03:00.0、1:0x2、gt=1、width=1、guc_id=57、guc_state=0xa1、flags=0x0 キューを一時停止opcode=3し、suspend_pending を設定およびトリガーしようとするようですdisable_scheduling 関数に関連するベクトルを通じて、可用性に影響を与えることが可能です。その後、ユーザーがキューを閉じます。ただし、クローズは、キューを kill した後に、一時中断フェンスにも強制的にシグナルを送信します。後で disable_scheduling に対する G2H 応答が戻った場合、一時停止フェンスをシグナル伝達する際に suspend_pending をクリアしています。そのため、disable_scheduling は現在、キューの登録解除も不適切に試行します。キューはまだ破壊対象としてマークされていないため、これは警告につながります。また、同じキューの二重登録解除を試行すると、後でエラーが発生するようです。これを修正するには、応答を処理する際に順序を調整し、実際には登録解除を実行する意図のない disable_scheduling と競合しないようにします。また、破壊パスは、破壊としてマークする前に、pending_disable を適切に待機するようになりました。コミット f161809b362f027b6d72bd998e47f8f0bad60a2e からのチェリーピッキングCVE-2024-56552

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2024-56552

medium Nessus プラグイン ID 230887

バージョン 1.20