- Yama var
- Son 7 gün
CVE-2026-99050
Linux çekirdeğinde gpio: mpsse IRQ yoklama işçisinin etkinleştirilmesinde yarış durumu nedeniyle kullanım-sonrası-serbest bırakma
- Yayımlandı
- Güncellendi
- 24 Eki 2026
- Açık yaşı
- 5 gün
- Kaydı açan
- Linux
ÖzetTürkçe
Linux çekirdeğinde, gpio_mpsse_irq_enable fonksiyonu yoklama işçisini (poll worker) yayımlamadan önce etkinleştiriyor: schedule_work çağrısı, işçi priv->workers listesine eklenmeden önce çalışıyor. Bu pencerede gpio_mpsse_disconnect listeyi tararsa işçiyi kaçırabilir; disconnect dönünce USB çekirdeği mpsse_priv yapısını serbest bırakır, ancak yetim kalan gpio_mpsse_poll işi buna erişmeye devam eder ve kullanım-sonrası-serbest bırakma (use-after-free) hatasına yol açar. Düzeltmede işçi, tek bir irq_spin kritik bölümünde hem yayımlanıp hem etkinleştirilmektedir. Sökme işlemi de aynı listeyi irq_spin altında tarar; dolayısıyla listede bulunan bir işçinin etkin olduğu garanti edilir ve cancel_work_sync işçiyi kuyrukta olsun ya da çalışıyor olsun işler. Tarama sonrasında etkinleştirilen işçi yine kaçabileceğinden, sökme taramasından önce irq_spin altında yeni bir priv->dying bayrağı ayarlanır ve aynı kritik bölümde kontrol edilir; cihaz kaldırılıyorsa bellek kfree yerine kfree_rcu ile serbest bırakılır, çünkü kfree IRQ çekirdeğinin ham spinlock'u tutulurken çağrılır ve PREEMPT_RT üzerinde uyuyabilir. schedule_work irq_spin tutulurken güvenle çağrılabilir ve bir sonraki prob yeni bir mpsse_priv alır, bu nedenle bayrağın temizlenmesine gerek yoktur. Bu sorun, şirket içi bir statik analiz aracıyla bulunmuştur.
Kaynaktaki açıklama (İngilizce)
In the Linux kernel, the following vulnerability has been resolved:
gpio: mpsse: fix race when arming the IRQ poll worker
gpio_mpsse_irq_enable() arms the poll worker before publishing it:
schedule_work() runs before the worker is added to priv->workers. If
gpio_mpsse_disconnect() walks the list in that window it misses the
worker, and once disconnect returns, the USB core frees mpsse_priv
while the orphaned gpio_mpsse_poll() work keeps accessing it, causing
a use-after-free.
Fix this by publishing and arming the worker in one irq_spin
critical section. Teardown walks the same list under irq_spin, so a
worker found on the list is guaranteed to be armed, and
cancel_work_sync() handles it whether it is queued or running.
A worker armed after the disconnect walk would still be missed, so
also set a new priv->dying flag under irq_spin before the teardown
walk, and check it in the same critical section, freeing it via
kfree_rcu() instead when the device is going away, since kfree()
would be called with the IRQ core's raw spinlock held and may sleep
on PREEMPT_RT. schedule_work() is safe to call with irq_spin held,
and the next probe gets a fresh mpsse_priv, so the flag never needs
to be cleared.
This issue was found by an in-house static analysis tool.
Bu açığın açıklamasını Türkçeye çevirdik. Adım adım çözüm önerilerini kritik ve yeni açıklar için hazırlıyoruz; düzeltilmiş sürüm aşağıdaki tabloda, ayrıntılar üreticinin duyurusunda.
Etkilenen sürümler1 yazılım
| Yazılım | Etkilenen | Düzeltildiği sürüm |
|---|---|---|
| Linux | ≥ 6.18.6, < 6.18.57 | 6.18.57 |
| 6.19 | – | |
| < 6.19 Etkilenmiyor | – | |
| ≥ 6.18.57 Etkilenmiyor | – | |
| ≥ 7.2.11 Etkilenmiyor | – |
Kaynaklar5 kaynak
Kayıt geçmişi
- Yayımlandı
İlgili açıklar
Türkçe metin, resmi kayıtlardaki bilgilerle yapay zekâ yardımıyla yazıldı ve yayından önce otomatik kontrollerden geçti. Bir değişikliği uygulamadan önce üreticinin duyurusuna mutlaka bakın.