CVE-2026-89732

Linux kernel'da aşağıdaki güvenlik açığı giderilmiştir: usb: gadget: f_fs: ep0 okuma döngüsü sırasında deadlock oluşmasını önleme Şu anda ffs_ep0_read(), bir olay beklemek için uyku moduna geçmeye hazırlandığında ffs->mutex kilidini tutmaktadır. Bekleyen herhangi bir kurulum olayı olmadığında, mutex hala tutulurken wait_event_interruptible_exclusive_locked_irq() fonksiyonunu çağırır. Bekleme makrosu, uyumadan önce waitqueue spinlock kilidini kasıtlı olarak bırakır ancak mutex kilidini bırakmaz. Eğer bir kullanıcı alanı (userspace) daemon'ı read() aracılığıyla ep0'ı sorguluyorsa ve gadget, configfs üzerinden asenkron olarak kaldırılıyorsa (örneğin, echo "" > UDC), bir deadlock meydana gelebilir: 1. configfs kaldırma işlemi, FUNCTIONFS_UNBIND olayını kuyruğa alan functionfs_unbind() fonksiyonunu çağırır. 2. Daemon uyanır, olayı tüketir ve mutex kilidini bırakır. 3. Ancak, eğer daemon çıkış yapmadan önce döngüye girerse ve hemen başka bir read() işlemi başlatırsa, ffs->mutex kilidini yeniden alır ve tekrar kesilebilir (interruptible) uykuya geçer. 4. Bu sırada, functionfs_unbind() yürütülmeye devam eder ve ep0req'i kaldırmak için ffs->mutex kilidini almaya çalışır. 5. Kernel deadlock durumuna düşer; çünkü configfs iş parçacığı mutex kilidini beklerken kesilemez (uninterruptible) uykuda takılır, kullanıcı alanı daemon'ı ise artık hiçbir olay gelmeyeceği için mutex kilidini sonsuza dek tutarak kesilebilir uykuda kalır. Bunu düzeltmek için, uykuya geçmeden önce hem waitqueue spinlock hem de ffs->mutex kilitlerini bırakıyoruz ve bunun yerine wait_event_interruptible_exclusive() kullanıyoruz. Uyandığımızda, mutex kilidini güvenli bir şekilde yeniden almak ve durum makinesini yeniden değerlendirmek için `retry` etiketine geri dönüyoruz. ffs->mutex tutulurken uyumayarak, gadget kaldırma işlemlerini (mutex gerektiren) kullanıcı alanı sorgulamalarından doğal olarak ayırmış oluyoruz.