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

  - tipc:tipc_sk_create() の失敗した挿入パスの sock->sk をクリアします。tipc_sk_create() が新しいソケットの挿入に失敗する場合(tipc_sk_insert() がゼロ以外を返す)、そのエラーパスは sk_free() で sk を解放しますが、sock->sk は解放されたオブジェクトを指したままにします: if (tipc_sk_insert(tsk)) { sk_free(sk); pr_warn(ソケット作成失敗; ポート番号が使い果たされました\n); return -EINVAL; }これはプレーンな socket() には無害です:syscall レイヤーはリリース前に sock->ops をクリアするため、tipc_release() は呼び出されません。accept() パスでは無害ではありません。tipc_accept() は、tipc_sk_create(net, new_sock, 0, kern) で事前に割り当てられた子ソケットを作成します。エラーが発生すると、new_sock->skがぶら下がり、new_sock->opsが非NULLになり、do_accept()が次に新しいファイルをfput()します。このため、__sock_release() -> tipc_release()が解放されたskでlock_sock(new_sock->sk)を実行します。これは、sk_lockスピンロックのメモリ解放後使用(Use After Free)書き込みです。tipc_release() は、失敗したこの正確な accept() をすでにガードしています if (sk == NULL) が 0; を返すと、事前に割り当てられた子ケースをリリースしますが、tipc_sk_create() が sock->sk を NULL ではなく NULL 以外(ダングリング)で残したため、ガードはバイパスされます。既存の tipc_release() NULL チェックが起動され、use-after-free が回避されるように、失敗した挿入パスの sock->sk をクリアします。netns ソケット rhashtable がその max_size(tsk_rht_params.max_size = 1048576, ~2M 要素)に達すると、つまり、netns が ~2M TIPC ソケットを保持すると、すべての挿入が -E2BIG を返すと、tipc_sk_insert() 失敗に達します。バグ:KASAN:lock_sock_nestedのslab-use-after-free(net/core/sock.c:3839)タスクinit/1によるaddr ffff8880047cdc38でのサイズ8の書き込み(net/core/sock.c:3839)lock_sock_nested tipc_release(net/tipc/socket.c:638)__sock_release(net/socket.c:710)sock_close(net/socket.c:1501)__fput(fs/file_table.c:512)タスク1により割り当て:sk_alloc(net/core/sock.c:2308)tipc_sk_create(net/tipc/socket.c:487)tipc_accept(net/tipc/socket.c:2744)do_accept(net/socket.c:2034) タスク 1 により解放:__sk_destruct(net/core/sock.c:2391)tipc_sk_create(net/tipc/socket.c:504)tipc_accept(net/tipc/socket.c:2744)do_accept(net/socket.c:2034)(CVE-2026-68117)

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2026-68117

critical Nessus プラグイン ID 334279

バージョン 1.4