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

  - xskソケットティアダウンでの競合を修正NULL ポインターデリファレンススプラットを引き起こす可能性のある xsk ソケットティアダウンコードの競合を修正します。xsk_unbind_dev() 内の現在の xsk unbind コードは、xs->state を XSK_UNBOUND に設定することで始まり、xs->dev を NULL に設定してから、synchronize_net() を使用して終了するために NAPI 処理を待機します。その後、リリースコードがソケットの状態をティアダウンし、割り当てられたメモリを解放します。BUG: kernel NULL pointer dereference, address: 00000000000000c0 PGD 8000000932469067 P4D 8000000932469067 PUD 0 Oops: 0000 [#1] PREEMPT SMP PTI CPU: 25 PID: 69132 Comm: grpcpp_sync_ser Tainted: GI 5.16.0+ #2 Hardware name: Dell Inc. PowerEdge R730/0599V5、BIOS 1.2.10 2015 年 3 月 9 日 RIP
    0010:__xsk_sendmsg+0x2c/0x690 [...] RSP: 0018:ffffa2348bd13d50 EFLAGS: 00010246 RAX: 0000000000000000 RBX:
    0000000000000040 RCX: ffff8d5fc632d258 RDX: 0000000000400000 RSI: ffffa2348bd13e10 RDI: ffff8d5fc5489800 RBP: ffffa2348bd13db0 R08: 0000000000000000 R09: 00007ffffffff000 R10: 0000000000000000 R11:
     R120000000000000000  : ffff8d5fc5489800 R13: ffff8d5fcb0f5140 R14: ffff8d5fcb0f5140 R15: 0000000000000000 FS: 00007f991cff9400(0000) GS:ffff8d6f1f700000(0000) knlGS:0000000000000000 CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 CR2: 00000000000000c0 CR3: 0000000114888005 CR400000000001706e0 Call Trace <TASK> ? aa_sk_perm+0x43/0x1b0 xsk_sendmsg+0xf0/0x110 sock_sendmsg+0x65/0x70 __sys_sendto+0x113/0x190 ? debug_smp_processor_id+0x17/0x20 ? fpregs_assert_state_consistent+0x23/0x50 ? exit_to_user_mode_prepare+0xa5/0x1d0 __x64_sys_sendto+0x29/0x30 do_syscall_64+0x3b/0xc0 entry_SYSCALL_64_after_hwframe+0x44/0xae 現在のコードには 2 つの問題があります。第一に、全ユーザーがソケットの使用を停止するのを待つ前に xs->dev を NULL に設定することは正しくありません。データプレーン関数 xsk_poll()、xsk_sendmsg()、および xsk_recvmsg() へのエントリはすべて、xs->state が XSK_BOUND 状態にあることがテストされて保護されています。そうでない場合は、すぐに戻ります。しかし、1 つのプロセスはこのテストにパスしたものの、コードで xs->dev を使用する時点に到達していない可能性があります。この間に、xsk_unbind_dev()を実行する2番目のプロセスがxs->devをNULLに設定した可能性があるため、1番目のプロセスのクラッシュが引き起こされます。ここでの解決策は、この NULL 割り当てが今後使用されないため、これを排除するだけです。コミット42fddcc7c64bxskソケット同期に状態メンバーを使用、xs->devはゲートキーパーであり、データプレーン関数へのプロセスを承認していましたが、前述のコミットで状態変数xs->stateに置き換えられました。2 番目の問題は、synchronize_net() が xsk_poll()、xsk_sendmsg()、または xsk_recvmsg() のプロセスの完了を待機しないことです。これは、依存している状態が時期尚早にクリーンアップされる可能性があることを意味します。これは、通知者が xsk_unbind_dev() を使用するために呼び出される (ドライバーのアンロード時など) 際に発生する可能性があります。xs->state == XSK_BOUND のテストと xs の任意のメンバーの最後の使用の両方が RCU クリティカルセクションによってカバーされるように、RCU クリティカルリージョンを ndo_xsk_wakeup だけでなく、上記の関数全体に拡張することで、これを解決します。これにより、synchronize_net() の完了時に xsk_poll()、xsk_sendmsg()、または xsk_recvmsg() を実行するプロセスが残ることがなくなり、状態が安全にクリーンアップできるようになります。skb xmit パスに対する RCU ロックをドロップする必要があります。これは、スリープ状態の可能性がある関数を使用するためです。このため、多くの変更の中から skb xmit コードを保護する mutex を取得した後に、xs->state を再テストする必要があります。特に、xsk_unbind_dev() は同時に通知者から実行されます。CVE-2022-49215

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2022-49215

medium Nessus プラグイン ID 225303

バージョン 1.6

バージョン 1.3

バージョン 1.1

バージョン 1.6 Oct 27, 2025, 11:56 PM CVSS temporal metrics ("CVSSv2 temporal vector" set to "CVSS2#E:U/RL:U/RC:C") CVSS temporal metrics ("CVSSv3 temporal vector" set to "CVSS:3.0/E:U/RL:U/RC:C") Detection (updated detection logic) Plugin Feed: 202510272356
バージョン 1.3 Aug 31, 2025, 9:16 AM CVSS metrics ("Cvssv4 score" set to 0.0) CVSSv2 severity (based on None, severity decreased from "High" to "Low") Detection (updated detection logic) Plugin metadata Plugin Feed: 202508310916
バージョン 1.1 Mar 5, 2025, 4:35 PM New Plugin Feed: 202503051635