Criptare end-to-end pentru fotografii: cum funcționează și ce aplicații o oferă
Criptarea end-to-end (E2E) înseamnă că datele sunt criptate pe dispozitivul tău și rămân criptate până când le decriptezi tu. Furnizorii de servicii intermediari nu pot citi conținutul.
Criptarea end-to-end (E2EE) este un model de securitate în care textul simplu este criptat pe un punct final autorizat și decriptat pe altul. Furnizorul de stocare sau transport nu deține cheia de conținut text simplu. Limita respectivă protejează conținutul de citirea directă pe partea serverului, dar nu ascunde fiecare element de metadate și nu protejează un punct final compromis, acreditări de recuperare, destinatar partajat sau actualizare de client rău intenționat.
Cum funcționează criptarea end-to-end
Mecanismul de bază include trei faze: generarea cheii, criptarea și decriptarea.
Generarea cheii: dispozitivul utilizatorului generează o cheie criptografică. La criptarea simetrică (ca AES-256), aceeași cheie criptează și decriptează. La criptarea asimetrică (ca RSA), o cheie publică criptează și o cheie privată decriptează. Multe sisteme E2EE le combină: criptarea asimetrică schimbă o cheie de sesiune simetrică, care apoi realizează criptarea în masă.
La aplicațiile seif foto, cheia este de obicei derivată din parola sau modelul utilizatorului folosind o funcție de derivare a cheii (KDF) ca PBKDF2 sau Argon2. KDF transformă intrarea memorabilă uman în o cheie criptografică. Vaultaire folosește PBKDF2 cu HMAC-SHA512 și derivă o cheie AES de 256 de biți dintr-un model desenat pe o grilă 5x5.
Criptarea: textul clar (fotografia ta) este transformat în text cifrat folosind cheia de criptare și un algoritm. AES-256-GCM este cel mai utilizat algoritm simetric pentru acest scop. GCM (modul Galois/Counter) oferă criptare autentificată: criptează datele și generează un tag de autentificare care detectează orice manipulare. Fiecare fișier primește un vector de inițializare (IV) unic, astfel încât fișierele identice produc text cifrat diferit.
Aplicațiile Photo Vault folosesc mai multe modele de gestionare a cheilor. Unii derivă o cheie de fișier direct dintr-o parolă; modelele mai puternice stratificate pot folosi o cheie de deblocare derivată din acreditări pentru a împacheta o cheie de fișier aleatorie. Vaultaire utilizări PBKDF2-HMAC-SHA512 pentru a deriva o cheie de seif pe 256 de biți dintr-un model 5x5 și sare la nivel de dispozitiv. Acea cheie de seif autentifică indexul criptat și dezactivează o cheie principală aleatorie separată utilizată pentru criptarea fișierelor.
E2EE față de alte modele de criptare
Nu toate criptările sunt end-to-end. Diferențele determină cine poate accesa datele tale.
| Model de criptare | Cine deține cheile | Furnizorul poate citi datele? | Protejează față de furnizor? |
|---|---|---|---|
| Numai la transmitere (TLS) | Server | Da | Nu |
| În repaus (server) | Server | Da | Nu |
| End-to-end | Puncte finale autorizate sau deținători de recuperare | Nu numai din textul cifrat stocat | Protejează conținutul de cheile de stocare deținute de furnizor |
| Criptare pe partea clientului nevăzută de furnizor | Client și căi de recuperare documentate | Fără acces la conținut în text simplu prin proiectare | Protejează conținutul; metadatele și încrederea clientului rămân |
Cum tratează serviciile de stocare foto criptarea
Modelul de criptare variază semnificativ între serviciile de stocare foto. Unele promovează "criptare" fără a specifica modelul, ceea ce poate duce utilizatorii să creadă că fotografiile sunt E2EE când nu sunt.
iCloud Photos
Apple folosește criptare la transmitere și în repaus. Apple deține implicit cheile de criptare. Cu o solicitare legală valabila, Apple poate furniza date iCloud Photos. Excepție: Protecția Avansată a Datelor (PAD), disponibilă din decembrie 2022, adaugă criptare end-to-end la iCloud Photos. PAD trebuie activat explicit în setări. Când este activat, Apple nu poate accesa datele iCloud Photos. Majoritatea utilizatorilor nu au PAD activat.
Google Photos
Google folosește criptare la transmitere și în repaus cu chei server. Google deține cheile de criptare pentru toate datele Google Photos, inclusiv conținutul folderelor blocate. Google poate îndeplini solicitări legale de date. Google nu oferă nicio opțiune E2EE pentru Google Photos.
Dropbox și OneDrive
Ambele folosesc criptare la transmitere (TLS 1.2+) și în repaus (AES-256 cu chei gestionate de furnizor). Furnizorii dețin cheile și pot accesa fișierele tale. Funcțiile "vault" ale ambilor servicii adaugă protecție prin pin sau autentificare, dar nu adaugă criptare end-to-end.
Vaultaire
Criptare pe partea clientului cu cheile deținute de furnizor excluse. Vaultaire criptează fotografiile și metadatele de pe dispozitiv cu AES-256-GCM înainte de orice încărcare în cloud. O cheie principală aleatorie criptează datele seifului. O cheie locală de seif derivată din modelul utilizatorului și o sare a dispozitivului încapsulează cheia principală, în timp ce o cheie de rezervă separată derivată din model protejează private CloudKit înregistrările de rezervă. Vaultaire nu operează un server de conținut și nu primește acele chei, așa că nu poate transforma a CloudKit înregistrare în text simplu. Aplicația, iOS, iar un dispozitiv deblocat rămâne în limitele de încredere, iar o solicitare legală poate obține în continuare metadatele contului sau serviciului deținute de furnizorul relevant.
| Serviciu | Criptare la transmitere | Criptare în repaus | Criptare end-to-end | Furnizorul poate accesa |
|---|---|---|---|---|
| iCloud Photos (standard) | Da | Da (cheile Apple) | Nu | Da |
| iCloud Photos (PAD activat) | Da | Da | Da | Nu |
| Google Photos | Da | Da (cheile Google) | Nu | Da |
| Dropbox | Da | Da (cheile Dropbox) | Nu | Da |
| OneDrive | Da | Da (cheile Microsoft) | Nu | Da |
| Vaultaire | Da | Da | Backup opțional criptat pe partea clientului | Fără cheie de conținut text simplu; CloudKit metadatele rămân |
De ce E2EE este importantă pentru fotografii
Fotografiile sunt date deosebit de sensibile. Conțin fețe, locații (metadate GPS), marcaje de timp și înregistrări vizuale ale momentelor private. O breșă în biblioteca ta foto dezvăluie mai multe informații personale decât aproape orice alt tip de date.
Când un furnizor de servicii stochează fotografii cu chei de pe server, un compromis atât al stocării, cât și al căii sale de gestionare a cheilor poate expune conținut care poate fi citit. Cu sunetul E2EE, o breșă numai pentru stocare generează text cifrat și orice metadate păstrează serviciul. Compromisul punctului final, acreditările de recuperare furate, software-ul client rău intenționat și defectele serviciilor cheie rămân rute separate către text simplu.
Furnizorilor de servicii li se poate solicita să furnizeze înregistrările pe care le dețin. Cu E2EE, acestea pot include text cifrat, informații despre cont, jurnalele de acces, dimensiunile înregistrărilor, sincronizarea și partajarea metadatelor, mai degrabă decât conținut foto lizibil. Dacă o cerere poate ajunge la un dispozitiv, o metodă de recuperare, un destinatar sau comportamentul viitor al clientului este o altă întrebare juridică și tehnică.
Angajații sau atacatorii cu acces la cheile de stocare gestionate de furnizor ar putea să ajungă la conținut criptat pe server. E2EE elimină acea cale directă a cheii de stocare atunci când furnizorului îi lipsesc cheile de conținut în text simplu. Nu face ca abuzul din interior să fie categoric imposibil, deoarece furnizorii pot controla distribuția clientului, starea contului, metadatele, partajarea sau componentele de recuperare.
Concepții greșite frecvente despre E2EE
"Stocarea mea cloud este criptată deci fotografiile sunt în siguranță." Criptarea server protejează față de breșele externe ale hardware-ului serverului. Nu protejează față de furnizorul însuși, solicitări legale sau amenințări interne. Furnizorul deține cheile.
"HTTPS înseamnă că fotografiile mele sunt criptate end-to-end." HTTPS (TLS) criptează datele la transmitere între dispozitivul tău și server. Odată ce datele ajung pe server, sunt decriptate. HTTPS este criptarea canalului, nu criptarea datelor.
"E2EE înseamnă că nimeni nu poate vedea vreodată fotografiile mele." E2EE înseamnă că nimeni fără cheia nu poate vedea fotografiile. Dacă cineva are parola sau cheia ta, poate decripta datele. Gestionarea cheilor și parolele puternice rămân esențiale.
"Apple/Google nu pot vedea fotografiile mele." Implicit, ambele companii dețin cheile de criptare pentru fotografiile stocate în cloud. Apple oferă PAD ca opt-in. Google nu oferă nicio opțiune E2EE pentru Google Photos.
Cum implementează Vaultaire E2EE
Vaultaire folosește o abordare E2EE multistrat:
- AES-256-GCM criptează toate conținuturile fișierelor. Fiecare fișier primește un vector de inițializare unic. Criptarea autentificată detectează manipulările.
- PBKDF2 cu HMAC-SHA512 derivă o cheie locală de seif din modelul desenat de utilizator și din sarea dispozitivului. Factorul de lucru crește costul fiecărei presupuneri offline fără a adăuga entropie modelului. Acea cheie de seif autentifică indexul criptat și dezactivează cheia principală aleatorie utilizată în datele fișierului.
- AES-256-GCM pentru metadate protejează numele fișierelor, datele, dimensiunile, indexurile și miniaturile sub criptare autentificată.
- iOS Keychain și Protecția Datelor protejați sarea dispozitivului și baza de date de recuperare criptată. AES-GCM operațiunile și cheile simetrice active rămân în procesul aplicației în timp ce un seif este deschis.
- Separarea cheii furnizorului înseamnă că Wraxle nu primește un seif cu text simplu, master, backup sau cheie de recuperare. Opțional CloudKit stochează înregistrări de text cifrat și plicuri de chei criptate, în timp ce Apple poate observa în continuare metadatele serviciului. Vaultaire nu necesită un cont de identitate Vaultaire.
Vaultaire păstrează informațiile de recuperare, inclusiv modelul, în interiorul unui AES-GCM baza de date criptată stocată în iOS Keychain. Nu este scris în fișiere text simplu sau trimis către un serviciu de cont Vaultaire. Dacă nu există un model utilizabil, fraza de recuperare, sau dispozitivul deja deblocat rămâne, Vaultaire nu deține o cheie de recuperare a furnizorului care poate restabili accesul.
Întrebări frecvente
Este criptarea end-to-end legală?
Tratamentul legal al criptării, accesului forțat și serviciilor criptate variază în funcție de jurisdicție și se poate modifica. Acest ghid descrie modelul tehnic, nu sfatul juridic. Verificați legislația locală actuală dacă utilizarea dvs. implică percheziții la frontieră, hotărâri judecătorești, înregistrări reglementate sau altă setare cu risc ridicat.
Pot autoritățile sparge criptarea end-to-end?
Atacurile rareori trebuie să caute complet AES-256 spațiu cheie. Un examinator poate viza o parolă sau un model slab, un punct final deblocat, o memorie, o frază de recuperare, un destinatar, o copie de rezervă sau un defect de implementare. Corect implementat AES-256-GCM cu o cheie aleatorie cu entropie mare este proiectat să reziste căutării directe a cheilor, dar aceasta este doar o parte a sistemului.
Care este diferența între E2EE și criptarea zero-knowledge?
E2EE descrie unde au loc criptarea și decriptarea textului simplu și cine deține cheile de conținut utilizabile. „Zero-knowledge” este adesea folosit în marketingul de produse pentru criptarea nevăzută de furnizor, dar nu trebuie citit literal: un serviciu poate avea lipsă de chei de text simplu, în timp ce încă vede text cifrat, date de cont, dimensiuni, sincronizare, relații de partajare și alte metadate. Evaluați cheia documentată și căile de recuperare în loc doar eticheta.
E2EE încetinește telefonul meu?
Mâner dispozitive moderne AES-256 eficient cu accelerarea hardware expusă prin bibliotecile criptografice de sistem. Pornit iPhone, efectuează Vaultaire AES-GCM în procesul aplicației prin CryptoKit. Publicul Apple Secure Enclave API-urile nu sunt arbitrare AES-GCM motor pentru criptarea fișierelor. Suplimentarul de criptare și decriptare depinde de dimensiunea fișierului și de dispozitiv, dar este conceput pentru a rămâne departe de drum în timpul utilizării normale.
Ce se întâmplă dacă îmi pierd cheia de criptare?
Pierderea fiecărei căi de decriptare și recuperare utilizabilă face ca datele criptate să nu fie recuperate. Prin urmare, multe sisteme E2EE utilizează fraze de recuperare, dispozitive de încredere, contacte de recuperare, truse de urgență sau plicuri de chei criptate. Aceste mecanisme păstrează accesul, dar fiecare devine și parte a modelului de securitate.
Concluzie
Criptarea de la capăt la capăt poate elimina calea cheii de text simplu a furnizorului de stocare atunci când criptarea are loc pe un punct final autorizat înainte de încărcare. Aceasta este o protecție semnificativă, nu o garanție pentru întregul sistem. Verificați custodia cheii de conținut, recuperarea, metadatele, actualizările clientului, securitatea punctelor finale și partajarea înainte de a acorda încredere unui serviciu cu fotografii private.
Vaultaire implementează criptarea pe partea client pentru iOS. Fotografiile și metadatele din seif sunt criptate pe dispozitiv cu AES-256-GCM înainte de backup sau sincronizare opțională. Vaultaire nu primește cheile de decriptare și nu operează un server care poate transforma acele înregistrări criptate în fotografiile tale. Această limită a furnizorului nu face un compromis sau deblocat iPhone demn de încredere.