Google aduce memorie persistentă pe server la Private AI Compute

Google va aduce memorie privată și persistentă pe partea de server la Private AI Compute, platforma sa de procesare AI în cloud, echipa Google Private AI Compute a anunțat într-un postare pe blogul Google DeepMind publicat pe 23 septembrie 2026, lansând un document tehnic actualizat, o înregistrare publică a software-ului său de server și rezumate ale auditurilor independente alături de anunț.

Un model de seif sigur cu chei deținute pe dispozitiv

Echipa a declarat că noul strat de memorie persistentă este conceput să funcționeze ca un seif digital sigur în cloud. În cadrul acestui model, informațiile necesare pentru a asista un utilizator sunt sigilate într-un spațiu de stocare dedicat și criptat, în timp ce cheile criptografice necesare pentru deblocare sunt păstrate exclusiv pe dispozitivele personale ale utilizatorului — o aranjare pe care Google susține că face datele inaccesibile oricui altcuiva, inclusiv Google însuși.

Când un model are nevoie de informații stocate pentru a gestiona o cerere, un canal autentificat, criptat de la capăt la capăt conectează dispozitivul la un mediu protejat și izolat în cloud. Acest spațiu, numit enclave sigură, decriptează temporar datele în memorie izolată, salvează orice context nou și le recriptează imediat. Google descrie designul ca o combinație de enclave securizate impuse de hardware, canale criptate și baze de date per utilizator protejate de chei de criptare generate de dispozitiv.

Anunțul prezintă această capacitate ca un răspuns la o dilemă de lungă durată: oferirea unui asistent cu continuitate pe termen lung pe multiple dispozitive, menținând în același timp standardele stricte de confidențialitate, de obicei limitate la procesarea pe dispozitiv. Ca exemple de continuitate dorită, echipa descrie afișarea instrucțiunilor de asamblare pe un laptop, care au fost vizualizate anterior prin ochelari inteligenți, sau reluarea unei conversații complexe între mobil și web.

De la o platformă fără stare la memorie persistentă

Google a introdus Private AI Compute pe 11 noiembrie 2025, într-o postare de Jay Yagnik, vicepreședinte al inovației și cercetării AI, descriind-o ca o platformă care combină modelele sale Gemini în cloud cu garanțiile de securitate și confidențialitate ale procesării pe dispozitiv. Platforma rulează pe unitățile personalizate Tensor Processing Units ale Google, securizate de enclavele Titanium Intelligence. La lansare, Google a declarat că Private AI Compute va face Magic Cue mai util pe telefoanele Pixel 10 și va permite aplicației Pixel Recorder să rezume transcrierile într-o gamă mai largă de limbi.

Până la această actualizare, tehnologia era strict fără stare, ștergând tot contextul în momentul în care o sarcină se încheia. Google spune că soluțiile alternative, cum ar fi salvarea de către AI a listelor de fapte și preferințe personale, nu erau suficiente pentru a susține experiențele continue pe care le așteaptă de la un AI personal.

Arhitectura memoriei și ciclul de viață al cererii

Documentul documentul tehnic actualizat Private AI Compute, de la echipele Platforms and Devices, DeepMind, Core și Cloud ale Google, descrie funcționalitatea ca o extensie cu stare a platformei: o memorie persistentă, per utilizator, care trăiește în cloud, rămânând ilizibilă pentru Google, funcționând integral în mediul de execuție protejat al platformei.

În esența sa se află memoria Oak Server, o bază de date per utilizator cu stare, care rulează în interiorul unui mediu de execuție hardware de încredere. Înregistrările sunt criptate cu chei per utilizator, pe care documentul afirmă că nu sunt niciodată vizibile în afara bazei de încredere a sistemului sau infrastructurii Google, iar un orchestrator mediază între modelul AI și serverul de memorie astfel încât textul clar să nu părăsească enclavele. Aplicația de memorie este scrisă în Rust și rulează în runtime-ul Oak Containers, iar atât serverul, cât și runtime-ul sunt open source. Construcțiile reproductibile leagă sursa publicată de binarele implementate în producție, cu digestele rezultate susținute public într-un registru doar de adăugare și atestate de enclave înainte ca orice cheie să fie eliberată.

Pentru o cerere care necesită context istoric, ciclul de viață începe cu clientul stabilind o sesiune criptată prin protocolul Noise; cererea ajunge apoi la o enclave de orchestrare în interiorul unei mașini virtuale confidențiale AMD SEV‑SNP. Orchestratorul deschide un canal ALTS mutual atestat către serverul de memorie și, după verificarea hardware a măsurătorii enclavei, cheile de decriptare ale utilizatorului sunt deblocate pentru motorul bazei de date, iar înregistrările relevante sunt decriptate strict în memoria volatilă a enclavei. Contextul recuperat este fuzionat cu promptul activ și evaluat integral în platforma TPU consolidată. Dacă sesiunea generează noi amintiri, fapte sau preferințe actualizate, acestea sunt recripetate sub cheia utilizatorului și scrise în stocare persistentă, iar tot contextul volatil al promptului, tokenii și activările intermediare sunt șterse la livrarea răspunsului.

Eliberarea cheilor către serverul de memorie este condiționată de atestare. Conform documentului, o enclave care nu poate prezenta dovezi de atestare valide care să corespundă unui binar de memorie aprobat (inclusiv o versiune modificată sau neautorizată) nu poate obține cheile și, prin urmare, nu poate citi memoria unui utilizator.

Model de amenințare și verificare externă

Documentul recunoaște că păstrarea datelor modifică postura de securitate a platformei. Un depozit persistent trebuie să rezolve un identificator stabil per utilizator pentru fiecare cerere, astfel încât sistemul cu stare să nu pretindă non‑țintire la nivel de rețea, proprietatea menită să împiedice legarea oricărei interogări individuale de un utilizator pe calea de inferență fără stare. Google afirmă că vizarea memoriei unui utilizator specific produce doar text criptat opac, deoarece cheile necesare pentru a o citi sunt disponibile doar în interiorul unei enclave atestate.

Obiectivele de securitate declarate pentru depozitul persistent includ absența oricărei căi administrative către datele utilizatorului în clar, chiar și în scenarii de urgență de tip break‑glass, izolare a unei instanțe compromise prin mașini virtuale confidențiale și politici de ieșire implicit refuzate care acoperă monitorizarea, jurnalizarea și dump‑urile de memorie.

Google afirmă că auditorii externi au validat proiectarea sistemului atât pentru lansarea inițială, cât și pentru actualizarea memoriei pe partea de server, și a publicat rezumate ale rapoartelor de audit din 2025 și 2026. Dispozitivele care rulează Private AI Compute vor putea verifica că software‑ul este autentic și neschimbat în raport cu înregistrarea publică înainte de a trimite orice date personale, potrivit companiei.

Lucrarea a fost co‑dezvoltată de Google DeepMind împreună cu echipele Platforms and Devices, Core și Cloud, iar Four Flynn, Jay Yagnik și David Kleidermacher au fost acreditați pentru sponsorizarea executivă.

Documentul se încheie cu pașii următori planificați: verificarea atestării pe partea clientului care ar permite dispozitivelor utilizatorului să valideze independent dovezile serverului înainte de a transmite date sensibile, un jurnal de transparență doar de tip adăugare, monitorizat și co‑semnat de terți independenți, o acoperire mai largă a construcțiilor reproductibile pentru componente suplimentare ale sistemului și audituri periodice efectuate de terți.