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

  - bpfsockmap で ktls パニックを修正します [ 2172.936997] ------------[ここで編集]----------------------- 2172.936999lib/iov_iter でのカーネルのバグ.c:629! ---------------- [ 2172.944996] PKRU: 55555554 [ 2172.945155] Call Trace: [ 2172.945299] <TASK> [ 2172.945428] ? diet+0x36/0x90 [ 2172.945601] ? do_trap+0xdd/0x100 [ 2172.945795] ? iov_iter_revert+0x178/0x180 [ 2172.946031] ? iov_iter_revert+0x178/0x180 [ 2172.946267] ? do_error_trap+0x7d/0x110 [ 2172.946499] ? iov_iter_revert+0x178/0x180 [ 2172.946736] ? exc_invalid_op+0x50/0x70 [ 2172.946961] ? iov_iter_revert+0x178/0x180 [ 2172.947197] ? asm_exc_invalid_op+0x1a/0x20 [ 2172.947446] ? iov_iter_revert+0x178/0x180 [ 2172.947683] ? iov_iter_revert+0x5c/0x180 [ 2172.947913] tls_sw_sendmsg_locked.isra.0+0x794/0x840 [ 2172.948206] tls_sw_sendmsg+0x52/0x80 [ 2172.948420] ? inet_sendmsg+0x1f/0x70 [ 2172.948634] __sys_sendto+0x1cd/0x200 [2172.948848] ? find_held_lock+0x2b/0x80 [ 2172.949072] ? syscall_trace_enter+0x140/0x270 [ 2172.949330] ?
    __lock_release.isra.0+0x5e/0x170 [ 2172.949595] ? find_held_lock+0x2b/0x80 [ 2172.949817] ? syscall_trace_enter+0x140/0x270 [ 2172.950211] ? lockdep_hardirqs_on_prepare+0xda/0x190 [ 2172.950632] ? ktime_get_coarse_real_ts64+0xc2/0xd0 [ 2172.951036] __x64_sys_sendto+0x24/0x30 [ 2172.951382] do_syscall_64+0x90/0x170 ... bpf_exec_tx_verdict() を呼び出した後、msg_pl->sg のサイズが増大する可能性があります。たとえば、BPF プログラムが bpf_msg_push_data() を実行するときなどです。BPFプログラムがcork_bytesを設定し、sg.sizeがcork_bytesよりも小さい場合は、ENOSPCを返し、0以外のコピーロジックへのロールバックを試みます。
    ただし、ロールバック中にmsg->msg_iterはリセットされますが、msg_pl->sg.sizeが増加しているため、その後の実行ではmsg_iterの実際のサイズを超えます。 「」 iov_iter_revert(&msg->msg_iter, msg_pl->sg.size - orig_size); 「」 このコミットでの変更は、次の考慮事項に基づいています。1. Cork_bytes が設定されている場合、非ゼロコピーロジックへのロールバックは無駄であり、ゼロコピーロジックに直接アクセスできます。 2. msg_iter を元に戻す正しいバイト数を計算できません。元のデータが abcdefgh (8 バイト) で、BPF プログラムで 3 プッシュされると、11 バイトのデータになります: abc?de?fgh?。次に、cork_bytes を 6 に設定します。これは、最初の 6 バイトが処理され、残りの 5 バイトが処理されることを意味します。は、長さがcork_bytesの要件を満たすまでキャッシュされます。しかし、?fgh? の一部のデータはは「sg->msg_iter」内にありませんが代わりに msg_pl 内、特にデータ ?をプッシュしました。そのため、msg_iter のオフセットから戻すだけでは、そう簡単ではないようです。 3. tcp_bpf_sendmsgの非TLSソケットでは、cork状態が発生したとき、ユーザー空間のsend()はエラーを返さず、一部のデータがキャッシュされていても、返される長さは入力長さパラメーターと同じです。さらに、コーキングを処理するための現在の非ゼロコピーロジックは次のように記述されています「」行 1177 else if (ret != -EAGAIN) { if (ret ==)
    -ENOSPCret = 0; goto send_end; 「したがって、copied を返すだけで、緊急状態が発生したときエラーなしで済みます。」CVE-2025-38166

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-38166

medium Nessus プラグイン ID 250259

バージョン 1.18