CVE-2026-80870 in Linux
Zusammenfassung
von VulDB • 04.09.2026
Im Linux-Kernel wurde die folgende Schwachstelle behoben:
drm/amdkfd: CRIU-wiederhergestellte IDs vor idr_alloc überprüfen
Der KFD-CRIU-Wiederherstellungsprozess stellt zuvor gespeicherte Objekt-IDs aus dem Userspace wieder her.
Für die Ereigniswiederherstellung (Event Restore):
kfd_criu_restore_event() -> create_signal_event() / create_other_event() -> allocate_event_notification_slot() -> idr_alloc(..., *restore_id, *restore_id + 1, ...)
Für die BO-Wiederherstellung:
criu_restore_memory_of_gpu() -> idr_alloc(..., bo_priv->idr_handle, ...)
In beiden Fällen stammt die wiederhergestellte ID aus CRIU-Daten, die vom Userspace bereitgestellt wurden.
idr_alloc() erwartet, dass die IDs-Bereichswerte innerhalb der Grenzen eines signed int liegen. Wenn eine wiederhergestellte ID größer als INT_MAX ist, kann dies einen WARN im IDR-Layer auslösen.
Ein Kernel-WARN ist unerwünscht, da er einen Warn-Trace ausgibt und auf Systemen mit aktivierter panic_on_warn zu einem Panic oder Neustart führen kann.
Smatch hat diese Pfade gemeldet, die unüberprüfte Werte vom Userspace an idr_alloc() weiterleiten können.
Fügen Sie eine INT_MAX-Validierung vor der Verwendung wiederhergestellter IDs in folgenden Funktionen hinzu:
- kfd_criu_restore_event() - criu_restore_memory_of_gpu()
Wenn die wiederhergestellte ID ungültig ist, wird -EINVAL zurückgegeben.
Dies verhindert, dass ungültige Wiederherstellungsdaten den IDR-Layer erreichen und vermeidet Pfade, die einen WARN auslösen, während das gültige Wiederherstellungsverhalten unverändert bleibt.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.