Vad är end-to-end-kryptering? Hur det skyddar dina foton

End-to-end-kryptering håller läsbart fotoinnehåll och rentextinnehållsnycklar borta från lagringsleverantören.

End-to-end-kryptering (E2EE) är en säkerhetsmodell där klartext krypteras på en auktoriserad slutpunkt och dekrypteras på en annan. Lagrings- eller transportleverantören innehar inte nyckeln för klartextinnehåll. Den gränsen skyddar innehåll från direkt läsning på serversidan, men den döljer inte alla metadataobjekt eller skyddar en komprometterad slutpunkt, återställningsuppgifter, delad mottagare eller skadlig klientuppdatering.

För fotolagring betyder end-to-end-kryptering att din telefon krypterar fotoinnehållet före uppladdning och molnet lagrar chiffertext snarare än läsbara bilder. Dekryptering kräver en nyckel tillgänglig via en auktoriserad enhet eller återställningsväg. Filstorlek, timing, kontodata, delningsrelationer och annan metadata kan förbli synliga. Den här guiden förklarar gränsen och jämför vanliga tjänstemodeller.

Hur end-to-end-kryptering fungerar

Kärnmekanismen involverar tre stadier: nyckelgenerering, kryptering och dekryptering.

Nyckelgenerering

Användarens enhet genererar en kryptografisk nyckel. I symmetrisk kryptering (som AES-256) krypterar och dekrypterar samma nyckel. I asymmetrisk kryptering (som RSA) krypterar en offentlig nyckel och en privat nyckel dekrypterar. Många E2EE-system kombinerar båda: asymmetrisk kryptering utbyter en symmetrisk sessionsnyckel, som sedan hanterar masskrypteringen.

Fotovalvappar använder flera nyckelhanteringsdesigner. Vissa härleder en filnyckel direkt från ett lösenord; starkare lagerdesigner kan använda en upplåsningsnyckel som härrör från autentiseringsuppgifter för att slå in en slumpmässig filnyckel. Vaultaire använder PBKDF2-HMAC-SHA512 att härleda en 256-bitars valvnyckel från ett 5x5-mönster och enhetsomfattande salt. Den valvnyckeln autentiserar det krypterade indexet och packar upp en separat slumpmässig huvudnyckel som används för filkryptering.

Kryptering

Klartexten (ditt foto) omvandlas till krypteringstext med hjälp av krypteringsnyckeln och en krypteringsalgoritm. AES-256-GCM är den mest använda symmetriska chiffern för detta ändamål. GCM (Galois/Counter Mode) tillhandahåller autentiserad kryptering – den krypterar både data och producerar en autentiseringstagg som upptäcker eventuell manipulation. Varje fil får en unik initialiseringsvektor (IV), vilket säkerställer att identiska filer producerar olika krypteringstext.

Dekryptering

Mottagarens enhet använder samma nyckel (symmetrisk) eller den matchande privata nyckeln (asymmetrisk) för att återställa omvandlingen. Utan rätt nyckel är krypteringstexten oskiljbar från slumpmässiga data. Det finns ingen matematisk genväg. AES-256 har 2^256 möjliga nycklar – mer än det uppskattade antalet atomer i det observerbara universum.

End-to-end-kryptering jämfört med andra krypteringsmodeller

Inte all kryptering är end-to-end. Skillnaderna avgör vem som kan komma åt dina data.

Kryptering under överföring (TLS/SSL)

Data krypteras mellan din enhet och servern. Servern dekrypterar den vid mottagandet. Detta skyddar mot avlyssning under överföring men lämnar data läsbar på servern. Alla stora molntjänster använder kryptering under överföring. Det är baslinjen, inte standarden.

Kryptering i vila (serversida)

Servern krypterar lagrad data med hjälp av nycklar som servern hanterar. Detta skyddar mot fysisk stöld av serverhårdvara men inte mot tjänsteleverantören, deras anställda eller rättsliga förfrågningar riktade mot leverantören. iCloud, Google Drive och Dropbox använder alla serversideskryptering i vila. Leverantören håller nycklarna.

End-to-end-kryptering

Data krypteras på en auktoriserad slutpunkt innan lagringsleverantören tar emot den. En ljuddesign håller klartextinnehållsnyckeln borta från leverantörens rutinmässiga förvaring på serversidan, så en kompromiss med endast lagring eller juridiskt krav på lagrat innehåll ger chiffertext snarare än läsbara foton. Leverantören kan fortfarande tillhandahålla chiffertext och metadata, distribuera klientprogramvara eller driva återställnings- och delningssystem som måste inkluderas i hotmodellen.

Hur fotolagringstjänster hanterar kryptering

Krypteringsmodellen varierar avsevärt mellan fotolagringstjänster. Vissa annonserar "kryptering" utan att specificera modellen, vilket kan vilseleda användare att tro att deras foton är E2EE när de inte är det.

iCloud Photos

