Què és el xifratge d'extrem a extrem? Com protegeix les teves fotos
El xifratge d'extrem a extrem manté el contingut llegible de les fotos i les claus de contingut en text pla fora de l'abast del proveïdor d'emmagatzematge.
El xifratge d'extrem a extrem (E2EE) és un model de seguretat en què el text pla es xifra en un extrem autoritzat i es desxifra en un altre. El proveïdor d'emmagatzematge o de transport no té la clau de contingut en text pla. Aquest límit protegeix el contingut de la lectura directa al servidor, però no amaga totes les metadades ni protegeix un dispositiu compromès, una credencial de recuperació, un destinatari amb qui comparteixes o una actualització maliciosa de l'app.
En l'emmagatzematge de fotos, el xifratge d'extrem a extrem vol dir que el telèfon xifra el contingut de les fotos abans de pujar-lo i que el núvol guarda text xifrat en lloc d'imatges llegibles. Per desxifrar-les cal una clau disponible a través d'un dispositiu autoritzat o d'una via de recuperació. La mida dels fitxers, els horaris, les dades del compte, les relacions de compartició i altres metadades poden continuar sent visibles. Aquesta guia explica aquest límit i compara els models de servei més habituals.
Com funciona el xifratge d'extrem a extrem
El mecanisme bàsic té tres fases: generació de claus, xifratge i desxifratge.
Generació de claus
El dispositiu de l'usuari genera una clau criptogràfica. En el xifratge simètric (com AES-256), la mateixa clau xifra i desxifra. En el xifratge asimètric (com RSA), una clau pública xifra i una clau privada desxifra. Molts sistemes E2EE combinen tots dos: el xifratge asimètric intercanvia una clau de sessió simètrica, que després s'encarrega del gruix del xifratge.
Les apps de caixa forta de fotos fan servir diversos dissenys de gestió de claus. Algunes deriven la clau dels fitxers directament d'una contrasenya; els dissenys per capes, més forts, poden fer servir una clau de desbloqueig derivada d'una credencial per embolcallar una clau de fitxers aleatòria. Vaultaire fa servir PBKDF2-HMAC-SHA512 per derivar una clau de la caixa forta de 256 bits a partir d'un patró de 5x5 i d'una sal de tot el dispositiu. Aquesta clau de la caixa forta autentica l'índex xifrat i desembolcalla una clau mestra aleatòria independent que es fa servir per xifrar els fitxers.
Xifratge
El text pla (la teva foto) es transforma en text xifrat amb la clau i un algorisme de xifratge. AES-256-GCM és el xifrat simètric més utilitzat per a aquesta finalitat. GCM (Galois/Counter Mode) ofereix xifratge autenticat: xifra les dades i, alhora, genera una etiqueta d'autenticació que detecta qualsevol manipulació. Cada fitxer rep un vector d'inicialització (IV) únic, de manera que fitxers idèntics produeixen text xifrat diferent.
Desxifratge
El dispositiu del destinatari fa servir la mateixa clau (simètric) o la clau privada corresponent (asimètric) per desfer la transformació. Sense la clau correcta, el text xifrat no es distingeix de dades aleatòries. No hi ha cap drecera matemàtica. AES-256 té 2^256 claus possibles, més que el nombre estimat d'àtoms de l'univers observable.
Xifratge d'extrem a extrem i altres models de xifratge
No tot el xifratge és d'extrem a extrem. Les diferències determinen qui pot accedir a les teves dades.
Xifratge en trànsit (TLS/SSL)
Les dades es xifren entre el teu dispositiu i el servidor. El servidor les desxifra quan les rep. Això protegeix de l'espionatge durant la transmissió, però deixa les dades llegibles al servidor. Tots els grans serveis al núvol fan servir xifratge en trànsit. És el mínim, no l'estàndard.
Xifratge en repòs (al servidor)
El servidor xifra les dades guardades amb claus que gestiona ell mateix. Això protegeix del robatori físic del maquinari del servidor, però no del proveïdor del servei, dels seus empleats ni de les peticions legals adreçades al proveïdor. iCloud, Google Drive i Dropbox fan servir xifratge en repòs al servidor. El proveïdor té les claus.
Xifratge d'extrem a extrem
Les dades es xifren en un extrem autoritzat abans que les rebi el proveïdor d'emmagatzematge. Un disseny sòlid manté la clau de contingut en text pla fora de la custòdia habitual del proveïdor al servidor, de manera que un compromís que només afecti l'emmagatzematge o una petició legal sobre el contingut guardat obté text xifrat en lloc de fotos llegibles. El proveïdor encara pot lliurar text xifrat i metadades, distribuir el programari client o gestionar sistemes de recuperació i compartició que s'han d'incloure al model d'amenaça.
| Model de xifratge | Qui té les claus | El proveïdor pot llegir les dades? | Protegeix del proveïdor? |
|---|---|---|---|
| Només en trànsit (TLS) | Servidor | Sí | No |
| En repòs (al servidor) | Servidor | Sí | No |
| D'extrem a extrem | Extrems autoritzats o titulars de la recuperació | No només amb el text xifrat guardat | Protegeix el contingut de les claus d'emmagatzematge del proveïdor |
| Xifratge al client cec per al proveïdor | Client i vies de recuperació documentades | Sense accés al contingut en text pla per disseny | Protegeix el contingut; les metadades i la confiança en el client continuen |
Com gestionen el xifratge els serveis d'emmagatzematge de fotos
El model de xifratge varia molt entre els serveis d'emmagatzematge de fotos. Alguns anuncien "xifratge" sense especificar el model, i això pot fer creure als usuaris que les seves fotos tenen E2EE quan no és així.
Fotos a l'iCloud
Apple fa servir xifratge en trànsit i en repòs. Per defecte, Apple té les claus de xifratge. Amb una petició legal vàlida, Apple pot lliurar les dades de Fotos a l'iCloud. Excepció: la protecció de dades avançada (ADP) d'Apple, disponible des de desembre del 2022, afegeix xifratge d'extrem a extrem a Fotos a l'iCloud. L'ADP s'ha d'activar expressament a Configuració. Quan està activada, Apple no pot accedir a les dades de Fotos a l'iCloud. La majoria d'usuaris no han activat l'ADP.
Google Photos
Google fa servir xifratge en trànsit i en repòs amb claus al servidor. Google té les claus de xifratge de totes les dades de Google Photos, inclòs el contingut de la Locked Folder. Google pot atendre peticions legals de dades. Google no ofereix cap opció de xifratge d'extrem a extrem per a Google Photos.
Dropbox
Xifratge en trànsit (TLS 1.2+) i en repòs (AES-256 amb claus gestionades per Dropbox). Dropbox té les claus i pot accedir als teus fitxers. Dropbox ha patit filtracions de dades (2012, 68 milions de comptes). Dropbox Vault (una funció de pagament) afegeix protecció amb PIN, però no xifratge d'extrem a extrem.
OneDrive
Microsoft fa servir xifratge en trànsit i en repòs amb claus gestionades per Microsoft. Microsoft té les claus. OneDrive Personal Vault afegeix verificació d'identitat (2FA), però no xifratge d'extrem a extrem: Microsoft encara pot accedir a les dades. Per als clients d'empresa hi ha claus gestionades pel client.
Vaultaire
Xifratge al client sense claus en mans del proveïdor. Vaultaire xifra les fotos i les metadades al dispositiu amb AES-256-GCM abans de pujar res al núvol. Una clau mestra aleatòria xifra les dades de la caixa forta. Una clau local de la caixa forta, derivada del patró de l'usuari i d'una sal del dispositiu, embolcalla aquesta clau mestra, mentre que una clau de còpia de seguretat independent, també derivada del patró, protegeix els registres privats de còpia de seguretat de CloudKit. Vaultaire no gestiona cap servidor de contingut ni rep aquestes claus, així que no pot convertir un registre de CloudKit en text pla. L'app, iOS i un dispositiu desbloquejat continuen dins del límit de confiança, i una petició legal encara pot obtenir les metadades del compte o del servei que tingui el proveïdor corresponent.
| Servei | Xifratge en trànsit | Xifratge en repòs | Xifratge d'extrem a extrem | El proveïdor hi pot accedir |
|---|---|---|---|---|
| Fotos a l'iCloud (per defecte) | Sí | Sí (claus d'Apple) | No | Sí |
| Fotos a l'iCloud (amb ADP) | Sí | Sí | Sí | No |
| Google Photos | Sí | Sí (claus de Google) | No | Sí |
| Dropbox | Sí | Sí (claus de Dropbox) | No | Sí |
| OneDrive | Sí | Sí (claus de Microsoft) | No | Sí |
| Vaultaire | Sí | Sí | Còpia de seguretat xifrada al client, activada per defecte | Cap clau de contingut en text pla; les metadades de CloudKit continuen |
Per què el xifratge d'extrem a extrem és important per a les fotos
Les fotos són dades especialment sensibles. Contenen cares, ubicacions (metadades GPS), marques de temps i registres visuals de moments privats. Una filtració de la teva fototeca exposa més informació personal que gairebé qualsevol altre tipus de dades.
Filtracions de dades
Quan un proveïdor de serveis guarda fotos amb claus al servidor, un compromís de l'emmagatzematge i de la gestió de claus alhora pot exposar contingut llegible. Amb un E2EE sòlid, una filtració que només afecti l'emmagatzematge obté text xifrat i les metadades que guardi el servei. Un dispositiu compromès, unes credencials de recuperació robades, un programari client maliciós o els errors del servei de claus continuen sent vies separades cap al text pla.
Accés legal i governamental
Es pot obligar els proveïdors de serveis a lliurar els registres que tenen. Amb E2EE, això pot incloure text xifrat, informació del compte, registres d'accés, mides dels registres, horaris i metadades de compartició, en lloc del contingut llegible de les fotos. Si una petició pot arribar a un dispositiu, a un mètode de recuperació, a un destinatari o al comportament futur del client és una qüestió legal i tècnica diferent.
Accés intern
Els empleats o els atacants amb accés a les claus d'emmagatzematge que gestiona el proveïdor poden arribar al contingut xifrat al servidor. L'E2EE elimina aquesta via directa per les claus d'emmagatzematge quan el proveïdor no té les claus de contingut en text pla. No fa que l'abús intern sigui del tot impossible, perquè els proveïdors poden controlar la distribució del client, l'estat del compte, les metadades, la compartició o els components de recuperació.
Protecció de les metadades
Algunes implementacions d'E2EE només xifren el contingut dels fitxers i deixen sense protecció metadades com els noms de fitxer i les dates. Vaultaire protegeix les capçaleres dels fitxers, els tipus MIME, els índexs, les miniatures i altres metadades de la caixa forta amb xifratge autenticat AES-256-GCM. La longitud del text xifrat guardat i el nombre de fitxers d'emmagatzematge xifrats encara poden exposar informació estructural a qui tingui accés al contenidor de l'app, com ara una estimació de quantes caixes fortes contenen fitxers.
Idees errònies habituals sobre l'E2EE
"El meu emmagatzematge al núvol està xifrat, així que les meves fotos estan segures." El xifratge al servidor protegeix de les filtracions externes del maquinari del servidor. No protegeix del mateix proveïdor, de les peticions legals ni de les amenaces internes. El proveïdor té les claus.
"HTTPS vol dir que les meves fotos tenen xifratge d'extrem a extrem." HTTPS (TLS) xifra les dades en trànsit entre el teu dispositiu i el servidor. Quan les dades arriben al servidor, es desxifren. HTTPS xifra el canal, no les dades.
"El xifratge d'extrem a extrem vol dir que ningú no podrà veure mai les meves fotos." L'E2EE vol dir que ningú sense la clau pot veure les teves fotos. Si algú té la teva contrasenya o la teva clau, pot desxifrar les dades. La gestió de claus i les contrasenyes fortes continuen sent imprescindibles.
"Apple i Google no poden veure les meves fotos." Per defecte, totes dues empreses tenen les claus de xifratge de les fotos que guardes al núvol. Apple ofereix la protecció de dades avançada com a opció que has d'activar. Google no ofereix cap opció d'E2EE per a Google Photos.
Com implementa Vaultaire el xifratge d'extrem a extrem
Vaultaire fa servir un enfocament d'E2EE per capes:
- AES-256-GCM xifra tot el contingut dels fitxers. Cada fitxer rep un vector d'inicialització únic. El xifratge autenticat detecta les manipulacions.
- PBKDF2 amb HMAC-SHA512 deriva una clau local de la caixa forta a partir del patró que dibuixa l'usuari i de la sal del dispositiu. El factor de treball encareix cada intent fora de línia sense afegir entropia al patró. Aquesta clau de la caixa forta autentica l'índex xifrat i desembolcalla la clau mestra aleatòria que es fa servir amb les dades dels fitxers.
- AES-256-GCM per a les metadades protegeix els noms de fitxer, les dates, les dimensions, els índexs i les miniatures amb xifratge autenticat.
- El clauer d'iOS i la protecció de dades protegeixen la sal del dispositiu i la base de dades de recuperació xifrada. Les operacions AES-GCM i les claus simètriques actives es mantenen al procés de l'app mentre una caixa forta està oberta.
- La separació de claus respecte del proveïdor vol dir que Wraxle no rep cap clau de la caixa forta, mestra, de còpia de seguretat ni de recuperació en text pla. La còpia de seguretat de CloudKit (activada per defecte), la sincronització i la compartició guarden registres de text xifrat i sobres de claus xifrats, mentre que Apple encara pot observar les metadades del servei. Vaultaire no requereix cap compte d'identitat de Vaultaire.
Vaultaire guarda la informació de recuperació, inclòs el patró, dins d'una base de dades xifrada amb AES-GCM al clauer d'iOS. No s'escriu en fitxers de text pla ni s'envia a cap servei de comptes de Vaultaire. Si no et queda cap patró útil, cap frase de recuperació ni cap dispositiu ja desbloquejat, Vaultaire no té cap clau de recuperació del proveïdor que pugui restaurar l'accés.
Preguntes freqüents
El xifratge d'extrem a extrem és legal?
El tractament legal del xifratge, de l'accés obligat i dels serveis xifrats varia segons la jurisdicció i pot canviar. Aquesta guia descriu el model tècnic; no és assessorament legal. Consulta la llei local vigent si el teu ús implica escorcolls a la frontera, ordres judicials, registres regulats o qualsevol altra situació d'alt risc.
Les forces de l'ordre poden trencar el xifratge d'extrem a extrem?
Els atacs rarament necessiten recórrer tot l'espai de claus d'AES-256. Un examinador pot atacar una contrasenya o un patró febles, un dispositiu desbloquejat, la memòria, una frase de recuperació, un destinatari, una còpia de seguretat o un error d'implementació. Un AES-256-GCM ben implementat, amb una clau aleatòria d'alta entropia, està dissenyat per resistir la cerca directa de la clau, però això només és una part del sistema.
Quina diferència hi ha entre l'E2EE i el xifratge de coneixement zero?
L'E2EE descriu on es produeixen el xifratge i el desxifratge del text pla i qui té les claus de contingut utilitzables. "Coneixement zero" es fa servir sovint en el màrqueting de productes per al xifratge cec per al proveïdor, però no s'ha de llegir literalment: un servei pot no tenir les claus en text pla i, tot i així, veure el text xifrat, les dades del compte, les mides, els horaris, les relacions de compartició i altres metadades. Avalua les vies de claus i de recuperació documentades, no només l'etiqueta.
El xifratge d'extrem a extrem alenteix el telèfon?
Els dispositius moderns gestionen AES-256 de manera eficient amb l'acceleració per maquinari que exposen les biblioteques criptogràfiques del sistema. A l'iPhone, Vaultaire executa AES-GCM al procés de l'app amb CryptoKit. Les API públiques del Secure Enclave d'Apple no són un motor AES-GCM arbitrari per xifrar fitxers. La càrrega del xifratge i el desxifratge depèn de la mida del fitxer i del dispositiu, però està pensada per no fer nosa durant l'ús normal.
Què passa si perdo la clau de xifratge?
Si perds totes les vies útils de desxifratge i recuperació, les dades xifrades són irrecuperables. Per això molts sistemes E2EE fan servir frases de recuperació, dispositius de confiança, contactes de recuperació, kits d'emergència o sobres de claus xifrats. Aquests mecanismes mantenen l'accés, però cadascun passa a formar part del model de seguretat.
En resum
El xifratge d'extrem a extrem pot eliminar la via del proveïdor d'emmagatzematge cap a les claus en text pla quan el xifratge es fa en un extrem autoritzat abans de pujar les dades. És una protecció important, no una garantia sobre tot el sistema. Comprova la custòdia de les claus de contingut, la recuperació, les metadades, les actualitzacions del client, la seguretat dels dispositius i la compartició abans de confiar les teves fotos privades a un servei.
Vaultaire implementa xifratge al client per a iOS. Les teves fotos i les metadades de la caixa forta es xifren al dispositiu amb AES-256-GCM abans de la còpia de seguretat o la sincronització. Vaultaire no rep les claus de desxifratge ni gestiona cap servidor que pugui convertir aquests registres xifrats en les teves fotos. Aquest límit respecte del proveïdor no fa que un iPhone compromès o desbloquejat sigui de confiança.