CVE-2026-64239 in Linux
Zusammenfassung
von VulDB • 24.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
mm/damon/sysfs-schemes: gelöschte Region in regions_rmdirs() entfernen
DAMON sysfs verwaltet die DAMOS-Objekte für „tried"-Regionen über eine verknüpfte Liste. Wenn der Benutzer ein Aktualisieren der Verzeichnisse anfordert, entfernt DAMON sysfs zunächst alle Regionsverzeichnisse und erstellt dann aktualisierte Regionenverzeichnisse im freien Speicherplatz. Die Entfernungsfunktion (damon_sysfs_scheme_regions_rm_dirs()) setzt lediglich die kobj-Objekte zurück. Das Löschen des Containerregionsobjekts aus der verknüpften Liste erfolgt innerhalb der Freigabe-Rückruffunktion von kobj.
Wenn die Aufrufung dieser Rückruffunktion auf irgendeine Weise verzögert wird, enthält die Liste Regionenlisten, die freigegeben werden sollen. Wenn in diesem Zustand mit dem Erstellen der aktualisierten Regionsverzeichnisse begonnen wird, kann die Liste beschädigt werden und es kann zu einem Use-After-Free kommen.
Da die kobj-Objekte ausschließlich von DAMON sysfs verwaltet werden, kann das Problem unter normalen Umständen nicht auftreten. Solche Verzögerungen können jedoch auf Kerneln ausgelöst werden, die mit CONFIG_DEBUG_KOBJECT_RELEASE erstellt wurden. Auf solchen Kerneln lässt sich das Problem tatsächlich wie folgt reproduzieren:
# damo start --damos_action stat # cd /sys/kernel/mm/damon/admin/kdamonds/0/ # for i in {1..10}; do echo update_schemes_tried_regions > state; done
# dmesg | grep underflow [ 89.296152] refcount_t: unterflow; use-after-free.
Das Problem wird behoben, indem das Regionsobjekt aus der Liste entfernt wird, wenn die Referenzzahl dekrementiert wird.
Außerdem wurde damos_sysfs_populate_region_dir() aktualisiert, um das Regionsobjekt nur dann zur Liste hinzuzufügen, nachdem kobject_init_and_add() erfolgreich war, damit ein Fehler von kobject_init_and_add() nicht dazu führt, dass das freigegebene Objekt in der Liste verbleibt.
Das Problem wurde [1] von Sashiko entdeckt.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.