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

  - cgroup:cgroup がデポップされるまで css percpu_ref rmdir での kill を延長します v7.0 にさかのぼる一連のコミットは、タスクがまだ cgroup でカーネル側の作業を行っている間は、サブシステムの ->css_offline() を実行してはならないコントローラー不変性を満たすために、rmdir を修正しました。[1] d245698d727a(cgroup:タスクの切り替えが完了するまで、タスクcgroupのリンク解除を延期)[2] a72f73c4dd9b(cgroup:cgroupでデッドタスクを露出しない)[3] 1b164b876c36(cgroup:終了中のタスクがrmdirに残るのを待機)[4] 4c56a8ac6869(cgroup:
    cgroup_drain_dying() テストによる間違った条件を修正) [5] 13e786b64bd3 (cgroup: インクリメント nr_dying_subsys_* を rmdir コンテキストから) [1] タスクの cset unlink を do_exit() から finish_task_switch() に移動しました。このため、タスクの cset リンクは、タスクがスケジューリングを完全に停止した後にのみドロップします。これにより、exit_signals() を過ぎたタスクが、最終的なコンテキスト切り替えまで cset->tasks にとどまり、ユーザー空間が rmdir の後に期待するものが、カーネルが待つ必要があるものから逸脱するため、一連の問題を引き起こしていました。[2]-[5] はその相違を埋めようと試みました:[2] cgroup.procs から終了するタスクをフィルター処理しました。[3]彼らのためにrmdir(2)をTASK_UNINTERRUPTIBLEで眠らせた。[4] 待機状態を修正しました。[5] 同期的に nr_dying_subsys_* を表示可能にしました。[3] での cgroup_drain_dying() 待機は行き止まりであることが判明しました。rmdir 呼び出し元が、pidns ティアダウンを固定するゾンビの死神でもある場合(例えば、ホスト PID 1 systemd は、同じティアダウンの間に親として再育成されたオーファン pid をリパクトしています)、rmdir は、これらの pid が解放されるのを待機しているTASK_UNINTERRUPTIBLE、PID 1 は死神であり、rmdir にスタックしているため、pid は解放できません。 およびシステム A-A デッドロック。内部ロックの順序付けがこれを中断することはありません。待機自体がバグです。しかし、元の並べ替えを推進した css killing 側は、きれいに非同期にすることができます: ->css_offline() はすでに非同期です。percpu_ref_kill_and_confirm() によって駆動される css_killed_work_fn() から実行します。この修正では、すべてのタスクが cgroup を離れた後にのみ、そのチェーンを開始させることができます。rmdir のユーザー可視側は cgroup.procs およびフレンドが空になるとすぐに返されますが、->css_offline() は cgroup が完全にドレインされた後にのみ実行されます。vanillaをハングアップし、ここで成功する元のリプロデューサー(pidns teardown + zombie reaper、vngの下で実行)と、[2]、[3]、[4]、[5]のコミットごとの決定論的再現によって検証され、各状態に確実に到達できるようにブートパラメーターを使用して post-exit_signals()ウィンドウを広げます。その上にいくつかのストレステスト。cgroup_apply_control_disable() は、既存の競合の形は同じです:コントローラーが subtree_control で無効化されると、kill_css() は同期的に実行され、exit_signals() を超えたタスクは引き続き cgroup の csets にリンクされる可能性があり、->css_offline() は排出される前に起動する可能性があります。このパッチは、その呼び出しサイト(kill_css_sync() + kill_css_finish() の連続した)における既存の同期的な動作を保持し、フォローアップパッチが per-css トリガーを使用してそこで kill_css_finish() を延期します。これは正しいアプローチのように思えますし、問題はないと思います。この変更は、多少侵襲的ではありますが、過度に侵襲的ではないため、安定版(stable)にバックポートしても問題ないはずです。何かが間違っていることが判明した場合、フォールバックはチェーン全体([1]-[5])を元に戻し、代わりに開発ブランチで再作業することです。v2:queue_work() の周りで明示的な cgroup_get()/cgroup_put() を使用して、延期破壊作業全体に cgrp を固定します。work_fn v1 は実際には壊れていませんでしたが (cgroup_task_dead() で順序付けcgroup_offline_wq + queue_work の順序で保存しました)、明示的な参照により、これらの明白ではない不変条件への依存関係が削除されます。説明の既存の cgroup_apply_control_disable() 競合にも注意してください。フォローアップでは、そこで kill_css_finish() が延期されます。
    (CVE-2026-46223)

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

検出

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

medium Nessus プラグイン ID 318540

バージョン 1.8