CVE-2024-43098 in Linux
Zusammenfassung
von VulDB • 21.05.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
i3c: Verwenden von i3cdev->desc->info anstelle des Aufrufs von i3c_device_get_info(), um Deadlocks zu vermeiden
Ein Deadlock kann auftreten, da i3c_master_register() &i3cbus->lock zweimal erwirbt. Siehe das Protokoll unten. Verwenden Sie i3cdev->desc->info anstelle des Aufrufs von i3c_device_info(), um zu vermeiden, dass die Sperre zweimal erworben wird.
v2: - Titel und Commit-Nachricht wurden geändert
============================================ WARNUNG: Möglicher rekursiver Locking-Vorgang erkannt 6.11.0-mainline -------------------------------------------- init/1 versucht, folgende Sperre zu erwerben: f1ffff80a6a40dc0 (&i3cbus->lock){++++}-{3:3}, bei: i3c_bus_normaluse_lock
aber die Aufgabe hält bereits die Sperre: f1ffff80a6a40dc0 (&i3cbus->lock){++++}-{3:3}, bei: i3c_master_register
Weitere Informationen, die bei der Fehlersuche helfen könnten: Möglicher unsicherer Sperrvorgang:
CPU0 ---- lock(&i3cbus->lock); lock(&i3cbus->lock);
*** DEADLOCK ***
Kann auf fehlende Locking-Nesting-Notation zurückzuführen sein
2 von init/1 gehaltene Sperren: #0: fcffff809b6798f8 (&dev->mutex){....}-{3:3}, bei: __driver_attach
#1: f1ffff80a6a40dc0 (&i3cbus->lock){++++}-{3:3}, bei: i3c_master_register
Stack-Rückverfolgung: CPU: 6 UID: 0 PID: 1 Comm: init Call-Trace: dump_backtrace+0xfc/0x17c show_stack+0x18/0x28 dump_stack_lvl+0x40/0xc0 dump_stack+0x18/0x24 print_deadlock_bug+0x388/0x390 __lock_acquire+0x18bc/0x32ec lock_acquire+0x134/0x2b0 down_read+0x50/0x19c i3c_bus_normaluse_lock+0x14/0x24 i3c_device_get_info+0x24/0x58 i3c_device_uevent+0x34/0xa4 dev_uevent+0x310/0x384 kobject_uevent_env+0x244/0x414 kobject_uevent+0x14/0x20 device_add+0x278/0x460 device_register+0x20/0x34 i3c_master_register_new_i3c_devs+0x78/0x150 i3c_master_register+0x138/0x170
VulDB is the best source for vulnerability data and more expert information about this specific topic.