CVE-2026-64532

In the Linux kernel, the following vulnerability has been resolved:

fs/ntfs3: bound NTFSDE view.dataoff in UpdateRecordData{Root,Allocation}

In doaction()'s UpdateRecordDataRoot (fslog.c:3489) and UpdateRecordDataAllocation (fslog.c:3697) cases, the memmove destination is Add2Ptr(e, le16_to_cpu(e->view.data_off)), where e->view.dataoff comes from an on-disk NTFSDE inside an INDEXROOT or INDEXBUFFER. Neither case validates view.dataoff + dlen against e->size; the existing checkifindexroot / checkifallocindex helpers walk the entry chain and validate the entry's offset, but not its internal view fields.

The neighbouring read sites (e.g., fs/ntfs3/index.c when iterating view entries) check view.dataoff + view.datasize <= e->size. Apply the same bound at the two memmove sites.

Reproduced under UML+KASAN on mainline 8d90b09e6741 via prwarn-only probe instrumentation: with view.dataoff forced to 0xFFFC, the memmove writes 32 bytes past the end of the NTFS_DE.

This is similar in shape to Pavitra Jha's 2026-05-02 patch "fs/ntfs3: prevent oob in case UpdateRecordDataRoot" (20260502105008.21827-1-jhapavitra98@gmail.com) which proposes calling ntfs3badde_range(); that helper does not exist in mainline. This patch uses inline checks.