CVE-2025-68810 in Linux
要約
〜によって VulDB • 2026年06月03日
Linuxカーネルにおいて、以下の脆弱性が修正されました：
KVM: 既存のmemslotに対してKVM_MEM_GUEST_MEMFDの切り替えを禁止する
guest_memfdバインディングを持つmemslotが最初に作成された後、KVM_MEM_GUEST_MEMFDフラグを無効化しようとする試行を拒否します。KVMは既存のmemslot上でKVM_MEM_GUEST_MEMFDの切り替えをサポートしていないためです。KVMはKVM_MEM_GUEST_MEMFDの有効化を防ぐことはできますが、フラグのクリア（無効化）を防ぐことはできませんでした。
新しいmemslotの試行を拒否しない場合、KVMがguest_memfdインスタンスからアンバインドしないため、use-after-free（解放後使用）が発生します。FLAGS_ONLY変更時のアンバインドは容易であり、将来のguest_memfdに対するダーティロギング対応を見据えたハードニング対策として実施される予定です（かつ、実施されるでしょう）。しかし、use-after-freeを修正しても、即時的な症状に対処するだけで根本原因にはなりません。
================================================================== BUG: KASAN: slab-use-after-free in kvm_gmem_release+0x362/0x400 [kvm]
Write of size 8 at addr ffff8881111ae908 by task repro/745
CPU: 7 UID: 1000 PID: 745 Comm: repro Not tainted 6.18.0-rc6-115d5de2eef3-next-kasan #3 NONE Hardware name: QEMU Standard PC (Q35 + ICH9, 2009), BIOS 0.0.0 02/06/2015 Call Trace: <TASK> dump_stack_lvl+0x51/0x60 print_report+0xcb/0x5c0 kasan_report+0xb4/0xe0 kvm_gmem_release+0x362/0x400 [kvm]
__fput+0x2fa/0x9d0 task_work_run+0x12c/0x200 do_exit+0x6ae/0x2100 do_group_exit+0xa8/0x230 __x64_sys_exit_group+0x3a/0x50 x64_sys_call+0x737/0x740 do_syscall_64+0x5b/0x900 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP: 0033:0x7f581f2eac31 </TASK>
Allocated by task 745 on cpu 6 at 9.746971s: kasan_save_stack+0x20/0x40 kasan_save_track+0x13/0x50 kasan_save_alloc_info+0x2e/0x50 __kasan_kmalloc+0x3b/0x50 kmem_cache_alloc+0x133/0x390 kvm_gmem_create+0x103/0x3e0 [kvm]
kvm_vm_ioctl+0x14b0/0x3290 [kvm]
__x64_sys_ioctl+0x129/0x1a0 do_syscall_64+0x5b/0x900 entry_SYSCALL_64_after_hwframe+0x4b/0x53
Freed by task 745 on cpu 6 at 9.747467s: kasan_save_stack+0x20/0x40 kasan_save_track+0x13/0x50 __kasan_save_free_info+0x37/0x50 __kasan_slab_free+0x3b/0x60 kfree+0xf5/0x440 kvm_set_memslot+0x3c2/0x1160 [kvm]
kvm_set_memory_region.part.0+0x86a/0x1110 [kvm]
kvm_vm_ioctl+0x14b0/0x3290 [kvm]
__x64_sys_ioctl+0x129/0x1a0 do_syscall_64+0x5b/0x900 entry_SYSCALL_64_after_hwframe+0x4b/0x53
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.