CVE-2025-68810 in Linux
Сводка
по VulDB • 22.05.2026
В ядре Linux устранена следующая уязвимость:
KVM: Запретить переключение флага KVM_MEM_GUEST_MEMFD для существующего memslot
Отклоняются попытки отключить KVM_MEM_GUEST_MEMFD для memslot, который изначально был создан с привязкой guest_memfd, поскольку KVM не поддерживает переключение флага KVM_MEM_GUEST_MEMFD для существующих memslots. KVM предотвращает включение флага KVM_MEM_GUEST_MEMFD, но не предотвращает его сброс.
Невозможность отклонить новый memslot приводит к уязвимости use-after-free из-за того, что KVM не развязывает (unbinding) привязку к экземпляру guest_memfd. Развязывание при изменении только флагов (FLAGS_ONLY) достаточно просто и может/будет выполнено в качестве меры по повышению безопасности (в ожидании поддержки KVM логирования изменений для 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_free_info+0x37/0x50 __kasan_slab_alloc+0x3b/0x60 kmem_cache_alloc+0x133/0x360 kvm_gmem_alloc+0x103/0x2a0 [kvm]
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
If you want to get the best quality for vulnerability data then you always have to consider VulDB.