CVE-2026-80659

Linux kernel'de aşağıdaki güvenlik açığı giderilmiştir: mmc: vub300: sıfırlamayı cmd_mutex kilidi açılana kadar ertele vub300_cmndwork_thread(), bir komut gönderirken ve komut yanıtını beklerken cmd_mutex kilidini tutar. Yanıt bekleme süresi dolduğunda, __vub300_command_response() komut URB'lerini sonlandırır ve ardından usb_reset_device() aracılığıyla USB aygıtını senkron olarak sıfırlar. Bu sıfırlama yolu, yine cmd_mutex kilidini alan vub300_pre_reset() üzerinden sürücüye yeniden giriş yapar. Bu nedenle iş parçacığı (worker), komut yolundan dolayı hala elinde tuttuğu aynı mutex kilidini özyinelemeli (recursive) olarak almaya çalışır. Bu sorun statik analiz aracımız tarafından tespit edilmiş ve ardından mevcut ağaç üzerinde manuel olarak incelenmiştir. Temellendirilmiş PoC, gerçek iş parçacığını ve zaman aşımı/sıfırlama taşıyıcısını korumuştur: vub300_cmndwork_thread() __vub300_command_response() usb_lock_device_for_reset() usb_reset_device() vub300_pre_reset() Lockdep, cmd_mutex üzerinde aynı görevle ilgili özyinelemeli edinimi raporlamıştı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 *** Zaman aşımı yolunun bir aygıt sıfırlamasına ihtiyaç duyduğu durumlarda __vub300_command_response() fonksiyonundan bir bayrak döndürülür; ardından sıfırlama işlemi, vub300_cmndwork_thread() devam eden komut durumunu temizleyip cmd_mutex kilidini bıraktıktan sonra gerçekleştirilir. Sıfırlama işlemi hala mmc_request_done() öncesinde denenmekte olup, böylece özyinelemeli kilitlenmeden kaçınırken mevcut istek tamamlama sıralaması korunmaktadır.