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

  - exfat:exfat_find_dir_entry() で発生する可能性のある use-after-free を修正します exfat_find_dir_entry() では、フォールスルー TYPE_EXTEND ブランチが ep を通じて(BH->b_data を指す)ディレクトリエントリを読み込む前に、exfat_get_dentry() から取得されたbuffer_headが brelse(bh) で解放されます: brelse(bh);if (entry_type == TYPE_EXTEND) { ...len = exfat_extract_uni_name(ep、entry_uniname);... }brelse() が参照をドロップした後、bh->b_data を支える下層ページが後続の exfat_extract_uni_name() 読み取りに対して有効なままであることを保証するものは何もありません。これはコミット fc961522ddbd で修正されたものと同じパターンです(exfat:exfat_load_upcase_table() の use-after-free の可能性を修正します)。ep が各ブランチで逆参照されなくなった後に実行されるように、brelse(bh) を移動します。細工された exFAT 画像(TYPE_EXTEND パスを強制する、同一ハッシュ衝突を伴う長いファイル名)を使用して、linux-next 上の CONFIG_KASAN=y + CONFIG_DEBUG_PAGEALLOC=y + CONFIG_PAGE_POISONING=y の QEMU x86_64で確認されました。brelse(bh) と ep 読み取りの間にデバッグ専用 invalidate_bdev() を挿入して、stale-deref ウィンドウを決定性にすると、パッチを適用しないカーネル障害:バグ:KASAN:
    exfat_find_dir_entry+0x133b/0x15a0 の use-after-free バグ:アドレスのページ障害を処理できません:
    ffff88801a5fa0c2 Oops:0000 [#1] SMP DEBUG_PAGEALLOC KASAN NOPTI RIP:
    0010:exfat_find_dir_entry+0x1188/0x15a0 このパッチを適用すると、同じサニタイザースタックの下で同じインストルメントハーネスが正常に完成します。私は、通常の回収において、インストルメント化されていないカーネルでのクラッシュを再現したことはありません。インストルメント化された A/B は、有効期間違反を確立し、パッチがそれを閉じることを確立しますが、支援されていないトリガー可能性のクレームではありません。(CVE-2026-63808)

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

検出

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

critical Nessus プラグイン ID 327889

バージョン 1.11