CVE-2026-63809

Linux kernelində aşağıdakı zəiflik aradan qaldırılıb: bpf: dəyişdirilmiş sysctl yazma buferi üçün kvfree() istifadə edin proc_sys_call_handler() müvəqqəti sysctl buferini kvzalloc() ilə ayırır və onu __cgroup_bpf_run_filter_sysctl()-a ötürür. kvzalloc() böyük ayırmalar üçün vmalloc()-a keçə bildiyindən, həmin buferi kfree() ilə azad etmək düzgün deyil və yaddaşı korlaya bilər. Həm kmalloc, həm də kvzalloc()/vmalloc ayırmalarını təhlükəsiz idarə etmək üçün kvfree() istifadə edin. Bu səhv ilk dəfə v6.13-rc1-i təhlil edərkən kernel yaddaş idarəetmə səhvləri üçün hazırladığımız eksperimental analiz aləti tərəfindən aşkar edilib. Alət hələ hazırlanma mərhələsindədir və hələ ictimaiyyətə açıq deyil. Əl ilə yoxlama səhvin hələ də v7.1-rc5-də mövcud olduğunu təsdiqləyir. Səhv KASAN və CONFIG_FAILSLAB aktivləşdirilmiş QEMU x86_64 qonağında v7.1-rc4 əsasında təkrar istehsal edilib. Dəyişdirmə yolunu işə salmaq üçün test ağacına __cgroup_bpf_run_filter_sysctl()-dakı köhnəlmiş ret == 1 yoxlaması üçün müşayiət edən düzəliş də daxil edilib. Təkrar istehsal edən proqram failslab inyeksiyalarını proc_sys_call_handler() aralığı ilə məhdudlaşdırır, stacktrace-depth=32 istifadə edir və hədəf cgroup-dakı tapşırıqdan /proc/sys/kernel/domainname faylına 8191 bayt yazarkən fail-nth=1 inyeksiya edir. Bu quruluşda fail-nth=1 xətanı tetikləyib: BUG: unable to handle page fault for address: ffffeb0200024d48 #PF: supervisor read access in kernel mode #PF: error_code(0x0000) - not-present page PGD 0 P4D 0 Oops: Oops: 0000 SMP KASAN NOPTI CPU: 2 UID: 0 PID: 209 Comm: repro_proc_sys_ Not tainted 7.1.0-rc4-00686-g97625979a5d4 PREEMPT(lazy) Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 1.15.0-1 04/01/2014 RIP: 0010:kfree+0x6e/0x510 ... Call Trace: <TASK> ? __cgroup_bpf_run_filter_sysctl+0x626/0xc30 __cgroup_bpf_run_filter_sysctl+0x74d/0xc30 ? __pfx___cgroup_bpf_run_filter_sysctl+0x10/0x10 ? srso_return_thunk+0x5/0x5f ? __kvmalloc_node_noprof+0x345/0x870 ? proc_sys_call_handler+0x250/0x480 ? srso_return_thunk+0x5/0x5f proc_sys_call_handler+0x3a2/0x480 ? __pfx_proc_sys_call_handler+0x10/0x10 ? srso_return_thunk+0x5/0x5f ? selinux_file_permission+0x39f/0x500 ? srso_return_thunk+0x5/0x5f ? lock_is_held_type+0x9e/0x120 vfs_write+0x98e/0x1000 ... </TASK> Bu düzəliş eyni test quruluşunda tətbiq edildikdən sonra təkrar istehsal edən proqramın fail-nth=1 ilə yenidən işə salınması uyğun Oops hesabatları vermir.