Apple använder kryptering under överföring och i vila. Apple håller krypteringsnycklarna som standard. Med en giltig rättslig förfrågan kan Apple tillhandahålla iCloud Photos-data. Undantag: Apples Advanced Data Protection (ADP), tillgänglig sedan december 2022, lägger till end-to-end-kryptering till iCloud Photos. ADP måste uttryckligen aktiveras i Inställningar. När det är aktiverat kan Apple inte komma åt iCloud Photos-data. De flesta användare har inte aktiverat ADP.

Google Photos

Google använder kryptering under överföring och i vila med serversidenycklar. Google håller krypteringsnycklarna för all Google Photos-data, inklusive Locked Folder-innehåll. Google kan följa upp rättsliga dataförfrågningar. Google erbjuder inget end-to-end-krypteringsalternativ för Google Photos.

Dropbox

Kryptering under överföring (TLS 1.2+) och i vila (AES-256 med Dropbox-hanterade nycklar). Dropbox håller nycklarna och kan komma åt dina filer. Dropbox har drabbats av dataintrång (2012, 68 miljoner konton). Dropbox Vault (en betald funktion) lägger till PIN-skydd men inte end-to-end-kryptering.

OneDrive

Microsoft använder kryptering under överföring och i vila med Microsoft-hanterade nycklar. Microsoft håller nycklarna. OneDrive Personal Vault lägger till identitetsverifiering (2FA) men inte end-to-end-kryptering – Microsoft kan fortfarande komma åt data. För företagskunder finns kundstyrda nycklar.

Vaultaire

Kryptering på klientsidan med leverantörsnycklar uteslutna. Vaultaire krypterar foton och metadata på enheten med AES-256-GCM innan någon molnuppladdning. En slumpmässig huvudnyckel krypterar valvdata. En lokal valvnyckel härledd från användarens mönster och ett enhetssalt omsluter huvudnyckeln, medan en separat mönsterhärledd reservnyckel skyddar privata CloudKit säkerhetskopior. Vaultaire driver inte en innehållsserver eller tar inte emot dessa nycklar, så den kan inte aktivera en CloudKit spela in i klartext. Appen, iOS, och en olåst enhet förblir inom förtroendegränsen, och en juridisk begäran kan fortfarande få konto- eller tjänstmetadata som innehas av den relevanta leverantören.

Varför end-to-end-kryptering spelar roll för foton

Foton är unikt känslig data. De innehåller ansikten, platser (GPS-metadata), tidsstämplar och visuella register av privata ögonblick. Ett intrång i ditt fotobibliotek exponerar mer personlig information än nästan någon annan datatyp.

Dataintrång

När en tjänsteleverantör lagrar foton med nycklar på serversidan kan en kompromiss av både lagring och dess nyckelhanteringsväg exponera läsbart innehåll. Med ljud E2EE ger ett lagringsbrott chiffertext och vilken metadata tjänsten än behåller. Kompromiss med ändpunkter, stulna återställningsuppgifter, skadlig klientprogramvara och nyckeltjänstfel förblir separata vägar till klartext.

Rättslig och statlig åtkomst

Tjänsteleverantörer kan krävas att tillhandahålla register de har. Med E2EE kan det inkludera chiffertext, kontoinformation, åtkomstloggar, poststorlekar, timing och delning av metadata snarare än läsbart fotoinnehåll. Huruvida en begäran kan nå en enhet, återställningsmetod, mottagare eller framtida klientbeteende är en annan juridisk och teknisk fråga.

Intern åtkomst

Anställda eller angripare med åtkomst till leverantörshanterade lagringsnycklar kanske kan nå krypterat innehåll på serversidan. E2EE tar bort den direkta lagringsnyckelsökvägen när leverantören saknar nycklar för klartextinnehåll. Det gör inte insidermissbruk kategoriskt omöjligt eftersom leverantörer kan kontrollera klientdistribution, kontostatus, metadata, delning eller återställningskomponenter.

Metadataskydd

Vissa E2EE-implementeringar krypterar endast filinnehåll och lämnar metadata som filnamn och datum oskyddade. Vaultaire skyddar filhuvuden, MIME typer, index, miniatyrer och annan valvmetadata med AES-256-GCM autentiserad kryptering. Lagrade chiffertextlängder och antalet krypterade indexfiler kan fortfarande exponera strukturell information för någon med app-container-åtkomst.

Vanliga missuppfattningar om E2EE

"Min molnlagring är krypterad, så mina foton är säkra." Serversideskryptering skyddar mot externa intrång i serverhårdvara. Det skyddar inte mot leverantören själv, rättsliga förfrågningar eller insiderhot. Leverantören håller nycklarna.

"HTTPS innebär att mina foton är end-to-end-krypterade." HTTPS (TLS) krypterar data under överföring mellan din enhet och servern. När data väl anländer till servern dekrypteras den. HTTPS är kryptering av röret, inte kryptering av data.

"End-to-end-kryptering innebär att ingen någonsin kan se mina foton." E2EE innebär att ingen utan nyckeln kan se dina foton. Om någon har ditt lösenord eller din nyckel kan de dekryptera data. Nyckelhantering och starka lösenord är fortfarande viktiga.

"Apple/Google kan inte se mina foton." Som standard håller båda företagen krypteringsnycklarna för dina molnlagrade foton. Apple erbjuder Advanced Data Protection som opt-in. Google erbjuder inget E2EE-alternativ för Google Photos överhuvudtaget.

