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

  - mm/huge_memory:softleaf_to_folio() で Folio がロックされていない問題を修正します。arm64 サーバーで、移行エントリから取得する Folio が softleaf_to_folio() でロックされていないことが判明しました。この問題は、mTHP分割とzap_nonpresent_ptes()が競合するときにトリガーされ、根本的な原因はsoftleaf_to_folio()のメモリバリアの欠如です。競合は以下のとおりです:CPU0 CPU1 deferred_split_scan() zap_nonpresent_ptes() lock folio split_folio() unmap_folio() PTE を移行エントリに変更 __split_folio_to_order() softleaf_to_folio() tail ページにフラグ (PG_locked を含む) を設定 folio = pfn_folio(softleaf_to_pfn(entry)) smp_wmb() VM_WARN_ON_ONCE(!folio_test_locked(folio)) prep_compound_page() tail pages に
    __split_folio_to_order()、smp_wmb() は、末尾ページが非複合になる前に、末尾ページのページフラグが表示されるようにします。smp_wmb() は、softleaf_to_folio() の smp_rmb() とペアにする必要がありますが、これは欠落しています。
    その結果、zap_nonpresent_ptes()がtail pfnを格納する移行エントリにアクセスすると、softleaf_to_folio()がpage->flagsの前に更新されたcompound_headのtailページを見る可能性があります。この問題は、Folio split と zap_nonpresent_ptes() の間の競合のため、pfn_swap_entry_folio() で VM_WARN_ON_ONCE() をトリガーし、Folio ロックを保持せずに Folio が不適切に変更されます。これは、v6.19-rc1 でマージされた、コミット 93976a20345b(mm:さらなる swapops 述部を削除)前の BUG_ON() です。これを修正するには、ソフトリーフエントリが softleaf_to_folio() と softleaf_to_page() の移行エントリである場合、欠落している smp_rmb() を追加します。[tujinjiang@huawei.com:関数名とコメントを更新します](CVE-2026-31466)

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

検出

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

medium Nessus プラグイン ID 309702

バージョン 1.11