CVE-2026-98467

Linux kernel-də aşağıdakı zəiflik aradan qaldırılıb: KVM: arm64: nv: nested wp/unmap və teardown yarışında (race condition) null ptr deref xətasının düzəldilməsi 7270cc9157f4 nömrəli commit ("KVM: arm64: nv: Handle VNCR_EL2 invalidation from MMU notifiers"), həm kvm_nested_s2_unmap(), həm də kvm_nested_s2_wp() funksiyalarında VNCR_EL2 invalidasiyasını tətbiq etdi. Lakin bu əməliyyat yerinə yetirilərkən, nested guest-in eyni vaxtda baş verən stage 2 teardown prosesi kvm->arch.mmu.pgt-nin NULL olaraq təyin edilməsinə səbəb ola bilər. Bu, kvm_flush_shadow_all() -> kvm_arch_flush_shadow_all() -> kvm_free_stage2_pgd() ardıcıllığında baş verir və kvm->mmu_lock altında icra edilir. ec14c272408a nömrəli commit ("KVM: arm64: nv: Unmap/flush shadow stage 2 page tables"), bütün nested MMU diapazonunun teardown prosesini tətbiq etdi ki, bu da daha sonra resched=true parametri ilə stage2_apply_range() funksiyasını çağırır: mmu_notifier_invalidate_range_start() -> ... -> kvm_mmu_notifier_invalidate_range_start() -> kvm_mmu_unmap_gfn_range() -> kvm_unmap_gfn_range() -> kvm_nested_s2_unmap() -> kvm_stage2_unmap_range() -> __unmap_stage2_range() -> stage2_apply_range() Bu o deməkdir ki, stage2_apply_range() kvm->mmu_lock kilidini buraxa bilər və beləliklə, kvm_arch_flush_shadow_all() ilə paralel şəkildə irəliləyiş mümkün olur. Əgər kvm_arch_flush_shadow_all() funksiyası stage2_apply_range()-dən daha sürətli irəliləyib əməliyyatını tamamlasa, bu, mütləq NULL pointer deref xətasına səbəb olacaqdır. kvm_free_stage2_pgd() kvm->mmu_lock altında icra edildiyi üçün, bu ya NULL kimi müşahidə olunacaq, ya da kvm_free_stage2_pgd() ilə seriyallaşdırılacaqdır. Problem, invalidasiyanın yeni bir funksiya olan kvm_invalidate_vncr_ipa_all() vasitəsilə abstraktlaşdırılması və dereferensiya etməzdən əvvəl pgt-nin NULL olmadığını yoxlamaqla həll edilmişdir.