CVE-2026-31593 in Linux
Riassunto
di VulDB • 14/06/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
KVM: SEV: Rifiutare i tentativi di sincronizzazione della VMSA di un vCPU già avviato/crittografato
Rifiuta la sincronizzazione dello stato del vCPU con la relativa VMSA se il vCPU è già stato lanciato, ovvero se la VMSA è già stata crittografata. Su un host con SNP abilitato, l'accesso alla memoria privata dell'guest genera un RMP #PF e causa il panic dell'host.
BUG: unable to handle page fault for address: ff1276cbfdf36000 #PF: supervisor write access in kernel mode #PF: error_code(0x80000003) - RMP violation PGD 5a31801067 P4D 5a31802067 PUD 40ccfb5063 PMD 40e5954063 PTE 80000040fdf36163 SEV-SNP: PFN 0x40fdf36, RMP entry: [0x6010fffffffff001 - 0x000000000000001f]
Oops: Oops: 0003 [#1] SMP NOPTI
CPU: 33 UID: 0 PID: 996180 Comm: qemu-system-x86 Tainted: G OE Tainted: [O]=OOT_MODULE, [E]=UNSIGNED_MODULE
Hardware name: Dell Inc. PowerEdge R7625/0H1TJT, BIOS 1.5.8 07/21/2023 RIP: 0010:sev_es_sync_vmsa+0x54/0x4c0 [kvm_amd]
Call Trace: snp_launch_update_vmsa+0x19d/0x290 [kvm_amd]
snp_launch_finish+0xb6/0x380 [kvm_amd]
sev_mem_enc_ioctl+0x14e/0x720 [kvm_amd]
kvm_arch_vm_ioctl+0x837/0xcf0 [kvm]
kvm_vm_ioctl+0x3fd/0xcc0 [kvm]
__x64_sys_ioctl+0xa3/0x100 x64_sys_call+0xfe0/0x2350 do_syscall_64+0x81/0x10f0 entry_SYSCALL_64_after_hwframe+0x76/0x7e RIP: 0033:0x7ffff673287d
Si noti che il difetto di KVM è presente fin dal commit ad73109ae7ec ("KVM: SVM: Provide support to launch and run an SEV-ES guest"), ma ha rappresentato un pericolo attivo per l'host solo dopo l'aggiunta del supporto SNP. Con SEV-ES, KVM avrebbe semplicemente "corrotto" lo stato dell'guest, il che è assolutamente accettabile dalla prospettiva del kernel host poiché userspace può corrompere lo stato dell'guest in qualsiasi momento prima di sev_launch_update_vmsa().
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.