PwnEscape: falla critica nel kernel Linux, dalla VM guest all’host

Una vulnerabilità critica nello stack di rete del kernel Linux, chiamata PwnEscape e tracciata come CVE-2026-99999, permette a una macchina virtuale guest di leggere porzioni della memoria dell’host e, con una catena di exploit più lunga, di arrivare all’esecuzione di codice sull’host. Ne hanno scritto The Hacker News e CSO Online il 16 ottobre 2026, The Register e heise Security il 19 ottobre. Secondo The Register la falla ha un punteggio di 9.3.

Nessuna delle fonti parla di sfruttamento in corso, ma il ricercatore che l’ha scoperta prevede exploit funzionanti nel giro di poche settimane.

Chi l’ha scoperta

Secondo CSO Online la falla è stata trovata da Paulos Yibelo di Pwn.ai durante la sfida di sicurezza da 1 milione di dollari lanciata da Vercel il 18 agosto sul proprio ambiente Vercel Sandbox, che invitava i ricercatori a forzare l’isolamento delle macchine virtuali. Vercel l’ha definita la segnalazione più grave ricevuta dal programma: crash ed esecuzione di codice sono stati dimostrati su macchine KVM e Firecracker del ricercatore, configurate come Vercel Sandbox, e secondo l’azienda non risultano accessi ai dati dei clienti.

Il meccanismo tecnico

Il problema sta nel checksum offloading: Linux può rimandare il calcolo del checksum di un pacchetto a una fase successiva, e i metadati del pacchetto indicano da dove partire con il calcolo e dove scrivere il risultato. Se questi metadati arrivano da un guest, cioè da un dominio meno affidabile, possono far cadere la scrittura dentro l’intestazione IPv4, che il kernel ha già controllato e usato.

Secondo CSO Online, Yibelo ha mostrato che dopo i controlli la lunghezza dell’intestazione IPv4 si può portare da 20 a 60 byte: il codice di frammentazione, rileggendo l’intestazione, tratta come intestazione anche dati che stanno oltre il pacchetto e inserisce 32 byte di memoria adiacente dell’host in un pacchetto in uscita. È un difetto di tipo TOCTOU (time-of-check/time-of-use), ma senza la classica corsa tra thread: la scrittura differita avviene nel normale percorso dei pacchetti. Un’analisi di SOC Prime citata da The Register sottolinea che la fuga di dati si può ripetere, quindi un guest può raccogliere informazioni dall’host un po’ alla volta.

Yibelo ha poi usato questa lettura, insieme ad altre tecniche, per ottenere scritture mirate nella memoria del kernel ed eseguire un programma come root sull’host. Riferisce di aver completato la catena in laboratorio, sui propri sistemi, in quattro avvii a freddo distinti; i dettagli di questa parte non sono ancora pubblici.

Red Hat, secondo The Register, indica come impatto possibile l’esecuzione di codice arbitrario sull’host, un crash del sistema (denial of service) o la divulgazione di memoria sensibile. In MITRE ATT&CK lo scenario corrisponde a T1611, Escape to Host.

Non solo KVM

The Register presenta la falla come una fuga guest-host di KVM, l’hypervisor usato dalla maggior parte dei grandi cloud. Yibelo però, secondo CSO Online, precisa che il difetto non è specifico di KVM o di un altro hypervisor: è nello stack di rete di Linux che gestisce il traffico dei guest. Il ricercatore parla di una nuova classe di attacchi: metadati di checksum non fidati che riscrivono campi sensibili dei pacchetti dopo che il kernel li ha già convalidati.

Correzione e versioni

La correzione accettata, commit 6785011f8b16, aggiunge controlli prima delle operazioni di completamento del checksum, per impedire che la scrittura corrompa l’intestazione IPv4. Secondo CSO Online è entrata nell’albero di sviluppo l’8 ottobre e nel kernel principale il 14 ottobre; la descrizione della vulnerabilità su NVD elenca correzioni nei rami stabili 5.10, 5.15, 6.1, 6.6, 6.12, 6.18 e 7.2, oltre a quella del ramo principale. Le fonti non riportano i numeri esatti delle versioni corrette di ogni ramo. Yibelo descrive la patch come una misura di difesa in profondità e avverte che la convalida dei metadati di checksum non fidati va ancora estesa.

Secondo The Register la correzione sta arrivando nelle principali distribuzioni (Debian, RHEL, Ubuntu) e dovrà arrivare nei prodotti di virtualizzazione basati su KVM, come Nutanix e Proxmox. Sempre secondo la testata, AWS dichiara che EC2 non è a rischio, e Google Cloud, per il modo in cui usa KVM, probabilmente non lo è.

Perché conta per le aziende europee e italiane

Molte aziende fanno girare server virtuali su host Linux: cluster Proxmox, piattaforme OpenStack, soluzioni iperconvergenti basate su KVM, oltre a micro-VM usate per isolare container, pipeline CI/CD e agenti di IA. Dove sullo stesso host convivono carichi con livelli di fiducia diversi (clienti diversi, test e produzione, codice di terzi), una fuga dal guest rompe proprio l’isolamento su cui si basa la separazione.

Per i soggetti NIS2 delle infrastrutture digitali e della gestione dei servizi TIC, come cloud provider, data center e fornitori di servizi gestiti, l’aggiornamento rientra nella gestione delle vulnerabilità; un eventuale incidente significativo va valutato ai fini della notifica al CSIRT Italia dell’ACN. Nella sanità vanno considerati gli ambienti virtualizzati che ospitano applicazioni cliniche.

Cosa fare subito

1. Trova gli host coinvolti: hypervisor Linux con KVM, host che eseguono micro-VM come Firecracker e appliance di virtualizzazione basate su Linux.
2. Aggiorna il kernel degli host appena la tua distribuzione o il tuo fornitore pubblicano il pacchetto con la correzione: cerca CVE-2026-99999 nei loro bollettini. Il nuovo kernel richiede un riavvio dell’host (o una patch live, se il fornitore la offre): pianifica la migrazione delle VM.
3. Dai la priorità agli host che eseguono codice non fidato o di più clienti: hosting, piattaforme multi-tenant, sandbox, runner CI, laboratori.
4. Chiedi ai fornitori di cloud privato, hosting e appliance quando applicano la correzione.
5. Nell’attesa, le fonti non indicano soluzioni temporanee: tieni i carichi meno fidati lontani dagli host più critici.
6. Sorveglia gli host: crash o errori del kernel legati alla rete, processi inattesi con privilegi di root, processi figli anomali dell’hypervisor. Non sono stati pubblicati indicatori di compromissione.

Come aiuta ARXDOME

L’inventario di ARX Sentry riporta sistema, software e processi dei server Linux con l’agent: aiuta a trovare gli host di virtualizzazione e le loro versioni del kernel. ARX Shield mostra le vulnerabilità aperte per macchina e per pacchetto, così puoi seguire l’aggiornamento host per host.

Ultimo aggiornamento: 19 ottobre 2026