CVE-2024-36888

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: workqueue: kick_pool() fonksiyonundaki wake_cpu seçimi düzeltildi cpu_possible_mask=0-63 ve cpu_online_mask=0-7 durumunda şu kernel oops gözlemlenmiştir: smp: Bringing up secondary CPUs ... smp: Brought up 1 node, 8 CPUs Unable to handle kernel pointer dereference in virtual kernel address space Failing address: 0000000000000000 TEID: 0000000000000803 [..] Call Trace: arch_vcpu_is_preempted+0x12/0x80 select_idle_sibling+0x42/0x560 select_task_rq_fair+0x29a/0x3b0 try_to_wake_up+0x38e/0x6e0 kick_pool+0xa4/0x198 __queue_work.part.0+0x2bc/0x3a8 call_timer_fn+0x36/0x160 __run_timers+0x1e2/0x328 __run_timer_base+0x5a/0x88 run_timer_softirq+0x40/0x78 __do_softirq+0x118/0x388 irq_exit_rcu+0xc0/0xd8 do_ext_irq+0xae/0x168 ext_int_handler+0xbe/0xf0 psw_idle_exit+0x0/0xc default_idle_call+0x3c/0x110 do_idle+0xd4/0x158 cpu_startup_entry+0x40/0x48 rest_init+0xc6/0xc8 start_kernel+0x3c4/0x5e0 startup_continue+0x3c/0x50 Çökme, çevrimdışı bir CPU için arch_vcpu_is_preempted() fonksiyonunun çağrılmasından kaynaklanmaktadır. Bunu önlemek için, __pod_cpumask değerini cpu_online_mask ile maskelemek amacıyla cpumask_any_and_distribute() kullanılarak CPU seçin. Havuzda hiç CPU kalmaması durumunda atlamayı gerçekleştirin. tj: Hedef CPU seçimi ile uyandırma çağrısı arasında CPU'lar hâlâ devre dışı kalabildiği için bu işlem hatayı tamamen gidermemektedir. Bunun çözümü muhtemelen ya sched ya da s390 mimari koduna cpu_online() testi eklemeyi gerektirir. Ancak, nasıl çözülürse çözülsün, workqueue çevrimdışı olan bir CPU'yu seçmemelidir; çünkü bu durum öngörülemeyen ve daha kötü sonuçlara yol açacaktır.