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

End-to-end-kryptering håller läsbart fotoinnehåll och innehållsnycklar i klartext 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 har inte innehållsnyckeln i klartext. Den gränsen skyddar innehåll från direkt läsning på serversidan, men den döljer inte all metadata och skyddar inte en komprometterad slutpunkt, en återställningsuppgift, en mottagare av delat innehåll eller en 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 olika designer för nyckelhantering. Vissa härleder en filnyckel direkt från ett lösenord; starkare designer i lager kan använda en upplåsningsnyckel härledd från inloggningsuppgiften för att omsluta en slumpmässig filnyckel. Vaultaire använder PBKDF2-HMAC-SHA512 för att härleda en 256-bitars valvnyckel från ett 5x5-mönster och ett 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 sund design håller innehållsnyckeln i klartext borta från leverantörens rutinmässiga förvaring på serversidan, så ett intrång som bara gäller lagringen eller ett 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-bilder

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 lämna ut data från iCloud-bilder. Undantag: Apples Avancerat dataskydd (ADP), tillgänglig sedan december 2022, lägger till end-to-end-kryptering till iCloud-bilder. ADP måste uttryckligen aktiveras i Inställningar. När det är aktiverat kan Apple inte komma åt data i iCloud-bilder. 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 utan nycklar hos leverantören. 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 säkerhetskopieringsnyckel skyddar privata CloudKit-säkerhetskopior. Vaultaire driver ingen innehållsserver och tar inte emot dessa nycklar, så företaget kan inte göra om en CloudKit-post till klartext. Appen, iOS och en upplåst enhet förblir inom förtroendegränsen, och en juridisk begäran kan fortfarande ge konto- eller tjänstemetadata som den berörda leverantören har.

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 sund E2EE ger ett intrång som bara gäller lagringen chiffertext och den metadata tjänsten behåller. Komprometterade slutpunkter, stulna återställningsuppgifter, skadlig klientprogramvara och fel i nyckeltjänsten förblir separata vägar till klartext.

Rättslig och statlig åtkomst

Tjänsteleverantörer kan tvingas lämna ut uppgifter de har. Med E2EE kan det gälla chiffertext, kontoinformation, åtkomstloggar, poststorlekar, timing och delningsmetadata 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 vägen via lagringsnycklar när leverantören saknar innehållsnycklar i klartext. Det gör inte missbruk från insidan helt 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 autentiserad AES-256-GCM-kryptering. Lagrade chiffertextlängder och antalet krypterade indexfiler kan fortfarande exponera strukturell information för någon med åtkomst till appcontainern.

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 Avancerat dataskydd 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 ett enhetssalt. Arbetsfaktorn höjer kostnaden för varje offlinegissning 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 för fildata.
3. AES-256-GCM för metadata skyddar filnamn, datum, dimensioner, index och miniatyrer under autentiserad kryptering.
4. iOS Keychain och dataskydd skyddar enhetssaltet och den krypterade återställningsdatabasen. AES-GCM-operationer och aktiva symmetriska nycklar finns kvar i appens process medan ett valv är öppet.
5. Separation från leverantörens nycklar betyder att Wraxle inte tar emot någon valv-, huvud-, säkerhetskopierings- eller återställningsnyckel i klartext. CloudKit-säkerhetskopiering (på som standard), synkronisering och delning 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, ingen återställningsfras och ingen redan upplåst enhet finns kvar har Vaultaire ingen återställningsnyckel hos leverantören 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 igenom hela nyckelrymden för AES-256. En granskare kan rikta in sig på ett svagt lösenord eller mönster, en upplåst slutpunkt, minne, en återställningsfras, en mottagare, en säkerhetskopia eller ett implementeringsfel. Korrekt implementerad AES-256-GCM med en slumpmässig nyckel med hög entropi ä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 kryptering och dekryptering av klartext sker och vem som har användbara innehållsnycklar. "Nollkunskap" används ofta i produktmarknadsföring för kryptering som leverantören inte kan se in i, men det bör inte läsas bokstavligt: en tjänst kan sakna nycklar i klartext samtidigt som den ser chiffertext, kontodata, storlekar, timing, delningsrelationer och annan metadata. Utvärdera de dokumenterade nyckel- och återställningsvägarna istället för bara etiketten.

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

Moderna enheter hanterar AES-256 effektivt med hårdvaruacceleration via systemets kryptografiska bibliotek. På iPhone utför Vaultaire AES-GCM i appens process via CryptoKit. Apples offentliga Secure Enclave-API:er är ingen godtycklig AES-GCM-motor för filkryptering. Den extra kostnaden 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 krypterade data omöjliga 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 väg till nycklar i klartext 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 säkerhetskopiering (på som standard) eller synkronisering. Vaultaire tar inte emot dekrypteringsnycklarna och driver ingen server som kan göra om dessa krypterade poster till dina foton. Denna leverantörsgräns gör inte en komprometterad eller upplåst iPhone pålitlig.