CVE-2022-49193

Linux kernel içerisinde aşağıdaki güvenlik açığı giderilmiştir: ice: aux kritik hata kesmesinde 'scheduling while atomic' hatası düzeltildi ice_misc_intr() fonksiyonunda aux kritik hata kesmeleri işlenirken bir kernel BUG splat oluşmaktadır: [ 2100.917085] BUG: scheduling while atomic: swapper/15/0/0x00010000 ... [ 2101.060770] Call Trace: [ 2101.063229] <IRQ> [ 2101.065252] dump_stack+0x41/0x60 [ 2101.068587] __schedule_bug.cold.100+0x4c/0x58 [ 2101.073060] __schedule+0x6a4/0x830 [ 2101.076570] schedule+0x35/0xa0 [ 2101.079727] schedule_preempt_disabled+0xa/0x10 [ 2101.084284] __mutex_lock.isra.7+0x310/0x420 [ 2101.088580] ? ice_misc_intr+0x201/0x2e0 [ice] [ 2101.093078] ice_send_event_to_aux+0x25/0x70 [ice] [ 2101.097921] ice_misc_intr+0x220/0x2e0 [ice] [ 2101.102232] __handle_irq_event_percpu+0x40/0x180 [ 2101.106965] handle_irq_event_percpu+0x30/0x80 [ 2101.111434] handle_irq_event+0x36/0x53 [ 2101.115292] handle_edge_irq+0x82/0x190 [ 2101.119148] handle_irq+0x1c/0x30 [ 2101.122480] do_IRQ+0x49/0xd0 [ 2101.125465] common_interrupt+0xf/0xf [ 2101.129146] </IRQ> ... Andrew'un daha önce belirttiği üzere[0], şu çağrı hiyerarşisi gerçekleşmektedir: ice_misc_intr() <- hardirq ice_send_event_to_aux() device_lock() mutex_lock() might_sleep() might_resched() <- oops Bir aux kritik hatanın meydana geldiğini belirten yeni bir PF durum biti eklenmiş ve bu işlem süreç bağlamında (process context) ice_service_task() içinde sunulmuştur. Yeni ice_pf::oicr_err_reg hem hardirq hem de süreç bağlamlarında okunabilir-yazılabilir durumdadır; ancak muhtemelen 3 bitlik kritik olmayan verinin açıkça senkronize edilmesine gerek yoktur (ve bunlar aynı bayt [31:24] içerisindedir). [0] https://lore.kernel.org/all/[email protected]