CVE-2026-80659

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: mmc: vub300: sıfırlamanı cmd_mutex kilidi açılana qədər təxirə salın vub300_cmndwork_thread() funksiyası əmr göndərərkən və əmr cavabını gözləyərkən cmd_mutex kilidini saxlayır. Əgər cavab gözləmə müddəti başa çatarsa, __vub300_command_response() əmr URB-lərini ləğv edir və sonra usb_reset_device() vasitəsilə USB cihazını sinxron şəkildə sıfırlayır. Həmin sıfırlama yolu vub300_pre_reset() vasitəsilə drayverə yenidən daxil olur ki, bu funksiya da cmd_mutex kilidini götürür. Beləliklə, işçi (worker), əmr yolundan hələ də saxladığı eyni mutexi rekursiv olaraq əldə etməyə çalışır. Bu problem statik analiz alətimiz tərəfindən aşkar edilmiş və daha sonra cari ağaca qarşı əllə nəzərdən keçirilmişdir. Təsdiqlənmiş PoC real işçini və vaxtaşımı/sıfırlama daşıyıcısını saxlamışdır: vub300_cmndwork_thread() __vub300_command_response() usb_lock_device_for_reset() usb_reset_device() vub300_pre_reset() Lockdep cmd_mutex üzərində eyni tapşırıq tərəfindən rekursiv mənimsəməni hesabatlaşdırmışdır: WARNING: possible recursive locking detected ... (&test_vub300.cmd_mutex) ... at: usb_reset_device... [vuln_msv] ... (&test_vub300.cmd_mutex) ... at: vub300_cmndwork_thread+0x12/0x20 [vuln_msv] Workqueue: vub300_cmd_wq vub300_cmndwork_thread [vuln_msv] *** DEADLOCK *** Vaxtaşımı yolu cihazın sıfırlanmasını tələb etdikdə __vub300_command_response() funksiyasından bayraq (flag) qaytarın, daha sonra vub300_cmndwork_thread() icra edilməkdə olan əmr vəziyyətini təmizlədikdən və cmd_mutex kilidini buraxdıqdan sonra sıfırlamanı yerinə yetirin. Rekursiv kilidləmədən qaçmaqla yanaşı, mövcud sorğu tamamlanma ardıcıllığını qorumaq üçün sıfırlama hələ də mmc_request_done() funksiyasından əvvəl cəhd edilir.