Decalajul Dintre Revendicare și Arhitectură
Actualizat pentru 2026
Fiecare furnizor cloud spune același lucru: „Criptăm datele tale." Acea revendicare este aproape întotdeauna adevărată. Aproape întotdeauna nu este suficientă.
Breșa LastPass din 2022 este cel mai bun exemplu. LastPass a criptat seifurile de parole ale utilizatorilor. Au folosit criptare reală. Revendicarea era exactă. Și totuși 25 de milioane de utilizatori și-au văzut seifurile furate. Până în 2025, 438 de milioane de dolari fuseseră luați de la utilizatorii LastPass în jafuri cripto. Coinbase Institutional a urmărit această cifră.
Oficiul Informațional al Regatului Unit a amendat entitatea UK a LastPass cu 1,2 milioane de lire sterline în decembrie 2025. Motivul: „eșec în implementarea măsurilor tehnice și organizatorice de securitate adecvate." Criptarea era reală. Dar nu îndeplinea standardul cerut.
Cazul LastPass schimbă întrebarea cheie pentru orice instrument cloud de confidențialitate. Nu „criptează datele noastre?" ci: „pot decripta datele noastre?"
Patru Întrebări Care Contează Cu Adevărat
Patru întrebări dezvăluie dacă revendicarea zero-knowledge a unui furnizor rezistă.
1. Unde are loc derivarea cheii?
În design-ul adevărat zero-knowledge, derivarea cheii are loc pe client. Aceasta înseamnă în browser sau aplicația desktop, înainte ca orice date să fie trimise. Cheia criptează datele local. Doar textul cifrat ajunge la serverele furnizorului.
Dacă furnizorul derivă cheile pe serverele sale, el deține cheile. Dacă deține cheile, poate decripta. Revendicarea poate fi exactă — dar induce în eroare.
2. Furnizorul vede vreodată textul simplu?
Unele instrumente criptează datele în repaus. Dar le decriptează pentru procesare. Aceasta se poate întâmpla pentru a rula modele AI, indexuri de căutare sau jurnale de audit. În acea fereastră, textul simplu este pe sistemele furnizorului. Un atac în acel moment expune date necriptate.
3. Ce se întâmplă în cadrul procesului juridic?
Un furnizor cu chei pe partea serverului poate fi forțat să predea conținut decriptat. Un furnizor cu zero-knowledge adevărat poate produce doar text cifrat. Nu au nimic util de predat, chiar și în cadrul unui citație.
4. Ce expune un compromis complet al serverului?
Într-un sistem zero-knowledge adevărat, un compromis complet produce doar obiecte criptate. Atacatorul obține text cifrat fără chei. Într-un sistem cu chei de furnizor, o intruziune expune atât chei, cât și date deodată.
Decalajul de Implementare LastPass
Incidentul LastPass a dezvăluit un defect specific. Conturile mai vechi utilizau PBKDF2 cu cât de puțin 1 iterație pentru derivarea cheii. Numărul sigur este 600.000 de iterații. Acea setare slabă a făcut fezabile atacurile prin forță brută asupra seifurilor furate.
Aceasta arată de ce verificarea design-ului singur nu este suficientă. Un furnizor poate utiliza un design zero-knowledge și totuși îl poate implementa slab. Întrebați despre ambele: unde sunt derivate cheile și cât de puternic este algoritmul.
Un Mod Diferit de Eșec: Okta
În octombrie 2023, Okta a dezvăluit o scurgere de 600.000+ de înregistrări de suport pentru clienți. Okta este o platformă de identitate. Aceasta nu era un design slab zero-knowledge. Era o intruziune în sistemul de suport care deținea date ale clienților.
Creșterea de 300% a atacurilor SaaS în 2024 (AppOmni/CSA) reflectă ambele tipuri de eșec. Design-ul zero-knowledge abordează primul tip. Nu elimină toate riscurile. Dar se asigură că un compromis complet al sistemului nu expune date decriptabile ale clienților.
Cum Arată o Evaluare Reală
Iată o listă de verificare practică pentru echipele de achiziții.
Revizuirea arhitecturii:
- Întrebați unde are loc derivarea cheii — pe client sau pe serverul furnizorului
- Cereți algoritmul de criptare, lungimea cheii și numărul de iterații
- Confirmați că textul simplu nu este niciodată trimis la serverele furnizorului
Testul scenariului de compromis:
- Întrebați ce ar expune un compromis complet al serverului
- Singurul răspuns corect: „text cifrat criptat pe care nu îl putem decripta"
- Orice alt răspuns înseamnă că revendicarea nu este zero-knowledge adevărat
Revizuirea procesului juridic:
- Întrebați dacă furnizorul poate respecta o citație pentru textul simplu al clientului
- Un furnizor zero-knowledge adevărat nu poate produce ceea ce nu deține
Verificarea conformității:
- Solicitați documentația GDPR Articolul 32 a furnizorului
- ISO 27001 — în special controalele criptografice din Anexa A — oferă verificare externă
Amenda ICO de 1,2 milioane de lire sterline pentru LastPass arată că regulatorii verifică acum dacă revendicările de criptare îndeplinesc un standard cerut. Echipele de achiziții pot aplica același test înainte ca un incident să se producă.
Consultați prezentarea noastră de securitate și conformitate pentru modul în care anonym.legal gestionează zero-knowledge. Documentația de conformitate acoperă GDPR Articolul 32 complet. Pentru întrebări frecvente, consultați FAQ-ul zero-knowledge.