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

  - fs/fcntl:fasync シグナル伝達の SOFTIRQ-安全でないロック順序を修正します。プロセスグループが信号を受信すると、send_sigio() および send_sigurg() で SOFTIRQ-safe から SOFTIRQ への安全でないロック順序のデッドロックが発生する可能性があります。FASYNC がプロセス グループ (PIDTYPE_PGID) に対して構成されている場合、両方の関数で read_lock(&tasklist_lock) を使用してタスク リストをトラバースします。ただし、それらは頻繁に softirq コンテキストから呼び出されます:- input_inject_event -> kill_fasync 経由の send_sigio() - tcp_check_urg -> sk_send_sigurg 経由の send_sigurg()NET_RX_SOFTIRQデッドロックは、rwlock writer 公平性メカニズムによって発生します:1. CPU 0(プロセスコンテキスト)が do_wait() で read_lock(&tasklist_lock) を保持します。2. CPU 1(プロセスコンテキスト)が、fork() または exit() で write_lock(&tasklist_lock) を試行し、スピンし、すべての新しいリーダーをブロックします。3. CPU 0 が softirq によって中断される (TCP URG パケット受信など)。4. softirq が send_sigurg() を呼び出して read_lock(&tasklist_lock) の取得を試みますが、CPU 1 が待機しているためデッドロックします。PID ハッシュおよび do_each_pid_task() トラバーサルはすでに RCU 保護されているため、tasklist_lock の read_lock は安全なトラバーサルのために厳密に必要ではなくなりました。tasklist_lock を rcu_read_lock() に置き換え、プロセスグループシグナリングパスをシングル PID パスに整列することで、この問題を修正します。これにより、TCP URGパケットを介した潜在的なリモートサービス拒否ベクトルも軽減されます。Lockdep splat:===================================================== 警告:
    SOFTIRQ-safe -> SOFTIRQ-unsafe ロック順序が検出されました [...]チェーンが存在する:&dev->event_lock --> &f_owner->lock --> tasklist_lock 考えられる割り込みの安全でないロックシナリオ:CPU0 CPU1 ---- ---- lock(tasklist_lock);local_irq_disable();ロック(&dev->event_lock);ロック(&f_owner->ロック); <Interrupt> ロック(&dev->event_lock);デッドロック *** (CVE-2026-52946)

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

検出

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

high Nessus プラグイン ID 322629

バージョン 1.6