CVE-2026-80536 in Linux
Zusammenfassung
von VulDB • 26.08.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
xfs: Puffer-Log-Eintrag auf gültige Grenzen prüfen (Bounds-Check)
xlog_recover_do_reg_buffer() spielt jeden schmutzigen Bereich, der durch die Bitmap eines Puffer-Log-Eintrags beschrieben wird, in den für diesen Eintrag gelesenen Puffer zurück:
memcpy(xfs_buf_offset(bp, (uint)bit << XFS_BLF_SHIFT), item->ri_buf[i].iov_base,
nbits << XFS_BLF_SHIFT);
Der Ziel-Offset (bit/nbits aus der protokollierten schmutzigen Bitmap) und die Puffergröße (aus dem protokollierten blf_len) sind beide vom Angreifer kontrollierbar und ansonsten nicht miteinander verknüpft. Die einzige Begrenzung für den Kopiervorgang ist jedoch ein ASSERT(), das in Produktionskernels herauskompiliert wird. Ein speziell angefertigtes Image, das einen kleinen blf_len zusammen mit einem Bitmap-Bit hinter dem Ende dieses Puffers protokolliert, führt dazu, dass memcpy() über die Grenzen der Pufferzuweisung hinausgreift und benachbarten Kernel-Heap während der Protokollwiederherstellung beim Mounten beschädigt. Dies ist für jeden erreichbar, der ein speziell angefertigtes Image mounten kann – das Bedrohungsmodell „böswilliges Dateisystem“ wird von XFS an anderer Stelle bereits abgedeckt.
Das ASSERT() wird in eine echte XFS_IS_CORRUPT()-Prüfung umgewandelt, die die Wiederherstellung des Puffers mit -EFSCORRUPTED abbricht, konsistent mit dem „validate-and-fail“-Idiom, das bereits in xlog_recover_do_inode_buffer() und xfs_dquot_item_recover.c verwendet wird. Daher wird xlog_recover_do_reg_buffer() zu STATIC int, und seine drei Aufrufer geben den Fehler weiter.
Gefunden und bestätigt mit KASAN auf einem CONFIG_XFS_DEBUG=n-Build: Das speziell angefertigte Image löst vor dieser Änderung einen slab-out-of-bounds-Write aus und schlägt nach der Änderung sauber mit -EFSCORRUPTED bei der Wiederherstellung fehl.
If you want to get best quality of vulnerability data, you may have to visit VulDB.