CVE-2026-89775: guest ARM64 ottiene accesso alla memoria del host

Un bug nel calcolo della dimensione di invalidazione TLB permette a un guest KVM di leggere e scrivere memoria host senza VM exit. Il percorso alternativo su RHEL

Il 16 settembre 2026 il ricercatore Hyunwoo Kim ha pubblicato dettagli su CVE-2026-89775, una vulnerabilità nel sottosistema KVM del kernel Linux per ARM64 che permette a un guest virtuale di ottenere accesso in lettura e scrittura alla memoria fisica del sistema host. Il bug risiede in un'errata gestione del livello di walk dello stage-1 durante il calcolo della dimensione di invalidazione della pseudo-TLB VNCR, con conseguenze che includono un percorso di privilege escalation locale su distribuzioni enterprise con /dev/kvm world-writable. È il quarto escape KVM del 2026 scoperto dallo stesso ricercatore nel contesto del programma kvmCTF di Google.

Punti chiave

Il bug CVE-2026-89775 ha CVSS 9.3 (CRITICAL) ed è causato da un type truncation che produce dimensione zero, saltando l'invalidazione TLB e lasciando una pagina host freed mappata scrivibile al guest.
La configurazione vulnerabile richiede virtualizzazione annidata abilitata su hardware Armv8.4 con FEAT_NV2, modalità sperimentale e spenta di default.
Su RHEL e distribuzioni analoghe, /dev/kvm con permessi 0666 consente a un utente locale non privilegiato di creare un guest ed elevare privilegi a root sfruttando la stessa vulnerabilità.
Le patch sono disponibili in Linux 6.18.51, 7.2.5 e 7.3-rc1; il codice vulnerabile è presente dai commit del 14 maggio 2025.

Il meccanismo: quando un intero firmato diventa zero senza warning

La radice del problema sta nella funzione pgshift_level_to_ttl(), che converte il livello di walk dello stage-1 in una dimensione di invalidazione per la pseudo-TLB VNCR (Virtual Nested Control Register). Quando il livello S1 corrisponde a S1_MMU_DISABLED = -127, il cast a u8 produce un valore non previsto, e la successiva computazione della dimensione restituisce zero.

Secondo l'advisory OSS-Security di Hyunwoo Kim, «the invalidation range becomes an empty interval and the invalidation is always skipped». Il risultato è che una pagina di memoria del host, già liberata (freed), rimane mappata con permessi di scrittura a un indirizzo fisso nel kernel del sistema ospitante. Il guest malevolo ottiene letture e scritture a 64 bit su quella pagina «without any trap or VM exit» — un accesso diretto e invisibile all'hypervisor.

Il commit che ha introdotto il codice vulnerabile è 7270cc9157f47, datato 14 maggio 2025. I tre commit di correzione — be54a70067c7, 1c9fca34b962 e 8053393680d4 — sono stati integrati nelle versioni 6.18.51, 7.2.5 e 7.3-rc1 del kernel upstream.

Il percorso LPE: perché il default di RHEL amplifica il rischio

La vulnerabilità presenta un secondo vettore significativo su sistemi dove /dev/kvm è accessibile in scrittura a qualsiasi utente locale. Secondo l'advisory di Kim, «On distributions such as RHEL, /dev/kvm is world-writable (0666), so if nested virtualization is enabled on the host, an unprivileged user can use this vulnerability as a reliable LPE to gain root». Questo trasforma un bug di isolamento host-guest in uno strumento di privilege escalation universale sulla macchina fisica.

Red Hat ha confermato che RHEL 10 utilizza un kernel affetto, mentre le release 6-9 non lo sono. L'azienda ha inoltre segnalato che nessuna mitigazione disponibile soddisfa i criteri per essere classificata come workaround ufficiale, lasciando l'applicazione della patch come unica soluzione documentata.

La combinazione di una configurazione sperimentale (nested virtualization su ARM64) con un permesso di default permissivo (world-writable /dev/kvm) illustra come le assunzioni di sicurezza a livello di distribuzione possano interagire con bug architetturali in modo imprevisto.

Dove colpisce: il quadro delle distribuzioni e cloud provider

La vulnerabilità non interessa tutti i sistemi Linux indistintamente. Il codice vulnerabile è presente solo a partire dai kernel 6.16/6.17 e richiede hardware Armv8.4 con l'estensione FEAT_NV2. The Hacker News riporta che Ubuntu 26.04, inclusi i kernel ottimizzati per AWS, Azure e Google Cloud Platform, è vulnerabile; Ubuntu 24.04 LTS nel suo kernel generale non lo è, mentre i kernel HWE 6.17 e 7.0 sì. Amazon AL2023 con kernel 6.18 ha un fix in attesa, gli altri kernel Amazon Linux sono esclusi. Debian Bookworm e Trixie non sono affette perché il codice non è presente; Debian Sid ha ricevuto la correzione nella versione 7.2.6-1 del kernel, mentre Forky risulta vulnerabile.

