The Pulse
Meta si è affrettata a correggere i rischi di evasione dalle macchine virtuali di Muse prima del lancio
Secondo 404 Media, alcuni post interni di Meta descrivevano uno sforzo che coinvolgeva più team per affrontare i rischi di evasione dalle macchine virtuali di Muse prima del lancio, avvenuto l’8 settembre 2026. Tra il 27 agosto e l’8 settem
AI.info Team · Scritto con l’IA ·
Meta afferma di aver sviluppato il suo agente Muse con misure di isolamento e test di sicurezza; i post interni descritti in un’inchiesta di 404 Media raccontano di ingegneri impegnati a risolvere in tutta fretta i rischi di evasione dalle macchine virtuali poco prima del lancio. Secondo l’inchiesta, pubblicata il 5 ottobre, almeno una falla avrebbe potuto consentire a un normale utente di Muse di raggiungere database e servizi sensibili di Meta. L’inchiesta non dimostra che qualcuno abbia sfruttato le falle o avuto accesso a quei sistemi.
Il rafforzamento della sicurezza è iniziato 12 giorni prima del lancio
Secondo un post interno esaminato da 404 Media, Meta ha avviato il rafforzamento della sicurezza il 27 agosto 2026. Muse è stato lanciato l’8 settembre, 12 giorni dopo. Un post successivo, rivolto il 18 settembre al team di Meta responsabile dell’infrastruttura di base, descriveva un «improvviso aumento delle segnalazioni di evasioni da KVM» e uno sforzo che coinvolgeva più team per rafforzare la sicurezza del servizio.
KVM, o Kernel-based Virtual Machine, è una tecnologia Linux usata per eseguire macchine virtuali. Un’evasione da KVM si verifica quando il codice all’interno di una macchina guest supera il suo confine di isolamento e raggiunge il sistema host o un altro ambiente. Secondo 404 Media, diverse vulnerabilità riguardavano il software di virtualizzazione Linux che Meta usa per Muse; almeno una era legata a un exploit individuato nel codice di KVM a luglio.
Il post interno affermava che i team avevano lavorato per ridurre la superficie accessibile agli agenti Muse e limitare le destinazioni di porte e IP raggiungibili dagli agenti Hatch e dagli host VMVM. Hatch è il nome usato internamente da Meta per Muse. Secondo l’inchiesta, i rischi sono arrivati all’attenzione dell’amministratore delegato Mark Zuckerberg e i team di sicurezza hanno lavorato di notte e nei fine settimana prima del rilascio.
Le dichiarazioni di Meta sulla sicurezza e l’avvertimento di una fonte interna
Una fonte interna a Meta ha detto a 404 Media che i team erano sotto pressione per distribuire le correzioni senza ritardare il lancio. La fonte ha definito le protezioni «messe insieme alla meglio» e ha detto che alcuni ingegneri senior temevano una grave violazione. Si tratta delle valutazioni della fonte, non di prove che una violazione sia avvenuta.
La descrizione pubblica di Muse fornita da Meta presenta un’architettura a più livelli. L’azienda afferma che ogni utente dispone di una VM dedicata nel cloud, mentre l’ambiente di esecuzione dell’agente opera in un container soggetto a restrizioni; servizi separati gestiscono credenziali, autorizzazioni e accesso alla rete. Meta afferma inoltre che il suo sistema Sentinel controlla le connessioni verso l’esterno e può richiedere l’approvazione dell’utente per determinate azioni.
Il ricercatore di sicurezza Patrick Wardle ha dichiarato a 404 Media:
«Il problema è che Hatch rende il confine della virtualizzazione un confine di sicurezza per l’ambiente di produzione»,
L’avvertimento di Wardle riguarda i rischi di affidarsi a quel confine; non è una prova che si sia verificata una violazione.
Il rischio è nel confine di isolamento
La macchina virtuale non è soltanto l’ambiente in cui opera l’agente: è parte del confine di sicurezza che separa le attività degli utenti dall’infrastruttura di Meta. Wardle ha detto a 404 Media che una falla in KVM, o in un servizio raggiungibile dall’interno, potrebbe trasformare codice controllato dall’utente in un mezzo per accedere ai sistemi di produzione.
Il post tecnico pubblicato da Meta l’8 settembre descrive le protezioni del sistema, pur riconoscendo che Muse può commettere errori e subire attacchi attraverso i dati che legge. L’inchiesta di 404 Media solleva una questione più circoscritta rispetto all’esistenza di quelle protezioni: se le vulnerabilità presenti prima del lancio nel livello di virtualizzazione potessero compromettere il confine da cui dipendono.
Il resoconto pubblicato descrive rischi che gli ingegneri hanno cercato di correggere prima del lancio, non una compromissione confermata, e non fornisce dettagli tecnici sufficienti a riprodurre le falle in modo indipendente. Meta afferma che il lavoro sulla sicurezza prosegue; il suo resoconto pubblico e i post interni descritti da 404 Media mostrano sia le misure di protezione previste sia lo sforzo per rafforzarle prima che Muse arrivasse agli utenti.