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

  - exit:proc_flush_pid全体で thread_pid への参照を保持します コミット 0a36bad01731(release_task:不要になった get/put_pid(thread_pid) を kill します) proc_flush_pid() 周囲の参照を削除しました。それは、release_task() の終わりに free_pids(post.pids) が、それまで thread_pid を存続させることを前提としていました。その仮定は間違っています。__change_pid() は、すべての PIDTYPE に対して pid_has_task() が false である場合に、デタッチされた PID のみを post.pid に記録します。別のタスクが、終了しているタスクの PID をプロセスグループまたはセッション ID としてまだ使用している場合、
    __unhash_process() は終了するタスクの PIDTYPE_PID リンクを削除しますが、PID は post.pid の外に残します。
    したがって、release_task() は、tasklist_lock をドロップした後、それに対する参照を保持しません。その後、他のタスクが残りの PIDTYPE リンクを削除できます。そのfree_pids()呼び出しはdelayed_put_pid()をスケジュールし、RCUコールバックは最初のrelease_task()がproc_flush_pid()に達する前にPIDを解放できます。権限のないリプロデューサーが、wait4(-1) と setsid() を競合させて、この順序を発生させます。3 つの新しい v7.2 KASAN ブーツのうち 3 つのレポート:
    バグ:KASAN:proc_invalidate_siblings_dcache+0x3e2/0x3f0 の slab-use-after-free タスク h7_pid_reaper/1921 によるサイズ 8 の読み取り コールトレース:proc_invalidate_siblings_dcache release_task wait_consider_task __do_wait do_wait kernel_wait4 タスク 0 により解放:kmem_cache_free put_pid delayed_put_pid rcu_core 最後の潜在的に関連する作業の作成: __call_rcu_common free_pids ksys_setsid KASAN は pid キャッシュから 144 バイトのオブジェクトを特定し、80 バイトの不適切な読み取りを解放されたオブジェクトに特定し、pid->inode と一致させました。明示的な参照により、3 つの新しい起動のうち 3 つは KASAN レポートなしで完了しました。同時 RCU コールバックは proc_flush_pid() が保護されている間にその参照をドロップし、その後でバランスput_pid() が最後の解放を実行しました。__unhash_process() が p->thread_pid をクリアする前に参照を取得し、proc_flush_pid() が完了した後にこれをリリースします。テスト済みのソース再生装置は、ご要望に応じて非公開で入手できます。制御された読み取り/書き込み、情報漏洩、または権限昇格は主張されません。メインラインパッチは v6.19.y 以降に直接適用されます。v6.16.y から v6.18.y には、コンテキスト調整済みのバックポートが必要です。(CVE-2026-97903)

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

検出

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

high Nessus プラグイン ID 350434

バージョン 1.9