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

critical Nessus プラグイン ID 335631

Language:

概要

Linux/Unix ホストには、ベンダーにより修正されていないことを示す脆弱性を持つ複数のパッケージがインストールされています。

説明

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

- net/9p:致命的な信号での p9_client_rpc の無限ループを修正します。p9_client_rpc() がタイプ P9_TFLUSH で呼び出され、トランスポートにピアがない場合(例:9p サーバーがないパイプで支えられた fd 転送)、致命的な信号により無限ループが発生します。再度: err = io_wait_event_killable(req->wq, ...) /* SIGKILL がタスクをウェイク解除します。 returns -ERESTARTSYS */ if (err == -ERESTARTSYS &&; c->status == Connected &; type == P9_TFLUSH) {sigpending = 1; clear_thread_flag(TIF_SIGPENDING); goto again; } clear_thread_flag() は、io_wait_event_killable() に戻る前にTIF_SIGPENDINGをクリアします。signal_pending_state() はTIF_SIGPENDINGをチェックし、ゼロであることを見つけると、タスクは再びスリープ状態になります。タスクは、signal_wake_up() を呼び出し、再度TIF_SIGPENDING設定する次のシグナル配信時にのみ起動できます。その場合、ループが繰り返され、TIF_SIGPENDINGがクリアされ、再び無期限にスリープ状態になります。これは実際には coredump_wait() によってトリガーされます:マルチスレッドプロセスのスレッドがコアダンプを引き起こすとき(例えば、Syscall User Dispatch からの SIGSYS 経由)、coredump_wait() は SIGKILL を他のすべてのスレッドに送信し、それらが mm_release() を呼び出すのを待ちます。これらのスレッドの 1 つがピアのない fd トランスポート上の p9_client_rpc() でブロックされると、P9_TFLUSH ループに入り、mm_release() が呼び出されないため、coredump_wait() は永久にストールします: INFO:タスク syz.0.18:676 143 秒以上ブロックされます。汚染されていない 6.12.77+ #1 task:syz.0.18 state:D stack:27600 pid:676 tgid:673 ppid:630 flags:0x00000004 呼び出しトレース: <TASK> context_switch kernel/sched/core.c:5344 [インライン]
__schedule+0xcb4/0x5d50 kernel/sched/core.c:6724 __schedule_loop kernel/sched/core.c:6801 [インライン] schedule+0xe5/0x350 kernel/sched/core.c:6816 schedule_timeout+0x253/0x290 kernel/time/timer.c:2593 do_wait_for_common kernel/sched/completion.c:95 [インライン] __wait_for_common+0x409/0x600 kernel/sched/completion.c:116 wait_for_common kernel/sched/completion.c:127 [インライン] wait_for_completion_state+0x1d/0x40 kernel/sched/completion.c:264 coredump_wait fs/coredump.c:448 [インライン] do_coredump+0x854/0x4350 fs/coredump.c:629 get_signal+0x1425/0x2730 kernel/signal.c:2903 arch_do_signal_or_restart+0x81/0x880 arch/x86/kernel/signal.c:337 exit_to_user_mode_loop kernel/entry/common.c:111 [インライン] exit_to_user_mode_prepare include/linux/entry-common.h:328 [インライン]
__syscall_exit_to_user_mode_work kernel/entry/common.c:207 [インライン] syscall_exit_to_user_mode+0xf9/0x160 kernel/entry/common.c:218 do_syscall_64+0x102/0x220 arch/x86/entry/common.c:84 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> 修正:P9_TFLUSH再試行ループでTIF_SIGPENDINGをクリアする前に fatal_signal_pending() をチェックします。その時点でTIF_SIGPENDINGはまだ設定されているので、fatal_signal_pending() は正しく動作します。致命的な信号が保留中の場合は、recalc_sigpending に移動してTIF_SIGPENDINGを復元し、発信者に -ERESTARTSYS を返します。5.4にさかのぼる安定したカーネルでも、同じ欠陥が存在します。これらのカーネルでは、親プロセスからの2番目のSIGKILLによって無限ループが早期に中断されるため(タイムアウト後のkill_and_wait()の再試行など)、恒久的なD状態のハングではなく、ゾンビプロセスとシャットダウン遅延が発生しますが、内在する内在の欠陥は同じです。Syzkaller で Linux Verification Center (linuxtesting.org) によって発見されました。(CVE-2026-72166)

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

ソリューション

現時点で既知の解決策はありません。

参考資料

https://security-tracker.debian.org/tracker/CVE-2026-72166

プラグインの詳細

深刻度: Critical

ID: 335631

ファイル名: unpatched_CVE_2026_72166.nasl

バージョン: 1.1

タイプ: Local

エージェント: unix

ファミリー: Misc.

公開日: 2026/8/15

更新日: 2026/8/15

サポートされているセンサー: Frictionless Assessment Agent, Nessus Agent, Agentless Assessment, Tenable Cloud Security, Tenable Self-Hosted Container Security, Nessus