Due difetti di Xen lasciano a una VM ospite la lettura e la scrittura della memoria delle altre

Il 3 novembre il Xen Project ha pubblicato l'advisory XSA-523, che rende noti due difetti dell'hypervisor: permettono a una macchina virtuale ospite malevola di leggere e scrivere la memoria delle altre VM sullo stesso host, compreso dom0. I difetti sono registrati come CVE-2026-102703 e CVE-2026-102704. Le patch sono disponibili e non esiste una mitigazione nota, ha dichiarato il progetto.

Sono vulnerabili tutte le versioni di Xen dalla 4.6 in poi. Le versioni 4.5 e precedenti non lo sono. Dom0 è la VM che per impostazione predefinita ha i permessi completi e gestisce le altre.

Come funzionano i difetti

I difetti stanno nella grant copy, l'operazione con cui Xen copia dati tra le VM. Ogni VM indica a Xen quali delle proprie pagine di memoria possono essere usate dalle altre, e Xen verifica quei permessi. Per risparmiare tempo su un gruppo di copie dentro la stessa pagina di memoria, Xen riutilizza controlli già eseguiti. In alcuni casi non ha ripetuto il controllo quando avrebbe dovuto. L'errore consente a un ospite malevolo di leggere e scrivere memoria che non gli appartiene.

XCP-ng, piattaforma di virtualizzazione open source costruita intorno a Xen, nelle sue note di aggiornamento scrive che "un singolo ospite compromesso può uscire dal proprio isolamento e prendere il controllo dell'intero host". Vates, che sviluppa XCP-ng, valuta l'impatto come critico.

Claude ha trovato i bug

Il Xen Project ha attribuito ad Anthropic, azienda di intelligenza artificiale, la scoperta dei difetti con il suo modello Claude. Stephan Lipp di Ada Logics ha validato il risultato. Il CodeAnt AI Security Research Team ha poi segnalato lo stesso problema in modo indipendente.

Correzioni e riavvii per piattaforma

L'advisory contiene patch per xen-unstable fino a Xen 4.19.x e per Xen 4.18.x fino a 4.17.x. Non contiene patch per Xen dalla 4.6 alla 4.16. Il supporto di sicurezza di Xen 4.16 è terminato il 2 dicembre 2024.

XCP-ng 8.3 ha una correzione: xen-4.17.7-4.2.xcpng8.3, rilasciata il 3 novembre. Gli host vanno riavviati.

Qubes OS, sistema operativo desktop orientato alla sicurezza che tiene il software in compartimenti separati basati su Xen chiamati qubes, ha dichiarato che ogni release e configurazione supportata è interessata. La correzione è per Qubes 4.3, l'unica release ancora supportata. I pacchetti Xen sono 4.19.6-3 in dom0. Dom0 va riavviato e chi usa Anti Evil Maid deve rigenerare la propria passphrase segreta, perché i nuovi binari Xen cambiano PCR18 e PCR19.

Poiché ogni versione di Xen dalla 4.6 in poi è vulnerabile, gli altri prodotti costruiti su quelle versioni restano esposti finché i produttori non aggiungono le patch di XSA-523. Al 4 novembre il security tracker di Debian elencava il pacchetto xen come vulnerabile nelle release bookworm, trixie e forky e come corretto in sid.

Cosa succede adesso

Il 3 novembre Qubes ha detto agli utenti di continuare a installare gli aggiornamenti come al solito. I pacchetti corretti erano allora nel repository di security-testing, in procinto di passare a quello stabile nelle due settimane successive, dopo i test della comunità. L'advisory di Xen non menziona attacchi che sfruttino i difetti né specifica quale accesso alla VM serva a un attaccante. XSA-523 è distinto da XSA-500, un precedente difetto della grant copy reso noto da Xen il 28 luglio, e ha patch proprie.