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

  - ntfs3：驗證 indx_insert_into_buffer indx_insert_into_buffer（） 中的分割點偏移 計算 used = used1 - to_copy - sp_size;memmove（de_t， Add2Ptr（sp， sp_size），已使用 - le32_to_cpu（hdr1->de_off））;其中 sp 和 sp_size 來自 hdr_find_split（）。hdr_find_split（） 會依 le16_to_cpu（e->size） 遍歷項目，而不驗證每個步驟是否保持在 hdr->used 內，或 size 欄位至少為 sizeof（struct NTFS_DE）。index_hdr_check（） 是載入閘道守，僅驗證標頭層級欄位 （used、total、de_off），不會遍歷每個項目大小。因此，一個特製的 NTFS 映像，其葉INDEX_HDR報告 used == total，但包含一個大小 = 0xFFF0 的內部NTFS_DE，因此會通過驗證，透過 ntfs_create（） -> indx_insert_entry（） 路徑下降到 indx_insert_into_buffer（），並使 hdr_find_split（） 傳回一個 sp，其sp_size （0xFFF0） 大大超過緩衝區中的剩餘位元組。
    u32 減法反向溢位，memmove 計數變成接近 4 GiB 的值，從而產生越界核心寫入，從而損毀相鄰的分配並使核心發生錯誤。在 7.0.0-rc7 上使用 UML + KASAN 透過精心製作的映像和掛載目錄內的單一「觸摸」進行複製;當機網站解析為 memmove 處的 fs/ntfs3/index.c。觸發程序只需要在本機掛載攻擊者提供的檔案系統映像 （USB、回送或卸除式媒體自動掛載）。每當所選 sp 加上其宣告的大小已超出 hdr1->used 時，就拒絕分割。這是最低限度的修復;它會保留現有的 hdr_find_split（） 合約，並依賴與先前存在的錯誤傳回相同的 out： cleanup 路徑。在提交 b8c44949044e （fs/ntfs3： 透過收緊 hdr_find_e（） 來修正 indx_insert_into_buffer） 中的 OOB 讀取，但該修正並未涵蓋此處解決的分割點大小欄位路徑： sp 是由 hdr_find_split（） 傳回，而不是 hdr_find_e（） 傳回，indx_insert_into_buffer 而下溢是由 sp->size 驅動，而不是 hdr->used 超過 hdr->total。
    (CVE-2026-72191)

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

偵測

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

critical Nessus Plugin ID 335522

版本 1.7