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

  - IB/hfi1PAGE_SIZE-end 以外の multi-iovec ユーザー SDMA リクエストのバグを修正します hfi1 ユーザー SDMA リクエスト処理には 2 つのバグがあります。これにより、複数のペイロード iovec があるユーザー SDMA リクエストに対してデータ破損が発生する可能性があります。tail iovec 以外の iovec がその iovec.a によって向けられたバッファのページ境界まで到達しません。具体的なバグを次に示します。 1. user_sdma_txadd() は、user_sdma_iovec->iov.iov_len 構造体を使用しません。
    むしろ、user_sdma_txadd() は、iovec からの最大 PAGE_SIZE バイトをパケットに追加します。たとえそれらのバイトの一部が iovec->iov.iov_len を超えており、パケット内にあることが意図されていない場合でもです。2. user_sdma_txadd() および user_sdma_send_pkts() は、現在の iovec が PAGE_SIZE でなく、パケットを完了するのに十分なデータを含んでいない場合、user_sdma_request->iovs で次の iovec に進めません。送信されたパケットには、iovec ページからの誤ったデータが含まれます。これは、hfi1 Verb または PSM2 からの SDMA パケットの問題ではありません。これらのパケットは、SDMA リクエストの末尾の iovec として PAGE_SIZE 未満で終了する iovec のみを生成するためです。
    これらのバグを修正すると、SDMA ピンキャッシュ (構造体 mmu_rb_handler) にある他のバグが露呈され、バッファが PAGE_SIZE で終了しない複数のペイロード iovec があるユーザー SDMA リクエストのサポートが妨げられます。そのため、このコミットではこれらの問題も修正されます。PAGE_SIZE-end 以外のマルチ iovec ペイロードのユーザー SDMA リクエストがヒットする可能性のある mmu_rb_handler のバグを次に示します。1. mmu_rb_handler でメモリ範囲が重複すると、ピニングが重複します。2. 既存の mmu_rb_handler エントリ (構造体 mmu_rb_node) を拡張する場合、mmu_rb コードは、(1) ロック下の既存のエントリを削除し、(2) そのロックをリリースし、新しいページを固定し、(3) その後、拡張された mmu_rb_node を挿入するためにロックを再取得します。他のユーザーが侵入し、(2) と (3) の間に重複するエントリを挿入した場合、(3) への挿入は失敗します。この場合の失敗パスコードは、
    元の mmu_rb_node または (2) と (3) の間に挿入された新しい mmu_rb_node のいずれかの_all_ ページの固定を解除します。3. hfi1_mmu_rb_remove_unless_exact() で、mmu_rb_node->refcount が mmu_rb_handler->lock の外部でインクリメントされます。結果として、mmu_rb_node は、mmu_rb_handler->lock を取得して mmu_rb_node->refcount がインクリメントされる前に mmu_rb_node->refcount をチェックする別のスレッドによって排除される可能性があります。4.
    上記 #2 に関連して、SDMA リクエスト送信失敗パスは、mmu_rb_node オブジェクトを解放する前にmmu_rb_node->refcount をチェックしません。進行中の他の SDMA リクエストがあり、その iovecs が解放された mmu_rb_node へのポインターを持つ場合、SDMA リクエストの完了時に、解放された mmu_rb ノードへのポインターは逆参照されます。(CVE-2023-52474)

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

検出

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

high Nessus プラグイン ID 227249

バージョン 1.10