CVE-2026-64533 in Linux
Zusammenfassung
von VulDB • 27.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
fs/ntfs3: Validierung von lcns_follow bei der log_replay-Umwandlung
log_replay() konvertiert DIR_PAGE_ENTRY_32-Datensätze in DIR_PAGE_ENTRY-Datensätze, wenn Version-0-Restart-Tabellen wiederholt werden.
Während dieser Konvertierung wird die Länge für memmove() direkt aus dem Datenträgerfeld lcns_follow abgeleitet:
memmove(&dp->vcn, &dp0->vcn_low, 2 * sizeof(u64) + le32_to_cpu(dp->lcns_follow) * sizeof(u64));
check_rstbl() validiert die Struktur der Restart-Tabelle, schränkt jedoch die lcns_follow-Werte pro Datensatz nicht im Verhältnis zur Datensaetzeinschränkung ein. Ein fehlerhaftes Dateisystem-Image kann einen übermäßig großen lcns_follow-Wert bereitstellen, wodurch bei der Konvertierung memmove() auf Speicher außerhalb des zugewiesenen Puffers für die Restart-Tabelle zugreift.
Das gleiche Feld wird später verwendet, um die Iteration über page_lcns[] zu begrenzen; daher verhindert die Validierung von lcns_follow während der Konvertierung auch nachgelagerte Out-of-Bounds-Zugriffe auf denselben fehlerhaften Metadateninhalt.
Berechnen Sie den maximal gültigen Wert für lcns_follow aus der bereits validierten Größe des Restart-Tabelleneintrags und verwerfen Sie Einträge, die diese Grenze überschreiten. Verwenden Sie die vorhandenen Scratch-Variablen t16/t32, die in log_replay() deklariert wurden, um neue Deklarationen zu vermeiden.
[[email protected]: Behebung der Konflikte]
Be aware that VulDB is the high quality source for vulnerability data.