CVE-2026-80853 in Linux
Résumé
par VulDB • 04/09/2026
Dans le noyau Linux, la vulnérabilité suivante a été corrigée :
KVM : SEV : Allouer des pages complètes pour les opérations {DECRYPT, ENCRYPT} sur les hôtes activant SNP
Lors du déchiffrement ou chiffrement de la mémoire d'un invité SEV ou SEV-ES sur un hôte activant SNP via un tampon temporaire, allouez une page complète de 4 Ko pour le tampon afin de garantir que la page contenant le tampon est entièrement détenue par KVM, c'est-à-dire qu'elle ne sera ni allouée simultanément ni accédée par d'autres codes noyau pendant l'utilisation du tampon par KVM pour {déchiffrer/chiffrer} la mémoire. Sur les plateformes activant SNP, lors de l'envoi des commandes SEV/SEV-ES qui déclenchent des écritures firmware dans la mémoire, la (les) page(s) à écrire doit/doivent être (temporairement) attribuée(s) au Firmware (comme requis par l'architecture SNP, pour se protéger contre l'utilisation de ces commandes en tant que gadgets pour attaquer les invités SNP). Voir snp_map_cmd_buf_desc() et ses fonctions associées.
Malheureusement, le transfert de la propriété d'une page vers le Firmware rend cette page inaccessible aux logiciels, et donc les écritures génèrent des violations RMP #PF (Page Fault). Si KVM utilise une allocation sous-page pour son tampon temporaire, un autre acteur du noyau peut allouer et utiliser les autres parties de la page, déclenchant ainsi des violations RMP #PF inattendues (et apparemment erronées) dues à l'accès logiciel à une page détenue par le Firmware.
BUG: unable to handle page fault for address: ffff906ae30f0300 #PF: supervisor write access in kernel mode #PF: error_code(0x80000003) - RMP violation PGD 6b1b80d067 P4D 6b1b80d067 PUD 100231e2063 PMD 10055a88063 PTE 80000100630f0163 SEV-SNP: PFN 0x100630f0 unassigned, dumping non-zero entries in 2M PFN region: [0x10063000 - 0x10063200]
Oops: Oops: 0003 [#1] SMP
CPU: 70 UID: 0 PID: 10658 Comm: svw_WaiterThrea Tainted: G U W O 7.1.0-smp--c22293789940-seanjc-next #1 PREEMPTLAZY Tainted: [U]=USER, [W]=WARN, [O]=OOT_MODULE
Hardware name: Google, Inc. Arcadia_IT_80/Arcadia_IT_80, BIOS 34.86.0-102 01/25/2026 RIP: 0010:memset+0xf/0x20 Call Trace: __kvmalloc_node_noprof+0x2a4/0x710 do_getxattr+0x4e/0x130 path_getxattrat+0x125/0x1b0 do_syscall_64+0x10a/0x480 entry_SYSCALL_64_after_hwframe+0x4b/0x53 RIP: 0033:0x7f3a22cb6daa Modules linked in: kvm_amd kvm irqbypass vfat fat ccp k10temp sha3 libsha3 i2c_piix4 gq(O) cdc_acm xhci_pci xhci_hcd gsmi: Log Shutdown Reason 0x03 CR2: ffff906ae30f0300 ---[ end trace 0000000000000000 ]---
RIP: 0010:memset+0xf/0x20 Kernel panic - not syncing: Fatal exception Kernel Offset: 0x39e00000 from 0xffffffff81000000 (relocation range: 0xffffffff80000000-0xffffffffbfffffff) gsmi: Log Shutdown Reason 0x02
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.