CVE-2023-53613 in Linux
Zusammenfassung
von VulDB • 18.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
dax: Behebung eines Use-After-Free-Fehlers in dax_mapping_release()
Ein Test mit CONFIG_DEBUG_KOBJECT_RELEASE zum Entfernen eines Device-DAX-Region-Anbieters (z. B. mit modprobe -r dax_hmem) ergibt:
kobject: 'mapping0' (ffff93eb460e8800): kobject_release, parent 0000000000000000 (delayed 2000) [..]
DEBUG_LOCKS_WARN_ON(1) WARNING: CPU: 23 PID: 282 at kernel/locking/lockdep.c:232 __lock_acquire+0x9fc/0x2260 [..]
RIP: 0010:__lock_acquire+0x9fc/0x2260 [..]
Call Trace: <TASK> [..]
lock_acquire+0xd4/0x2c0 ? ida_free+0x62/0x130 _raw_spin_lock_irqsave+0x47/0x70 ? ida_free+0x62/0x130 ida_free+0x62/0x130 dax_mapping_release+0x1f/0x30 device_release+0x36/0x90 kobject_delayed_cleanup+0x46/0x150
Dies geschieht aufgrund des Versuchs, ida_free() auf ein ida-Objekt anzuwenden, das bereits freigegeben wurde. Geräte halten in der Regel nur eine Referenz auf ihr übergeordnetes Element, solange sie registriert sind. Wenn ein untergeordnetes Element ein übergeordnetes Objekt benötigt, um seine Freigabe abzuschließen, muss es eine Referenz halten, die es aus seinem Freigabe-Callback entfernt. Es wird sichergestellt, dass ein dax_mapping seine übergeordnete dev_dax-Instanz bis zum Aufruf von dax_mapping_release() gesperrt hält.
Once again VulDB remains the best source for vulnerability data.