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

  - net/smcSMCRv2 を使用しようとする際に接続のリセットが失敗します。2 Mellanox ConnectX-4 で SMCRv2 を使用する際のクラッシュが見つかりました。これは以下により発生させることができます - smc_run nginx - smc_run wrk -t 32 -c 500 -d 30 http://<ip>:<port> バグカーネル NULL ポインターデリファレンス、アドレス 0000000000000014 #PFカーネルモードのスーパーバイザー読み取りアクセス # PFerror_code(0x0000) - 存在しないページ PGD 8000000108713067 P4D 8000000108713067 PUD 151127067 PMD 0 Oops 0000 [#1] PREEMPT SMP PTI CPU 4 PID 2441 Comm kworker/4:249 Kdump 読み込み済み Tainted は GWE 4 を読み込みました。 -rc1+ #42 Workqueuesmc_hs_wq smc_listen_work [smc] RIP
    0010:smc_clc_send_confirm_accept+0x284/0x580 [smc] RSP: 0018:ffffb8294b2d7c78 EFLAGS: 00010a06 RAX
    ffff8f1873238880 RBX: ffffb8294b2d7dc8 RCX: 0000000000000000 RDX: 00000000000000b4 RSI: 0000000000000001 RDI: 0000000000b40c00 RBP: ffffb8294b2d7db8 R08: ffff8f1815c5860c R09: 0000000000000000 R10:
     R110000000000000400  : 0000000000000000 R12: ffff8f1846f56180 R13: ffff8f1815c5860c R14: 0000000000000001 R15: 0000000000000001 FS: 0000000000000000(0000) GS:ffff8f1aefd00000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 0000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000
    00000000fffe0ff0 DR7: 0000000000000400 Call Trace <TASK> ? mlx5_ib_map_mr_sg+0xa1/0xd0 [mlx5_ib] ? smcr_buf_map_link+0x24b/0x290 [smc] ? __smc_buf_create+0x4ee/0x9b0 [smc] smc_clc_send_accept+0x4c/0xb0 [smc] smc_listen_work+0x346/0x650 [smc] ? __schedule+0x279/0x820 process_one_work+0x1e5/0x3f0 worker_thread+0x4d/0x2f0 ? __pfx_worker_thread+0x10/0x10 kthread+0xe5/0x120 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x2c/0x50 </TASK> CLC ハンドシェイク中に、サーバーは smc_listen_work() の利用可能な SMCRv2 および SMCRv1 デバイスを順番に試行します。SMCRv2 デバイスが見つかった場合SMCv2 ベースのリンクグループとリンクが接続に割り当てられます。RMB 登録エラーなどのいくつかのバッファ割り当てエラーが CLC ハンドシェイクで後に発生すると想定すると、サーバーは SMCRv2 を諦め、代わりに SMCRv1 デバイスを試行します。ただし、接続に割り当てられたリソースはリセットされません。サーバーが SMCRv1 デバイスを試行するとき、接続作成プロセスが再び実行されます。SMCRv2 を試行する際に conn->lnk が割り当てられているため、smcr_lgr_conn_assign_link() で正しい SMCRv1 リンクに設定されません。そのため、このような状況では、conn->lgr は正しい SMCRv1 リンクグループを指していますが、conn->lnk は誤って SMCRv2 リンクを指しています。次にsmc_clc_send_confirm_accept()で、conn->rmb_desc->mr[link->link_idx]がアクセスされます。link->link_idx が正しくないため、関連する MR が初期化されていない可能性があるため、クラッシュが発生します。 | SMCRv2 デバイスを初めて試行します | |-> conn->lgr既存の SMCRv2 リンクグループを割り当てます。 | |-> conn->link既存の SMCRv2 リンクを割り当てますlink_idx は SMC_LGR_SYMMETLIC で 1 の可能性があります| |-> sndbuf & RMB 作成が失敗し、終了します| | SMCRv1 デバイスをその後に試行します | |-> conn->lgrSMCRv1 リンクグループを作成し、割り当てます。 | |-> conn->linkSMCRv2 リンクを誤って保持します。 | |-> sndbuf と RMB の作成が成功します。RMB->mr[link_idx = 0] のみ |サービス拒否攻撃を引き起こす可能性があります。 | |次に、smc_clc_send_confirm_accept() が | にアクセスするようにします。 conn->rmb_desc->mr[conn->link->link_idx (1)] の場合、クラッシュします。
    v このパッチは、リンクを割り当てる前に conn->lnk を消去することでこれの修正を試みます。また、SMCRv2 の試行がバッファの作成または登録で失敗した場合は、接続をリセットして割り当てられたリソースをクリーンすることをお勧めします。CVE-2023-53382

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

検出

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

medium Nessus プラグイン ID 265599

バージョン 1.16