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

  - mmswapVMA で操作する前に安定したアドレス空間を確認します。スワップオフパスから呼び出される unuse_mm() の vmas をトラバースする際にゼロエントリにヒットすることがあり、これにアクセスすることで OOPS が発生します でカーネルの NULL ポインターデリファレンスを処理できません仮想アドレス 000000000000446--> アドレスとして XA_ZERO_ENTRY 上のオフセット 0x40 からメモリをロード。Mem abort infoESR = 0x0000000096000005 EC = 0x25DABT現在の EL、IL = 32 ビット SET = 0、FnV = 0 EA = 0、S1PTW = 0 FSC = 0x05レベル 1 変換障害 問題は以下から発生しますプロセス上の fork() と swapoff の間の競合 fork(dup_mmap()) swapoff(unuse_mm) ----------------- ------------- ---- 1) 同一の mtree は、 __mt_dup() を使用して構築されます。 2) copy_pte_range()--> copy_nonpresent_pte()swapoff 操作に可視化されるために mmlist に追加されます。 3) 致命的なシグナルが fork 中の最新の親プロセスに送信されるため、vmas の重複をスキップし、exit_mmap() 中に役立つこのプロセス用のマーカーとして vma 範囲を XA_ZERO_ENTRY でマークします。 4) swapoff は、2. 5) unuse_mm() の一部として「mmlist」に追加された「mm」で試行され、この「mm」の vma を反復することにより、NULL 以外のゼロエントリにヒットし、この上で動作します。 vma としてのゼロエントリが oops を引き起こしています。適切な修正は、mmap ロックをドロップする際に、この部分的に有効なツリーを他のものに漏洩しないようにすることで、これは [1] で解決されています。よりシンプルなソリューションは、MMF_UNSTABLE をチェックすることです。これは、dup_mmap() で mm_struct が完全に初期化されていない場合に設定されるためです。この問題を修正するためのすべての提案をしたLiam/Lorenzo/Davidに感謝します。CVE-2025-39992

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

検出

Linux Distros のパッチ未適用の脆弱性: CVE-2025-39992

medium Nessus プラグイン ID 271534

バージョン 1.13