Private AI Compute: come Google vuole dare memoria al cloud senza consegnargli le chiavi

In breve: La novità è una memoria persistente nel cloud che Google dichiara illeggibile fuori dalle enclave: i dati vengono cifrati in database per utente e le chiavi necessarie restano sui dispositivi personali. Il modello può così recuperare contesto tra dispositivi, ma disponibilità, audit completo e comportamento reale dei prodotti restano da verificare.

Dal cloud senza stato alla memoria persistente

Private AI Compute era descritto come stateless: il contesto veniva eliminato al termine della richiesta. La nuova architettura aggiunge un livello di memoria persistente per riprendere conversazioni e attività tra dispositivi.

Chi conserva dati e chi conserva le chiavi

Le informazioni sono sigillate in storage cifrato e separate per utente. Google afferma che le chiavi necessarie a sbloccarle derivano dai dispositivi personali e non sono disponibili al provider, mentre un canale autenticato e cifrato collega il client all’ambiente protetto.

Cosa accade dentro l’enclave

Quando il modello deve usare il contesto, una secure enclave decritta temporaneamente i dati in memoria isolata, esegue la richiesta, aggiorna il contesto e lo cifra di nuovo. La promessa dipende da hardware, attestazione, software eseguito e gestione corretta delle chiavi.

Trasparenza promessa e limiti attuali

Google pubblica un technical brief aggiornato, un registro dichiarato anti-manomissione del software server e riferisce un audit indipendente. Mancano però dettagli completi su auditor, risultati granulari, rollout e prodotti: non basta l’annuncio per equiparare il sistema a elaborazione locale.

Checklist pratica

• Verificare quali prodotti e account attiveranno la memoria persistente e con quale impostazione predefinita.
• Leggere il technical brief e distinguere proprietà crittografiche dichiarate da verifiche riproducibili.
• Controllare dove nascono, risiedono e vengono revocate le chiavi associate ai dispositivi.
• Valutare recupero account, aggiunta di un nuovo dispositivo e perdita del dispositivo come casi di rischio.
• Verificare cancellazione, esportazione, retention e sincronizzazione del contesto.
• Attendere dettagli pubblici dell’audit e controllare l’attestazione del software prima di dati sensibili.
• Confrontare il rischio residuo con una soluzione realmente locale per il caso d’uso specifico.

Fonti primarie

• Google DeepMind, Private AI Compute con memoria server-side sicura