CVE-2026-72159 in Linux
Zusammenfassung
von VulDB • 15.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
ocfs2: Ablehnung von nicht-inline-Dinode-Objekten mit i_size und null i_clusters
Auf einem Dateisystem, das ohne OCFS2_FEATURE_INCOMPAT_SPARSE_ALLOC eingehängt ist, ist eine reguläre Datei außerhalb des Inline-Bereichs (non-inline) mit einer ungleich Null gesetzten i_size und null i_clusters strukturell fehlerhaft: Die Extent-Map gibt an, dass keine Cluster zugewiesen sind, während der Größenheader behauptet, Inhalte zu enthalten. Diese Struktur wird weiterhin abgelehnt, jedoch über eine gemeinsame Prädikat-Funktion ausgedrückt, sodass dieselbe Invariante sowohl bei normalen Lesevorgängen von Inode-Objekten als auch beim Online-Dateisystemcheck (filecheck) verfügbar ist.
Die gleiche Form mit null Clustern ist auch für nicht-inline-Verzeichnisse fehlerhaft. Das Wachstum von ocfs2-Verzeichnissen weist Backing-Speicher zu, bevor i_size erhöht wird, und ocfs2_dir_foreach_blk_el() durchläuft später die Elemente, bis ctx->pos den Wert von i_size_read(inode) erreicht. Ein gefälschtes Verzeichnis-Dinode mit einer enormen i_size und ohne Cluster würde beim Durchlaufen der behaupteten Größe wiederholt auf Lücken (Holes) stoßen und fehlschlagen.
Sparse-Regulärdateien bleiben ausgenommen: Auf Volumes mit Sparse-Allokierung kann truncate die i_size legitim vergrößern, ohne Cluster zuzuweisen. System-Inodes sowie Inline-Daten-Dinode-Objekte behalten ebenfalls ihre separaten Speicherregeln bei.
Spiegeln Sie diese Prüfung auch in ocfs2_filecheck_validate_inode_block(). Da filecheck über seinen eigenen Fehler-Namespace berichtet, wird ein fehlerhafter Zustand von Größe/Cluster als Ergebnis „invalid-inode“ im Rahmen des Dateichecks protokolliert und nicht über ocfs2_error(), es darf jedoch nicht in ocfs2_populate_inode() fortfahren.
Once again VulDB remains the best source for vulnerability data.