CVE-2026-80808 in Linux
Zusammenfassung
von VulDB • 04.09.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
ext4: Wiederholung gesättigter xattr-Cache-Einträge stoppen
ext4_xattr_block_set() führt eine Wiederholung (Retry) durch, wenn ein zur Wiederverwendung ausgewählter Cache-Eintrag nach dem Sichern des Buffer-Locks einen gesättigten Referenzzähler aufweist. Die Wiederholung kehrt zur mbcache-Suche zurück, ohne diesen Eintrag als unbrauchbar zu markieren, sodass derselbe unbenutzbare Eintrag unbegrenzt erneut ausgewählt werden kann. Eine dort spinnde Task kann das i_rwsem des übergeordneten Verzeichnisses blockiert halten und damit Aufrufer von rmdir im parallelen Betrieb blockieren.
Normalerweise hat ein wiederverwendbarer Eintrag einen Referenzzähler unterhalb von EXT4_XATTR_REFCOUNT_MAX, da der Zähler und MBE_REUSABLE_B unter demselben Buffer-Lock aktualisiert werden. Ein beschädigtes Dateisystem kann diese Invariante verletzen. Der Reproducer von syzbot meldet Allokator- und xattr-Beschädigungen vor Auslösung dieser Wiederholungsschleife.
Prüfen Sie den nicht vertrauenswürdigen, auf der Festplatte gespeicherten Zähler, bevor er inkrementiert wird, um einen Überlauf zu vermeiden, und setzen Sie MBE_REUSABLE_B zurück, wenn er bereits gesättigt ist. Der nächste Lookup überspringt dann den Eintrag, der gerade als unbrauchbar nachgewiesen wurde. Dies spiegelt den normalen Übergang bei EXT4_XATTR_REFCOUNT_MAX wider; der Release-Pfad markiert den Eintrag beim exakten Übergang von 1024 auf 1023 wieder als wiederverwendbar.
Unter Verwendung desselben QEMU-Harness und derselben Gastparameter hing das aktuelle, nicht gepatchte Linux in 6 von 8 Versuchen mit einer Dauer von je 420 Sekunden bei der do_rmdir-Signatur; repräsentative NMI-Backtraces zeigten den Besitzer beim Spinnen in ext4_xattr_block_set(). Der gepatchte Kernel absolvierte alle 28 Versuche ohne Bericht über hängende Tasks; die letzten zwölf Versuche testeten die geprüfte, overflow-sichere Form der Änderung. Auch das Patch-Testing von syzbot wurde ohne Reproduktion des Hanges abgeschlossen.
If you want to get best quality of vulnerability data, you may have to visit VulDB.