direct=0kvm_mmu_get_child_sp() di KVM cerca una pagina shadow da riutilizzare, trova la pagina shadow esistente perché il GFN corrisponde. Tuttavia, non confronta il ruolo direct. La vecchia pagina shadow con direct=1 viene erroneamente riutilizzata per un contesto che ora richiede direct=0 sptep della pagina shadow liberata rimane referenziato durante le scansioni rmap (come per il dirty logging o l'invalidazione del notificatore MMU), portando a una condizione di use-after-free Le conseguenze di CVE-2026-53359 sono gravi, specialmente in ambienti cloud multi-tenant.
/dev/kvm è scrivibile da tutti (0666), un utente locale non privilegiato può sfruttare questa vulnerabilità come un vettore affidabile di escalation dei privilegi locale La comunità del kernel Linux ha reagito rapidamente una volta identificato il difetto. Una correzione è stata integrata nel kernel principale e portata sui kernel stabili, tutti rilasciati il 4 luglio 2026 .
81ccda30b4e83d8f5cc4fd50503c44e3a33abfeb e i suoi backport) rafforza la logica di validazione in kvm_mmu_get_child_sp(). Ora richiede che sia il numero di frame guest che il ruolo MMU corrispondano prima di riutilizzare una pagina shadow, prevenendo il disallineamento del ruolo che porta alla use-after-free Sebbene l'applicazione della patch sia l'unica soluzione completa, gli amministratori possono implementare mitigazioni temporanee per ridurre la superficie d'attacco:
/dev/kvm: Per prevenire l'escalation dei privilegi locale non privilegiata, limitare l'accesso al dispositivo KVM. Modificare i permessi con chmod 660 /dev/kvmkvm