CVE-2026-89738

Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: usb: gadget: at91_udc: udc azad edilməzdən əvvəl sorğulanan(polled)-VBUS taymeri/işi təmizləyin Sorğulanan-VBUS rejimində (board.vbus_pin && board.vbus_polled), probe özünü yenidən başladan dövrü aktivləşdirir: at91_vbus_timer() funksiyası vbus_timer_work-u planlaşdırır və at91_vbus_timer_work() funksiyası at91_vbus_update()-i çağıraraq mod_timer() vasitəsilə taymeri yenidən aktivləşdirir. Hər ikisi eyni udc obyektini container_of vasitəsilə bərpa edir və hər iterasiyada ona müraciət edir. Sökülmə yollarının heç biri bu dövrü ləğv etmir. udc devm ilə ayrıldığı üçün at91udc_remove() geri döndükdən sonra, həmçinin probe uğursuz olduqda və devres işə düşdükdə azad edilir. Bu mərhələlərdə gözləyən və ya icra olunan taymer callback-i yaxud iş elementi azad edilmiş udc-yə müraciət edir. at91_udc_shutdown_vbus_timer() funksiyası əlavə edildi və o, at91udc_remove() daxilindən, həmçinin probe prosesində usb_add_gadget_udc() uğursuzluq yolundan çağırılır; digər probe xəta yolları taymer aktivləşməzdən əvvəl dayandırılır. timer_shutdown_sync() icra olunan callback-in tamamlanmasını gözləyir və timer->function-u təmizləyir ki, bu da iş idarəedicisinin mod_timer() çağırışını daimi olaraq əməlsiz (no-op) edir; daha sonra cancel_work_sync() gözləyən və ya icra olunan bütün işləri təmizləyir, onların yenidən aktivləşdirmə cəhdləri artıq heç bir təsir göstərmir. Taymer ilk növbədə söndürülməlidir, çünki yalnız işin ləğv edilməsi taymerin onu yenidən növbəyə düzməsinə şərait yaradar. Qoruyucu mexanizm probe prosesini əks etdirir: IRQ rejimində taymer və work_struct heç vaxt başladılmır. Bu, xətanın baş verməsini tələb etmir; standart drayver ayırma (unbind) prosesi artıq növbəyə alınmış iş elementi ilə üst-üstə düşə bilər. Bu problem daxili statik analiz aləti tərəfindən aşkar edilmişdir.