CVE-2024-53190

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: wifi: rtlwifi: Hata durumunda efuse okuma denemelerini önemli ölçüde azaltın Syzkaller, yığın izinde (stack trace) uevent_show() bulunan askıda kalmış bir görev bildirmiştir. Bu spesifik sorun başka bir commit [0] ile çözülmüştür ancak bu düzeltme uygulandığında bile (örneğin v6.12-rc5 çalıştırırken), aynı yeniden üretici [1] kaynaklı başka bir tür askıda kalma sorunuyla karşılaşılmaktadır. Yapılan incelemeler sonucunda sorun şu yola indirgenmiştir: (a) Syzkaller, raw-gadget ve dummy_hcd altyapısını kullanarak bir Realtek USB WiFi adaptörü simüle eder. (b) rtl8192cu sorgulaması (probe) sırasında sürücü, bir efuse okuma işlemi gerçekleştirir (anladığım kadarıyla EEPROM yüklemesi ile ilgilidir) ve sorun burada ortaya çıkar: read_efuse() fonksiyonu, efuse boyutuna bağlı olarak döngü yinelemeleri şeklinde read_efuse_byte() fonksiyonunu birçok kez çağırır (bizim örneğimizde toplamda 512 kez). Efuse baytlarını okumaya yönelik bu işlem, hata durumunda 10 bin kereye kadar G/Ç (I/O) okuması gerçekleştiren bir döngeye dayanmaktadır. Sadece read_efuse_byte() içindeki döngünün süresini ölçtüğümüzde, bu yeniden üreticide (dummy_hcd emülasyon katmanını içerir) her birinin 15 saniye sürdüğü görülmüştür. Sonuç olarak, sürücü sorgulama rutinine uzun süre takılı kalmakta ve örneğin sistemi yeniden başlatmaya çalıştığımızda aşağıdaki gibi bir yığın izi oluşmaktadır: task:kworker/0:3 state:D stack:0 pid:662 tgid:662 ppid:2 flags:0x00004000 Workqueue: usb_hub_wq hub_event Call Trace: __schedule+0xe22/0xeb6 schedule_timeout+0xe7/0x132 __wait_for_common+0xb5/0x12e usb_start_wait_urb+0xc5/0x1ef ? usb_alloc_urb+0x95/0xa4 usb_control_msg+0xff/0x184 _usbctrl_vendorreq_sync+0xa0/0x161 _usb_read_sync+0xb3/0xc5 read_efuse_byte+0x13c/0x146 read_efuse+0x351/0x5f0 efuse_read_all_map+0x42/0x52 rtl_efuse_shadow_map_update+0x60/0xef rtl_get_hwinfo+0x5d/0x1c2 rtl92cu_read_eeprom_info+0x10a/0x8d5 ? rtl92c_read_chip_version+0x14f/0x17e rtl_usb_probe+0x323/0x851 usb_probe_interface+0x278/0x34b really_probe+0x202/0x4a4 __driver_probe_device+0x166/0x1b2 driver_probe_device+0x2f/0xd8 [...] Hata durumlarında, (PCIe cihazlarından doğal olarak daha yavaş oldukları için) yalnızca USB cihazlarıyla sınırlı olmak kaydıyla, G/Ç okuma denemelerinin önemli ölçüde azaltılması önerilmektedir. Deneme sayısı 10.000 yerine 10'a düşürüldüğünde, yeniden üreticinin yanıt verdiği gözlemlenmiş olup, sahada düzgün çalışabilmek için her G/Ç okumasında bu miktarda yeniden deneme gerektiren makul bir USB cihazı uygulaması olmadığına inanılmaktadır. Bu varsayıma dayanarak, değişikliğin kararlı sürümlere geri taşınması uygun olacaktır; ancak sürücü uygulaması nedeniyle (10k sayısı ilk günden beri mevcuttur), belki sadece 6.x serisine kadar yapılması mantıklı olabilir. [0] Commit 15fffc6a5624 ("driver core: Fix uevent_show() vs driver detach race") [1] Not: Bu syzkaller raporu, emüle edilen USB cihazının türüne göre farklılık gösteren birden fazla yeniden üretici sunmaktadır. Bu özel durum için çökme listesindeki 2024/08/08 06:23 tarihli girişe bakınız; C repro şurada mevcuttur: https://syzkaller.appspot.com/text?tag=ReproC&x=1521fc83980000.