CVE-2025-21727

Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: padata: padata_reorder funksiyasında UAF xətası düzəldildi ltp testi işlədilərkən bir xəta aşkar edilmişdir: BUG: KASAN: slab-use-after-free in padata_find_next+0x29/0x1a0 Read of size 4 at addr ffff88bbfe003524 by task kworker/u113:2/3039206 CPU: 0 PID: 3039206 Comm: kworker/u113:2 Kdump: loaded Not tainted 6.6.0+ Workqueue: pdecrypt_parallel padata_parallel_worker Call Trace: <TASK> dump_stack_lvl+0x32/0x50 print_address_description.constprop.0+0x6b/0x3d0 print_report+0xdd/0x2c0 kasan_report+0xa5/0xd0 padata_find_next+0x29/0x1a0 padata_reorder+0x131/0x220 padata_parallel_worker+0x3d/0xc0 process_one_work+0x2ec/0x5a0 Əgər 'padata_reorder' funksiyasında 'padata_find_next' çağırılmadan əvvəl 'mdelay(10)' əlavə edilərsə, bu problem ltp testi (pcrypt_aead01) ilə asanlıqla təkrar yaradıla bilər. Bu, aşağıdakı kimi izah oluna bilər: pcrypt_aead_encrypt ... padata_do_parallel refcount_inc(&pd->refcnt); // refcnt artırılır ... padata_do_serial padata_reorder // pd while (1) { padata_find_next(pd, true); // pd istifadə olunur queue_work_on ... padata_serial_worker crypto_del_alg padata_put_pd_cnt // refcnt azaldılır padata_free_shell padata_put_pd(ps->pd); // pd azad edilir // dövr yenidən başlayır, lakin pd artıq azad edilib // padata_find_next çağırılır, UAF baş verir } 'padata_reorder' funksiyasında 'while' dövrü zamanı, əgər alg silinərsə, 'padata_find_next' funksiyasına daxil olmazdan əvvəl refcnt 0-a endirilə bilər ki, bu da UAF-ə səbəb olur. [1]-də qeyd edildiyi kimi, do_serial-ın BH-lər deaktiv edilmiş halda və həmişə RCU mühafizəsi altında çağırılması nəzərdə tutulub. Bu problemi həll etmək üçün bütün _do_serial çağırışlarının tamamlanmasını gözləmək məqsədilə 'padata_free_shell' funksiyasına synchronize_rcu() əlavə edildi. [1] https://lore.kernel.org/all/[email protected]/ [2] https://lore.kernel.org/linux-kernel/jfjz5d7zwbytztackem7ibzalm5lnxldi2eofeiczqmqs2m7o6@fq426cwnjtkm/