CVE-2024-35938

Linux kernel-də aşağıdakı zəiflik aradan qaldırılmışdır: wifi: ath11k: MHI kanal buferinin uzunluğunu 8KB-a endirmək Hazırda ath11k_mhi_config_qca6390 strukturunun buf_len sahəsinə 0 təyin edilir və bu, MHI-nin kanal buferlərini ayırmaq üçün standart ölçü olan 64KB-dan istifadə etməsinə səbəb olur. Sistem yaddaşının çox fraqmentləşdiyi və yaddaşın sıxılmasına (compaction) və ya geri qaytarılmasına (reclaim) icazə verilmədiyi bəzi ssenarilərdə bu, böyük ehtimalla uğursuzluqla nəticələnir. Buna səbəb olan xəta hesabatı mövcuddur: kworker/u32:45: page allocation failure: order:4, mode:0x40c00(GFP_NOIO|__GFP_COMP), nodemask=(null),cpuset=/,mems_allowed=0 CPU: 0 PID: 19318 Comm: kworker/u32:45 Not tainted 6.8.0-rc3-1.gae4495f-default #1 openSUSE Tumbleweed (unreleased) 493b6d5b382c603654d7a81fc3c144d59a1dfceb Workqueue: events_unbound async_run_entry_fn Call Trace: <TASK> dump_stack_lvl+0x47/0x60 warn_alloc+0x13a/0x1b0 ? srso_alias_return_thunk+0x5/0xfbef5 ? __alloc_pages_direct_compact+0xab/0x210 __alloc_pages_slowpath.constprop.0+0xd3e/0xda0 __alloc_pages+0x32d/0x350 ? mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] __kmalloc_large_node+0x72/0x110 __kmalloc+0x37c/0x480 ? mhi_map_single_no_bb+0x77/0xf0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] mhi_prepare_channel+0x127/0x2d0 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] __mhi_prepare_for_transfer+0x44/0x80 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] ? __pfx_____mhi_prepare_for_transfer+0x10/0x10 [mhi 40df44e07c05479f7a6e7b90fba9f0e0031a7814] device_for_each_child+0x5c/0xa0 ? __pfx_pci_pm_resume+0x10/0x10 ath11k_core_resume+0x65/0x100 [ath11k a5094e22d7223135c40d93c8f5321cf09fd85e4e] ? srso_alias_return_thunk+0x5/0xfbef5 ath11k_pci_pm_resume+0x32/0x60 [ath11k_pci 830b7bfc3ea80ebef32e563cafe2cb55e9cc73ec] ? srso_alias_return_thunk+0x5/0xfbef5 dpm_run_callback+0x8c/0x1e0 device_resume+0x104/0x340 ? __pfx_dpm_watchdog_handler+0x10/0x10 async_resume+0x1d/0x30 async_run_entry_fn+0x32/0x120 process_one_work+0x168/0x330 worker_thread+0x2f5/0x410 ? __pfx_worker_thread+0x10/0x10 kthread+0xe8/0x120 ? __pfx_kthread+0x10/0x10 ret_from_fork+0x34/0x50 ? __pfx_kthread+0x10/0x10 ret_from_fork_asm+0x1b/0x30 </TASK> Əslində həmin buferlər yalnız QMI hədəf -> host kommunikasiyası tərəfindən istifadə olunur. WCN6855 və QCA6390 üçün bunun ən böyük paket ölçüsü 6KB-dan azdır. Buna görə də buf_len sahəsi 8KB olaraq dəyişdirilir ki, bu da səhifə ölçüsünün 4KB olduğu halda order 1 ayırmasına gətirib çıxarır. Bu yolla biz ən azı bir qədər yaddaşa qənaət edə bilərik və həmçinin sözügedən ssenarilərdə ayırma xətasının ehtimalını azalda bilərik. Sınaqdan keçirilmiş cihaz: WCN6855 hw2.0 PCI WLAN.HSP.1.1-03125-QCAHSPSWPL_V1_V2_SILICONZ_LITE-3.6510.30