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

  - x86/efi:d02198550423 のコミット以降、FPU softirq の変更後の丁寧な障害処理を修正します(x86/fpu:
    softirqs でカーネルモード FPU を確実に使用できるようにすることで暗号パフォーマンスを向上)kernel_fpu_begin() は、以前の preempt_disable() の代わりに local_bh_disable() を使用する fpregs_lock() を呼び出します。これは、EFI ランタイムサービス呼び出し全体を通して preempt_count に SOFTIRQ_OFFSET を設定し、in_interrupt() が通常のタスクコンテキストで true を返すようになります。グレースフルページフォールトハンドラー efi_crash_gracefully_on_page_fault() は、in_interrupt() を使用して、実際の割り込みコンテキストの障害をベイルアウトします。SOFTIRQ_OFFSET を設定すると、ハンドラーは常に回避を行い、EFI ファームウェアページ障害は処理されないままになります。これは die() にエスカレートされ、die() も in_interrupt() を true とみなし、パニック(割り込みにおける致命的な例外)を呼び出すため、ハードシステムのフリーズが発生します。EFIランタイム呼び出し中にページフォールトをトリガーするバグのあるファームウェアを搭載したシステムでは(例:GetTime()のマップされていないメモリへのアクセス)、これは期待される正常なEFI_ABORTEDリカバリではなく、回復不能なハングを引き起こします。in_interrupt() を !in_task() に置き換えることで修正します。これにより、割り込みまたは NMI 障害に対するベイリングの本来の意図が維持され、FPU コードパスの local_bh_disable() から誤ってトリガーされることはなくなります。[ardb: Sashiko 氏は、「in_hardirq() || in_nmi()」を使用すると、fpregs_lock() が呼び出される前、efi_rts_work.efi_rts_id が割り当てられた後に softirq が取得される可能性があるウィンドウが残り、そのウィンドウで発生するページ障害が、ファームウェアに起因するものとして誤って認識されることを発見しました。代わりに、in_serving_softirq() を組み込んだ !in_task() を使用してください。](CVE-2026-46290)

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

検出

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

medium Nessus プラグイン ID 320310

バージョン 1.7