CVE-2025-68823
Təsvir
Linux nüvəsində aşağıdakı zəiflik aradan qaldırılıb: ublk: bölmə cədvəli oxunarkən yaranan deadlock problemi düzəldildi Bir proses (məsələn, udev) ublk blok cihazını açdıqda (məsələn, bdev_open() vasitəsilə bölmə cədvəlini oxumaq üçün), deadlock [1] baş verə bilər: 1. bdev_open() disk->open_mutex kilidini götürür 2. Proses bölmə cədvəlini oxumaq üçün ublk backend-inə oxu I/O sorğusu göndərir 3. __ublk_complete_rq() funksiyasında blk_update_request() və ya blk_mq_end_request() bio->bi_end_io() callback-lərini işə salır 4. Əgər bu, ublk blok cihazının fayl deskriptoru üzərində fput()-ni tetikləyirsə, iş cari tapşırığın (task) iş siyahısına təxirə salına bilər (fput() tətbiqinə baxın) 5. Bu, nəticədə eyni kontekstdən blkdev_release()-i çağırır 6. blkdev_release() yenidən disk->open_mutex kilidini götürməyə çalışır 7. Deadlock: eyni tapşırıq artıq sahib olduğu mutex-i gözləyir Həll yolu blk_update_request() və blk_mq_end_request() funksiyalarını "bottom halves" deaktiv edilmiş halda işə salmaqdır. Bu, blkdev_release()-in cari tapşırıq iş konteksti əvəzinə nüvənin iş növbəsi (work-queue) kontekstində işləməsini məcburi edir, ublk serverinin irəliləməsinə şərait yaradır və deadlock-un qarşısını alır. [axboe: ublk-də şərhi yenidən yazın]
Necə düzəltmək olar
- linux linux_kernel6.6.124, 6.12.70, 6.18.3 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 | 6.0 ≤ v < 6.6.124, 6.7 ≤ v < 6.12.70, 6.13 ≤ v < 6.18.3, 6.19 | 6.6.124, 6.12.70, 6.18.3 |
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.