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

  - ext4：在存取 dirent 之前驗證 readdir 位移 當 ext4_readdir（） 從無效位置繼續時，損毀的目錄可能會觸發下列 KASAN 報告： 錯誤： KASAN：在
    __ext4_check_dir_entry+0x5ef/0x820 任務 repro_linear/509 在 addr ffff88810a646000 讀取大小 2 呼叫追蹤： <TASK> dump_stack_lvl+0x53/0x70 print_report+0xd0/0x630 kasan_report+0xce/0x100
    __ext4_check_dir_entry+0x5ef/0x820 ext4_readdir+0xcde/0x2b70 iterate_dir+0x1a1/0x520
    __x64_sys_getdents64+0x12b/0x220 do_syscall_64+0xf9/0x540 entry_SYSCALL_64_after_hwframe+0x77/0x7f </TASK> KASAN 會報告釋放後使用，因為越界存取會落在相鄰的釋放頁面中。目錄緩衝區本身仍會被參照。ext4_dir_llseek（） 會使目錄 Cookie 失效，以便 ext4_readdir（） 從區塊開頭重新掃描目錄項目。在繼續之前，重新掃描只會檢查rec_len的下限。因此，損毀的rec_len可能會將位移置於區塊空間不足以容納完整目錄項目的位置。重新掃描本身可能會取消參照該截斷的條目，或者主迴圈可能會將其傳遞給 __ext4_check_dir_entry（）。後者在驗證範圍之前讀取 de->rec_len。例如：區塊偏移 0 4092 4096 |---- de1.rec_len = 4092 -----|----|de2.inode |de2.rec_len ^ OOB，報告為 UAF de2 在此 4 KiB 區塊中的偏移 4092 處開始。它的四位元組 inode 適合區塊，但它的rec_len從偏移量 4096 開始並越過邊界。最小安全長度取決於 inode。加密和大小寫折疊的目錄項目需要 8 個額外的雜湊位元組，而有效的中繼資料總和檢查碼尾部只有 12 個位元組。快取中繼資料總和檢查碼功能狀態，並從磁碟格式衍生最小目錄項目長度。使用它來綁定重新掃描和傳遞到主迴圈的偏移。報告截斷區塊尾部中的偏移並略過區塊的其餘部分，同時繼續接受區塊邊界處的偏移。（CVE-2026-92499）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

Linux Distros 未修補弱點：CVE-2026-92499

medium Nessus Plugin ID 347355

版本 1.10