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

  - cangs_usbタイムスタンプカウンターの初期化を修正します。インターフェイスがシャットダウンされる前に gs_usb デバイスドライバーがアンロードまたはアンバインドされると、USB スタックは、まず struct usb_driver::disconnect を呼び出し、次に struct net_device_ops::ndo_stop コールバックを呼び出します。gs_usb_disconnect() で、すべての保留中のバルク URB が kill されます。つまり、RX スキャンされた CAN フレームが USB デバイスからホストへ送信されなくなります。gs_can_close() で、コントロールメッセージが各 CAN チャネルに送信され、CAN バスからコントローラーが削除されます。この競合ウィンドウでも、USB デバイスは依然としてバスから CAN フレームを受信し、それらをホストに送信するために内部キューに入れることができます。
    少なくとも現在のバージョンの candlelight ファームウェアでは、受信した CAN フレームのキューは、リセットコマンド中に空になりません。gs_usbドライバーのロードまたはバインド後、新しいURBがstruct net_device_ops::ndo_openコールバック中に送信され、candlelightファームウェアがすでにキューに入れられたCANフレームをホストに送信し始めます。ただし、ハードウェアのタイムスタンプ機能を実装する際は、このシナリオは考慮されていません。USB がサブミットされた後に、サイクルカウンター/タイムカウンターのインフラストラクチャがセットアップgs_usb_timestamp_init()、 ) の呼び出しが早すぎます。この問題を修正するために URB がサブミットされる前に gs_usb_timestamp_init() 関数が移動します。包括的なソリューションとして、複数のチャネルを持つ gs_usb デバイスを検討する必要があります。サイクルカウンター/タイムカウンターインフラストラクチャはチャネルごとにセットアップされますが、RX URB はデバイスごとに設定されます。_a_ チャネルの gs_can_open() が呼び出され、URB が送信されると、gs_usb_receive_bulk_callback() が、_all_ が利用可能なチャネルで呼び出すことができます。これはまだ実行されていないチャネルに対してもです。サイクルカウンター/タイムカウンターが設定されないため、再び NULL ポインターデリファレンスが発生します。サイクルカウンター/タイムカウンターをチャネルごとからデバイス機能ごとに変換します。
    また、デバイスに URB を送信する前に、これを設定してください。さらに、gs_usb_receive_bulk_callback() で、開始されていない CAN チャネルに対して URB を処理せず、URB のみを再送信します。CVE-2023-53523

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

検出

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

medium Nessus プラグイン ID 269592

バージョン 1.10