Hur Vaultaire implementerar end-to-end-kryptering

Vaultaire använder en skiktad E2EE-metod:

1. AES-256-GCM krypterar allt filinnehåll. Varje fil får en unik initialiseringsvektor. Autentiserad kryptering upptäcker manipulation.
2. PBKDF2 med HMAC-SHA512 härleder en lokal valvnyckel från användarens ritade mönster och enhetssalt. Arbetsfaktorn höjer kostnaden för varje offline-gissning utan att lägga till entropi till mönstret. Den valvnyckeln autentiserar det krypterade indexet och packar upp den slumpmässiga huvudnyckeln som används på fildata.
3. AES-256-GCM för metadata skyddar filnamn, datum, dimensioner, index och miniatyrer under autentiserad kryptering.
4. iOS Keychain och dataskydd skydda enheten salt och krypterad återställningsdatabas. AES-GCM operationer och aktiva symmetriska nycklar finns kvar i appprocessen medan ett valv är öppet.
5. Separering av leverantörsnyckel betyder att Wraxle inte tar emot ett valv, master, backup eller återställningsnyckel i klartext. Valfritt CloudKit lagrar chiffertextposter och krypterade nyckelkuvert, medan Apple fortfarande kan observera tjänstens metadata. Vaultaire kräver inget Vaultaire-identitetskonto.

Vaultaire håller återställningsinformation, inklusive mönstret, inuti en AES-GCM krypterad databas lagrad i iOS Keychain. Det skrivs inte till klartextfiler eller skickas till en Vaultaire-kontotjänst. Om inget användbart mönster, återhämtningsfras, eller redan upplåst enhet finns kvar, har Vaultaire inte en leverantörsåterställningsnyckel som kan återställa åtkomst.

Vanliga frågor

Är end-to-end-kryptering laglig?

Den juridiska behandlingen av kryptering, tvingad åtkomst och krypterade tjänster varierar beroende på jurisdiktion och kan ändras. Denna guide beskriver den tekniska modellen, inte juridisk rådgivning. Kontrollera gällande lokal lagstiftning om din användning involverar gränssökningar, domstolsbeslut, reglerade register eller annan högriskmiljö.

Kan brottsbekämpning knäcka end-to-end-kryptering?

Attacker behöver sällan söka fullt ut AES-256 nyckelutrymme. En granskare kan rikta in sig på ett svagt lösenord eller mönster, en olåst slutpunkt, minne, en återställningsfras, en mottagare, en säkerhetskopia eller ett implementeringsfel. Korrekt implementerad AES-256-GCM med en slumpmässig högentropi nyckel är utformad för att motstå direkt nyckelsökning, men det är bara en del av systemet.

Vad är skillnaden mellan E2EE och noll-kunskapskryptering?

E2EE beskriver var klartext kryptering och dekryptering förekommer och vem som har användbara innehållsnycklar. "Zero-knowledge" används ofta i produktmarknadsföring för leverantörsblind kryptering, men det bör inte läsas bokstavligt: ​​en tjänst kan sakna klartextnycklar samtidigt som den ser chiffertext, kontodata, storlekar, timing, delningsrelationer och annan metadata. Utvärdera den dokumenterade nyckeln och återställningsvägarna istället för bara etiketten.

Gör end-to-end-kryptering min telefon långsammare?

Moderna enheter hantera AES-256 effektivt med hårdvaruacceleration exponerad genom systemkryptografiska bibliotek. På iPhone, Vaultaire utför AES-GCM i appprocessen genom CryptoKit. Apples offentliga Secure Enclave API:er är inte godtyckliga AES-GCM motor för filkryptering. Omkostnader för kryptering och dekryptering beror på filstorlek och enhet, men den är utformad för att hålla sig ur vägen under normal användning.

Vad händer om jag förlorar min krypteringsnyckel?

Att förlora alla användbara dekrypterings- och återställningsvägar gör krypterad data omöjlig att återställa. Många E2EE-system använder därför återställningsfraser, betrodda enheter, återställningskontakter, nödpaket eller krypterade nyckelkuvert. Dessa mekanismer bevarar åtkomst, men var och en blir också en del av säkerhetsmodellen.

Slutsats

End-to-end-kryptering kan ta bort lagringsleverantörens klartext-nyckelsökväg när kryptering sker på en auktoriserad slutpunkt före uppladdning. Det är ett meningsfullt skydd, inte en garanti för hela systemet. Kontrollera innehållsnyckelns förvaring, återställning, metadata, klientuppdateringar, slutpunktssäkerhet och delning innan du litar på en tjänst med privata foton.

Vaultaire implementerar kryptering på klientsidan för iOS. Dina foton och valvmetadata krypteras på enheten med AES-256-GCM innan valfri säkerhetskopiering eller synkronisering. Vaultaire tar inte emot dekrypteringsnycklarna eller driver en server som kan förvandla dessa krypterade poster till dina foton. Denna leverantörsgräns gör inte en komprometterad eller olåst iPhone pålitlig.