Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - exfat：修正 exfat_find_dir_entry（） 中潛在的釋放後使用問題 在 exfat_find_dir_entry（） 中，從 exfat_get_dentry（） 獲得的buffer_head會隨著 brelse（bh） 一起釋放，然後 fall-through TYPE_EXTEND 分支透過 ep 讀取目錄項目 （指向 bh->b_data）： 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（）） 中的釋放後潛在使用。移動 brelse（bh），使其在每個分支上不再取消參照 ep 後執行。在 QEMU x86_64上確認，在 linux-next 上使用 CONFIG_KASAN=y + CONFIG_DEBUG_PAGEALLOC=y + CONFIG_PAGE_POISONING=y，使用特製的 exFAT 映像（具有相同雜湊衝突的長檔案名強制TYPE_EXTEND路徑）。在 brelse（bh） 和 ep 讀取之間插入僅除錯 invalidate_bdev（） 以使過時解除參照視窗具有確定性，未修補的核心錯誤： 錯誤：KASAN：
    exfat_find_dir_entry+0x133b/0x15a0 中的釋放後使用 錯誤：無法處理位址的頁面錯誤：
    ffff88801a5fa0c2 哎呀：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 Plugin ID 327889

版本 1.27