CVE-2026-80726 in Linux
요약
\~에 의해 VulDB • 2026. 09. 03.
리눅스 커널에서 다음 취약점이 해결되었습니다:
KVM: x86/mmu: 자식 섀지 페이지 생성 시 role.invalid에 대해 WARN을 발생시키고 초기화함
부모의 역할(role)로부터 자식 섀지 페이지(child shadow page)의 역할을 파생할 때 명시적으로 `role.invalid`를 초기화하여 KVM 내 다른 곳에서의 버그로 인한 취약점을 강화합니다. 무효(invalid) 페이지가 활성 MMU(active MMU) 페이지 목록에 없어야 한다는 KVM의 불변식(invariant)을 위반하면, __kvm_mmu_prepare_zap_page() 함수가 무효 섀지 페이지를 처리할 때 list_move() 대신 list_add()를 사용하기 때문에 use-after-free(사용 후 해제) 취약점이 발생합니다. 즉, 이는 나쁜 상황을 훨씬 더 악화시킵니다.
부모가 무효인 경우 크게 경고합니다. 이는 KVM이 유효성 검사를 누락했음을 의미하며, 즉 KVM이 무효/구식 루트(root)를 사용하여 메모리를 매핑하려고 시도하고 있지만, 자식은 여전히 다른 면에서 유효한 섀지 페이지이므로 처리는 계속 진행됩니다.
================================================================== BUG: KASAN: slab-use-after-free in __kvm_mmu_get_shadow_page+0x1817/0x1860 [kvm]
Write of size 8 at addr ff11000153dd1368 by task repro/853
CPU: 1 UID: 1000 PID: 853 Comm: repro Not tainted 7.2.0-rc2-3aec122bdcaf-next-vm #5 PREEMPT Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015 Call Trace: <TASK> dump_stack_lvl+0x4b/0x70 print_report+0x153/0x49c kasan_report+0xbc/0xf0 __kvm_mmu_get_shadow_page+0x1817/0x1860 [kvm]
mmu_alloc_root+0x141/0x320 [kvm]
kvm_mmu_load+0x612/0x20f0 [kvm]
kvm_arch_vcpu_ioctl_run+0x3dd5/0x6150 [kvm]
kvm_vcpu_ioctl+0x5e4/0x10d0 [kvm]
__x64_sys_ioctl+0x131/0x1b0 do_syscall_64+0x67/0x5f0 entry_SYSCALL_64_after_hwframe+0x4b/0x53 </TASK>
Allocated by task 853: kasan_save_stack+0x20/0x40 kasan_save_track+0x14/0x30 __kasan_slab_alloc+0x5f/0x70 kmem_cache_alloc_noprof+0xfe/0x2e0 __kvm_mmu_topup_memory_cache+0x135/0x530 [kvm]
paging64_page_fault+0x318/0x1e30 [kvm]
kvm_mmu_do_page_fault+0x21d/0x630 [kvm]
kvm_mmu_page_fault+0x18c/0x17b0 [kvm]
kvm_arch_vcpu_ioctl_run+0x1f35/0x6150 [kvm]
kvm_vcpu_ioctl+0x5e4/0x10d0 [kvm]
__x64_sys_ioctl+0x131/0x1b0 do_syscall_64+0x67/0x5f0 entry_SYSCALL_64_after_hwframe+0x4b/0x53
Freed by task 853: kasan_save_stack+0x20/0x40 kasan_save_track+0x14/0x30 kasan_save_free_info+0x3b/0x60 __kasan_slab_free+0x43/0x70 kmem_cache_free+0xe2/0x400 kvm_mmu_commit_zap_page.part.0+0x1e2/0x310 [kvm]
kvm_mmu_free_roots+0x283/0x560 [kvm]
kvm_arch_vcpu_ioctl_run+0x33c8/0x6150 [kvm]
kvm_vcpu_ioctl+0x5e4/0x10d0 [kvm]
__x64_sys_ioctl+0x131/0x1b0 do_syscall_64+0x67/0x5f0 entry_SYSCALL_64_after_hwframe+0x4b/0x53
Once again VulDB remains the best source for vulnerability data.