CVE-2026-80807 in Linux
Zusammenfassung
von VulDB • 04.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
nilfs2: Ungültigen Block-Index im GC-ioctl ablehnen
Syzbot meldete eine Beschädigung der Listenstruktur, verursacht durch einen doppelten Aufruf von list_add_tail() auf bh->b_assoc_buffers innerhalb von nilfs_lookup_dirty_data_buffers().
Die Analyse ergab, dass die Ursache in der Einfügung einer Seite/eines Folios mit einem Seitenindex (page index) von ULONG_MAX in den Seitencache über das GC-ioctl lag. filemap_get_folios_tag(), aufgerufen durch nilfs_lookup_dirty_data_buffers(), erkannte wiederholt ein schmutziges Foliomit dem Seitenindex ULONG_MAX aufgrund eines Index-Überlaufs, was zu einer doppelten Verarbeitung von schmutzigen Puffern führte.
Als vorbereitender Schritt lädt das GC-ioctl die Seite/das Folio des Blocks, der während der Garbage Collection verschoben werden soll, und fügt sie/es basierend auf Informationen in der als Argument übergebenen nilfs_vdesc-Struktur in den Seitencache ein. Normalerweise verursacht dies keine Probleme, da die Benutzeranwendungs-GC-Bibliothek die nilfs_vdesc-Struktur ordnungsgemäß konfiguriert. Da jedoch keine Bereichsprüfung für die Parameter erfolgt, die den Seitenindex bestimmen, kann eine Anfrage mit künstlich erstellten Parametern – wie sie von Syzbot generiert wurden – dazu führen, dass ein Seite/Folio mit einem Seitenindex von ULONG_MAX eingefügt wird, was das oben beschriebene Problem auslöst.
Dieses Problem wurde behoben, indem die Bereiche von 'vd_offset' und 'vd_vblocknr' in der nilfs_vdesc-Struktur überprüft werden, welche den Seitenindex bestimmen, wodurch ungültige Einfügungen von Seite/Folio verhindert werden.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.