CVE-2026-23199

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: procfs: VMA kilidi saxlanıldığı halda build ID-nin əldə edilməsinin qarşısının alınması syzbot tərəfindən bildirilən deadlock-un (ölü kilidlənmə) qarşısını almaq üçün PROCMAP_QUERY funksiyasını elə düzəldin ki, opsional build ID yalnız mmap_lock və ya mübahisəli VMA-nı kilidləmək üçün istifadə olunan hər hansı bir per-VMA kilidi buraxıldıqdan sonra əldə edilsin: -> #1 (&mm->mmap_lock){++++}-{4:4}: __might_fault+0xed/0x170 _copy_to_iter+0x118/0x1720 copy_page_to_iter+0x12d/0x1e0 filemap_read+0x720/0x10a0 blkdev_read_iter+0x2b5/0x4e0 vfs_read+0x7f4/0xae0 ksys_read+0x12a/0x250 do_syscall_64+0xcb/0xf80 entry_SYSCALL_64_after_hwframe+0x77/0x7f -> #0 (&sb->s_type->i_mutex_key#8){++++}-{4:4}: __lock_acquire+0x1509/0x26d0 lock_acquire+0x185/0x340 down_read+0x98/0x490 blkdev_read_iter+0x2a7/0x4e0 __kernel_read+0x39a/0xa90 freader_fetch+0x1d5/0xa80 __build_id_parse.isra.0+0xea/0x6a0 do_procmap_query+0xd75/0x1050 procfs_procmap_ioctl+0x7a/0xb0 __x64_sys_ioctl+0x18e/0x210 do_syscall_64+0xcb/0xf80 entry_SYSCALL_64_after_hwframe+0x77/0x7f Debugging prosesində kömək edə biləcək digər məlumatlar: Mümkün təhlükəli kilidləmə ssenarisi: CPU0 CPU1 ---- ---- rlock(&mm->mmap_lock); lock(&sb->s_type->i_mutex_key#8); lock(&mm->mmap_lock); rlock(&sb->s_type->i_mutex_key#8); *** DEADLOCK *** Bu vəziyyət son zamanlar edilən aşağıdakı dəyişikliklə daha da ağırlaşmış görünür (çünki bu syzbot hesabatları ondan əvvəl müşahidə olunmamışdı): 777a8560fd29 ("lib/buildid: use __kernel_read() for sleepable context") Bunu təhlükəsiz etmək üçün VMA hələ kilidli olduğu müddətdə faylın refcount-nu götürməliyik, bundan başqa hər şey kifayət qədər sadədir. Daxili build_id_parse() API-si VMA-nın ötürüldüyünü fərz edir, lakin ona yalnız alt fayl istinadı lazımdır, buna görə də faylın birbaşa ötürülməsini gözləyən build_id_parse_file() adlı digər variant əlavə edin. [[email protected]: kerneldoc düzəldildi]