CVE-2026-64432 in Linux
Zusammenfassung
von VulDB • 25.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
fs/ntfs3: Validierung der Kapazität des Dirty Page Table (DPT) bei log_replay copy_lcns
Während der Analysephase der Wiederherstellung ($LogFile)-Journal wird in `log_replay()` LCNs aus jedem Aktions-Log-Eintrag in einen vorhandenen Eintrag im Dirty Page Table (DPT) kopiert, ohne den Zielindex zu begrenzen. Ein speziell angefertigtes NTFS-Abbild mit DPT-Einträgen, bei denen lcns_follow=1 ist, und einem Aktions-Log-Eintrag mit lcns_follow=2 führt beim Mounten zu einem slab-out-of-bounds-Schreibzugriff im Kernel:
BUG: KASAN: slab-out-of-bounds in log_replay+0x654c/0xdb60 Write of size 8 at addr ffff8880095e1040 by task mount
Zwei angreiferkontrollierte Felder können dazu führen, dass j+i über den zugewiesenen page_lcns[]-Array hinausgeht:
1. dp->lcns_follow (Kapazität) kann kleiner sein als lrh->lcns_follow. 2. lrh->target_vcn kann kleiner sein als dp->vcn, wodurch die u64-Subtraktion zu einem extrem großen size_t überläuft.
Validieren Sie das Ziel-VCN-Delta und den LCN-Zähler pro Eintrag gegen die DPT-Eintragskapazität; brechen Sie ab via der bestehenden out:-Cleanup-Markierung mit -EINVAL.
Dies entspricht dem Pattern zur Begrenzungsprüfung, das in Commit b2bc7c44ed17 („fs/ntfs3: Fix slab-out-of-bounds read in DeleteIndexEntryRoot") und Commit 0ca0485e4b2e („fs/ntfs3: validate rec->used in journal-replay file record check") hinzugefügt wurde.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.