Sul fronte cloud pubblico, le superfici di attacco appaiono circoscritte: AWS offre virtualizzazione annidata solo su istanze Intel, non su quelle ARM; Google Cloud esclude esplicitamente le macchine virtuali ARM dal supporto alla nested virtualization. Questo riduce il rischio per i tenant di servizi gestiti, pur non eliminandolo per infrastrutture self-hosted o private cloud con ARM64.

Un pattern sistematico: il 2026 di Hyunwoo Kim e kvmCTF

CVE-2026-89775 è la quarta disclosure di escape KVM firmata da Hyunwoo Kim nel corso del 2026, dopo ITScape (giugno, ARM64), Januscape (luglio, x86) e Zapscape (agosto, x86). Il ricercatore opera nel contesto di kvmCTF, il programma bug bounty di Google lanciato nel giugno 2024 per incentivare la ricerca sistematica su isolamento e sicurezza dell'hypervisor Linux.

Il pattern è rilevante: un singolo operatore, con accesso a un'infrastruttura di test strutturata, sta individuando vulnerabilità latenti in codice considerato maturo e sottoposto a revisione continua da parte della comunità. La concentrazione di scoperte nel 2026 suggerisce che il perimetro di attacco degli hypervisor — in particolare nei percorsi meno battuti come la virtualizzazione annidata ARM64 — conservi superfici significative non ancora esplorate.

«A freed host page stays mapped writable at a fixed address in the host kernel, and the attacking guest obtains 64-bit reads and writes to that page without any trap or VM exit.» — Hyunwoo Kim, advisory OSS-Security

Cosa fare adesso

Le azioni prioritarie derivano direttamente dalle indicazioni delle fonti primarie:

Applicare le patch kernel 6.18.51, 7.2.5 o successivi, oppure aggiornare a 7.3-rc1, verificando che i commit be54a70067c7, 1c9fca34b962 e 8053393680d4 siano inclusi nella build distribuita.
Verificare lo stato della nested virtualization sui sistemi ARM64: se abilitata per esigenze specifiche, valutare la disabilitazione temporanea in attesa di patching, considerando l'impatto sui carichi di lavoro.
Controllare i permessi di /dev/kvm su distribuzioni enterprise, con particolare attenzione a configurazioni RHEL-like che impostano accesso world-writable: limitare l'accesso ai soli utenti appartenenti al gruppo kvm riduce la superficie del percorso LPE locale.
Per operatori di infrastrutture cloud ARM64 self-hosted, validare che le policy di accesso alla nested virtualization riflettano la consapevolezza del rischio documentato, indipendentemente dalla disponibilità di patch upstream.

Non emergono segni di exploit in-the-wild al 22 settembre 2026, e nessun PoC è stato reso pubblico. Il CVE non compare nel catalogo CISA delle vulnerabilità sfruttate attivamente. Secondo la stima riportata da The Hacker News, il predicted exploitation score è inferiore all'1%, sebbene la criticità del bug — con potenziale compromissione completa dell'host — mantenga la priorità alta per gli ambienti esposti.

Perché questo bug conta oltre l'incidente singolo

Il valore di CVE-2026-89775 sta nel modo in cui espone due fragilità strutturali: la gestione dei tipi interi in codice del kernel che elabora valori di livello come interi con segno, e l'assunzione implicita che configurazioni sperimentali non attivate di default siano sufficientemente protette dai permessi di accesso. La combinazione di type truncation con un percorso di escalation locale tramite permessi di dispositivo permissivi mostra come la sicurezza di un sistema complesso non dipenda dal singolo componente, ma dalle interazioni non previste tra livelli architetturali diversi.

Il lavoro di Kim, reso economicamente sostenibile da kvmCTF, indica che la ricerca sistematica su hypervisor — specie su architetture emergenti come ARM64 con virtualizzazione annidata — sta producendo risultati misurabili e ripetibili. Per gli operatori di infrastruttura, la lezione è che le patch arrivano dopo la scoperta, e che la visibilità su configurazioni sperimentali e permessi di default deve essere parte integrante del modello di minaccia.

Le informazioni sono state verificate sulle fonti citate e aggiornate al momento della pubblicazione.

Fonti

Fonti e riferimenti

Ricevi DeafLetter