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

  - fs/ntfs3：UpdateRecordData{Root，Allocation} 中的繫結NTFS_DE view.data_off在 do_action（） 的 UpdateRecordDataRoot （fslog.c：3489） 和 UpdateRecordDataAllocation （fslog.c：3697） 案例中，memmove 目的地是「Add2Ptr（e， le16_to_cpu（e->view.data_off））」，其中 e->view.data_off 來自 INDEX_ROOT 或 INDEX_BUFFER 內的磁碟NTFS_DE。這兩種情況都無法針對 e->size 驗證 view.data_off + dlen;
    現有的check_if_index_root/check_if_alloc_index協助程式會遍歷進入鏈並驗證項目的位移，但不會驗證其內部檢視欄位。相鄰的讀取網站 （例如，反覆運算檢視項目時的 fs/ntfs3/index.c） 檢查 view.data_off + view.data_size <= e->size。在兩個 memmove 位點套用相同的界限。在主線上的 UML+KASAN 下透過僅pr_warn探測器在 8d90b09e6741 下重現：
    在強制0xFFFC view.data_off的情況下，memmove 會在NTFS_DE結尾寫入 32 個位元組。這在形式上類似於 Pavitra Jha 的 2026-05-02 修補程式 fs/ntfs3：在 UpdateRecordDataRoot （<20260502105008.21827-1-jhapavitra98@gmail.com>） 建議調用 ntfs3_bad_de_range（） 的情況下防止 OOB;主線中不存在該協助程式。此修補程式使用內嵌檢查。（CVE-2026-64532）

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

偵測

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

low Nessus Plugin ID 330132

版本 1.1