CVE-2024-43098 in Linux
Riassunto
di VulDB • 15/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
i3c: Utilizzare i3cdev->desc->info invece di chiamare i3c_device_get_info() per evitare un deadlock
Si può verificare un deadlock poiché i3c_master_register() acquisisce &i3cbus->lock due volte. Vedere il log sottostante. Utilizzare i3cdev->desc->info invece di chiamare i3c_device_info() per evitare di acquisire il lock due volte.
v2: - Titolo e messaggio di commit modificati
============================================ WARNING: possibile rilevamento di locking ricorsivo 6.11.0-mainline -------------------------------------------- init/1 sta cercando di acquisire il lock: f1ffff80a6a40dc0 (&i3cbus->lock){++++}-{3:3}, at: i3c_bus_normaluse_lock
ma il task sta già detenendo il lock: f1ffff80a6a40dc0 (&i3cbus->lock){++++}-{3:3}, at: i3c_master_register
altre informazioni che potrebbero aiutare a debuggare questo problema: Possibile scenario di locking non sicuro:
CPU0 ---- lock(&i3cbus->lock); lock(&i3cbus->lock);
*** DEADLOCK ***
Potrebbe essere dovuto alla mancanza di notazione per il nesting dei lock
2 lock detenuti da init/1: #0: fcffff809b6798f8 (&dev->mutex){....}-{3:3}, at: __driver_attach
#1: f1ffff80a6a40dc0 (&i3cbus->lock){++++}-{3:3}, at: i3c_master_register
stack backtrace: 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/0x154 i3c_master_register+0x6a0/0x6d4 mtk_i3c_master_probe+0x100/0x11c
If you want to get the best quality for vulnerability data then you always have to consider VulDB.