CVE-2024-46760
Təsvir
Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: wifi: rtw88: usb: rx işini hər şey qurulduqdan sonra planlaşdır Hazırda rtw_rx_fill_rx_status funksiyasında hw obyektinə və/və ya onun sahələrinə NULL göstərici dereferensiyası baş verə bilər, çünki inisializasiya rutini rtw_dev tam qurulmazdan əvvəl USB cavablarını almağa başlaya bilər. Stek izi belə görünür: rtw_rx_fill_rx_status rtw8821c_query_rx_desc rtw_usb_rx_handler ... queue_work rtw_usb_read_port_complete ... usb_submit_urb rtw_usb_rx_resubmit rtw_usb_init_rx rtw_usb_probe Beləliklə, biz asinxron əməliyyatları yerinə yetirərkən rtw_usb_probe davam edir və rtw_register_hw funksiyasını çağırır, bu funksiya rtw_rx_fill_rx_status funksiyasının istinad etdiyi müxtəlif növ inisializasiyaları (məs. ieee80211_register_hw vasitəsilə) yerinə yetirir. Bunu ilk usb_submit_urb çağırışını hər şey qurulduqdan sonra yerinə köçürməklə düzəldin. Mənim üçün bu səhv belə təzahür etdi: [ 8.893177] rtw_8821cu 1-1:1.2: band wrong, packet dropped [ 8.910904] rtw_8821cu 1-1:1.2: hw->conf.chandef.chan NULL in rtw_rx_fill_rx_status çünki mən rtw88 sürücüsünün Larry tərəfindən hazırlanmış backport versiyasından rtw_rx_fill_rx_status funksiyasında NULL yoxlamaları ilə istifadə edirəm.
Necə düzəltmək olar
- linux linux_kernel6.6.51, 6.10.10 və ya daha yeni versiya
Təsirlənən məhsullar
| Məhsul | Təsirlənən versiyalar | Düzəldildiyi versiya |
|---|---|---|
| linux linux_kernel | v < 6.6.51, 6.7 ≤ v < 6.10.10 | 6.6.51, 6.10.10 |
Versiyanızı yoxlayın
Məhsulu seçin və istifadə etdiyiniz versiyanı yazın; versiyanın təsirlənən aralıqda olub-olmadığını görün.
Attack Surface Management
Domenlərinizə bağlı aktivləri, onlarda işləyən texnologiyaları və məlum zəiflikləri bir siyahıda görün.