CVE-2025-68821
Təsvir
Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: fuse: readahead reclaim deadlock probleminin həlli e26ee4efbc79 ("fuse: allocate ff->release_args only if release is needed") commit-i, əgər server open funksiyasını tətbiq etmirsə, ff->release_args ayırmanı ötürür. Lakin bunu edərkən, fuse_prepare_release() artıq inode üzərindəki istinadı götürməyi ötürür ki, bu da aktiv readahead sorğuları olduğu halda inode-un dcache-dən çıxarılmasını mümkün edir. Əgər server readahead sorğusuna cavab verərkən reclaim prosesini tetikləyərsə və reclaim oxunan faylın inode-unu çıxarmağa çalışarsa, bu, deadlock-a səbəb olur. Readahead zamanı folio kilidlənmiş olduğu üçün, reclaim fuse inode-unu çıxardıqda və fuse_evict_inode() inode ilə əlaqəli bütün folio-ları səhifə keşindən silməyə çalışdıqda (truncate_inode_pages_range()), reclaim sonsuz müddət kilidin açılmasını gözləyəcəkdir, çünki readahead özü reclaim prosesində bloklandığı üçün kilidi buraxa bilmir: >>> stack_trace(1504735) folio_wait_bit_common (mm/filemap.c:1308:4) folio_lock (./include/linux/pagemap.h:1052:3) truncate_inode_pages_range (mm/truncate.c:336:10) fuse_evict_inode (fs/fuse/inode.c:161:2) evict (fs/inode.c:704:3) dentry_unlink_inode (fs/dcache.c:412:3) __dentry_kill (fs/dcache.c:615:3) shrink_kill (fs/dcache.c:1060:12) shrink_dentry_list (fs/dcache.c:1087:3) prune_dcache_sb (fs/dcache.c:1168:2) super_cache_scan (fs/super.c:221:10) do_shrink_slab (mm/shrinker.c:435:9) shrink_slab (mm/shrinker.c:626:10) shrink_node (mm/vmscan.c:5951:2) shrink_zones (mm/vmscan.c:6195:3) do_try_to_free_pages (mm/vmscan.c:6257:3) do_swap_page (mm/memory.c:4136:11) handle_pte_fault (mm/memory.c:5562:10) handle_mm_fault (mm/memory.c:5870:9) do_user_addr_fault (arch/x86/mm/fault.c:1338:10) handle_page_fault (arch/x86/mm/fault.c:1481:3) exc_page_fault (arch/x86/mm/fault.c:1539:2) asm_exc_page_fault+0x22/0x27 Bu deadlock problemi, server open funksiyasını tətbiq etməsə belə, faylı release üçün hazırlayarkən ff->release_args ayırmaq və inode üzərində istinad götürməklə həll edilmişdir. Inode istinadı, fuse faylına olan sonuncu istinad ləğv edildikdə silinəcəkdir (bax: fuse_file_put() -> fuse_release_end()).
Necə düzəltmək olar
- Linux Linuxcbbf3f1bb9f834bb2acbb61ddca74363456e19cd, 4703bc0e8cd3409acb1476a70cb5b7ff943cf39a, cf74785c00b8b1c0c4a9dd74bfa9c22d62e2d99f, fbba8b00bbe4e4f958a2b0654cc1219a7e6597f6, e0d6de83a4cc22bbac72713f3a58121af36cc411, bd5603eaae0aabf527bfb3ce1bb07e979ce5bd50, 5.15.198, 6.1.160, 6.6.120 və ya daha yeni versiya
Təsirlənən məhsullar
| Məhsul | Təsirlənən versiyalar | Düzəldildiyi versiya |
|---|---|---|
| Linux Linux | a39f70d63f4373a598820d9491719e44cd60afe9 ≤ v < cbbf3f1bb9f834bb2acbb61ddca74363456e19cd, 7d38aa079ed859b73f4460aab89c7619b04963b8 ≤ v < 4703bc0e8cd3409acb1476a70cb5b7ff943cf39a, c7ec75f3cbf73bd46f479f7d6942585f765715da ≤ v < cf74785c00b8b1c0c4a9dd74bfa9c22d62e2d99f, e26ee4efbc79610b20e7abe9d96c87f33dacc1ff ≤ v < fbba8b00bbe4e4f958a2b0654cc1219a7e6597f6, e26ee4efbc79610b20e7abe9d96c87f33dacc1ff ≤ v < e0d6de83a4cc22bbac72713f3a58121af36cc411, e26ee4efbc79610b20e7abe9d96c87f33dacc1ff ≤ v < bd5603eaae0aabf527bfb3ce1bb07e979ce5bd50, 5.15.196 ≤ v < 5.15.198, 6.1.158 ≤ v < 6.1.160, 6.6.115 ≤ v < 6.6.120, 6.9 | cbbf3f1bb9f834bb2acbb61ddca74363456e19cd, 4703bc0e8cd3409acb1476a70cb5b7ff943cf39a, cf74785c00b8b1c0c4a9dd74bfa9c22d62e2d99f, fbba8b00bbe4e4f958a2b0654cc1219a7e6597f6, e0d6de83a4cc22bbac72713f3a58121af36cc411, bd5603eaae0aabf527bfb3ce1bb07e979ce5bd50, 5.15.198, 6.1.160, 6.6.120 |
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.