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

  - scsilibstorvsc仮想ファイバチャネルタイムアウトの処理を修正します Hyper-V は、ファイバチャネル LUN をホストシステムに接続し、それらを SCSI デバイスとしてゲスト VM に提示する機能を提供します。vFC デバイスへの I/O は storvsc ドライバーによって処理されます。storvsc ドライバーには、FC 属性が /sys で表示されるように、Linux SCSI サブシステムの汎用部分で実装される FC 転送との部分的な統合が含まれています。ただし、部分的な統合には、vFC のいくつかの側面が適切に機能しないことを意味します。
    残念ながら、Hyper-V がゲストに提供するものに制限があるため、完全で正しい統合は実用的ではありません。特に、Hyper-V storvsc のコンテキストでは、FC トランスポートタイムアウト関数 fc_eh_timed_out() が、rport を見つけられず NULL ポインターをデリファレンスするため、カーネルパニックを引き起こします。
    storvsc_eh_timed_out() から fc_eh_timed_out() への呼び出しを追加した元のパッチは、この点で欠陥があります。多くの場合、タイムアウトは一時的な状態が原因であるため、storvsc が発行する他の I/O リクエストと同様に待機し続け、保証されているパニックを回避することで、状況を改善できます。恒久的な障害の場合、待機し続けるとパニックの代わりにスレッドのハングが発生する可能性があります。これも改善の可能性があります。そのため、fc_eh_timed_out() への storvsc 呼び出しを削除することで、パニックを修正します。これにより、storvsc は応答を待ち続けることができます。変更は、一時的なタイムアウトによる fc_eh_timed_out() のパニックを経験したユーザーによってテストされており、これらの問題を解決しています。完全に修正できないため、将来的に storvsc の vFC 機能を廃止する必要があるかもしれません。しかし、十分問題なく動作している現在のユーザーもありますので、しばらくの間はこの問題が維持される可能性があります。CVE-2023-53245

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

検出

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

medium Nessus プラグイン ID 264909

バージョン 1.11