Hvad er ende-til-ende-kryptering? Sådan beskytter det dine fotos
End-to-end-kryptering holder læsbart fotoindhold og almindeligt tekstindholdsnøgler væk fra lagerudbyderen.
End-to-end-kryptering (E2EE) er en sikkerhedsmodel, hvor almindelig tekst krypteres på et godkendt slutpunkt og dekrypteres på et andet. Opbevarings- eller transportudbyderen er ikke i besiddelse af klartekstindholdsnøglen. Denne grænse beskytter indhold mod direkte server-side-læsning, men den skjuler ikke alle metadataelementer eller beskytter et kompromitteret slutpunkt, gendannelseslegitimationsoplysninger, delt modtager eller ondsindet klientopdatering.
Til fotolagring betyder ende-til-ende-kryptering, at din telefon krypterer fotoindhold før upload, og skyen gemmer chiffertekst i stedet for læsbare billeder. Dekryptering kræver en nøgle tilgængelig via en autoriseret enhed eller gendannelsessti. Filstørrelse, timing, kontodata, delingsforhold og andre metadata kan forblive synlige. Denne vejledning forklarer grænsen og sammenligner almindelige servicemodeller.
Hvordan ende-til-ende-kryptering fungerer
Grundmekanismen involverer tre faser: nøglegenerering, kryptering og dekryptering.
Nøglegenerering
Brugerens enhed genererer en kryptografisk nøgle. Ved symmetrisk kryptering (som AES-256) krypterer og dekrypterer den samme nøgle. Ved asymmetrisk kryptering (som RSA) krypterer den offentlige nøgle, og den private nøgle dekrypterer. Mange E2EE-systemer kombinerer begge: asymmetrisk kryptering udveksler en symmetrisk sessionsnøgle, der derefter håndterer bulk-kryptering.
Fotoboks-apps bruger flere nøglestyringsdesigns. Nogle udleder en filnøgle direkte fra en adgangskode; stærkere lagdelte designs kan bruge en legitimationsafledt oplåsningsnøgle til at pakke en tilfældig filnøgle. Vaultaire bruger PBKDF2-HMAC-SHA512 at udlede en 256-bit vault-nøgle fra et 5x5-mønster og salt på hele enheden. Denne vault-nøgle autentificerer det krypterede indeks og udpakker en separat tilfældig hovednøgle, der bruges til filkryptering.
Kryptering
Klartekst (dine fotos) transformeres til chiffertekst ved hjælp af krypteringsnøglen og algoritmen. AES-256-GCM er den mest anvendte symmetriske chiffer til dette formål. GCM (Galois/Counter Mode) giver autentificeret kryptering -- det krypterer data og opretter et autentificeringskode, der registrerer enhver manipulation. Hver fil får en unik initialiseringsvektor (IV), så identiske filer producerer forskellig chiffertekst.
Dekryptering
Modtagerens enhed bruger den samme nøgle (symmetrisk) eller den tilsvarende private nøgle (asymmetrisk) til at vende transformationen. Uden den korrekte nøgle er chiffertekst uadskillelig fra tilfældige data. Der er ingen matematisk genvej. AES-256 har 2^256 mulige nøgler -- mere end det anslåede antal atomer i det observerbare univers.
Ende-til-ende-kryptering vs. andre krypteringsmodeller
Ikke al kryptering er ende-til-ende. Forskellene bestemmer, hvem der kan få adgang til dine data.
Kryptering under transmission (TLS/SSL)
Data krypteres mellem din enhed og serveren. Serveren dekrypterer dem ved modtagelse. Det beskytter mod aflytning under transmission, men data er læsbare af serveren efter modtagelse. Alle større cloudtjenester bruger transportkryptering. Det er en grundlæggende standard, ikke en undtagelse.
Kryptering i hvile (serverside)
Serveren krypterer lagrede data med nøgler, den selv administrerer. Det beskytter mod fysisk tyveri af serverhardware, men ikke mod selve tjenesteudbyderen, dets medarbejdere eller juridiske krav. iCloud, Google Drive og Dropbox bruger alle serversidekryptering i hvile. Udbyderen holder nøglerne.
Ende-til-ende-kryptering
Data krypteres på et autoriseret slutpunkt, før lagerudbyderen modtager dem. Et lyddesign holder nøglen til almindelig tekstindhold ude af udbyderens rutinemæssige varetægt på serversiden, så et kompromis med kun opbevaring eller juridisk krav om lagret indhold giver chiffertekst frem for læsbare billeder. Udbyderen kan stadig levere chiffertekst og metadata, distribuere klientsoftware eller drive gendannelses- og delingssystemer, der skal inkluderes i trusselsmodellen.
| Krypteringsmodel | Hvem holder nøglerne | Kan udbyderen læse data? | Beskytter mod udbyderen? |
|---|---|---|---|
| Kun under transmission (TLS) | Server | Ja | Nej |
| I hvile (serverside) | Server | Ja | Nej |
| Ende-til-ende | Autoriserede endpoints eller recovery-indehavere | Ikke fra gemt chiffertekst alene | Beskytter indhold fra udbyderens lagernøgler |
| Udbyderblind kryptering på klientsiden | Klient og dokumenterede gendannelsesstier | Ingen klartekstindholdsadgang ved design | Beskytter indhold; metadata og klienttillid forbliver |
Hvordan cloudtjenester til fotoopbevaring håndterer kryptering
Krypteringsmodellen varierer betydeligt på tværs af cloudtjenester til fotoopbevaring. Nogle annoncerer "kryptering" uden at specificere modellen, hvilket kan vildlede brugere om, hvorvidt deres fotos er E2EE.
iCloud Fotos
Apple bruger kryptering under transmission og i hvile. Apple holder krypteringsnøglerne som standard. Med en gyldig juridisk anmodning kan Apple levere data fra iCloud. Undtagelse: Apple Advanced Data Protection (ADP), tilgængelig siden december 2022, tilføjer ende-til-ende-kryptering til iCloud Fotos. ADP skal aktiveres eksplicit i Indstillinger. Når det er aktiveret, kan Apple ikke få adgang til iCloud Fotos-data. De fleste brugere har ikke aktiveret ADP.
Google Fotos
Google bruger kryptering under transmission og i hvile med serversidets nøgler. Google holder krypteringsnøglerne for alle Google Fotos-data, herunder indhold i Låst mappe. Google kan efterkomme juridiske dataanmodninger. Google tilbyder ikke en E2EE-mulighed for Google Fotos.
Dropbox
Kryptering under transmission (TLS 1.2+) og i hvile (AES-256 med Dropbox-administrerede nøgler). Dropbox holder nøglerne og kan få adgang til dine filer. Dropbox var udsat for et databrud (2012, 68 millioner konti). Dropbox Vault (betalt funktion) tilføjer PIN-beskyttelse, men ikke ende-til-ende-kryptering.
OneDrive
Microsoft bruger kryptering under transmission og i hvile med Microsoft-administrerede nøgler. Microsoft holder nøglerne. OneDrive Personal Vault tilføjer identitetsgodkendelse (2FA), men ikke ende-til-ende-kryptering -- Microsoft kan stadig få adgang til data. Kundeadministrerede nøgler er tilgængelige for virksomhedskunder.
Vaultaire
Kryptering på klientsiden med udbyder-holdt nøgler udelukket. Vaultaire krypterer fotos og metadata på enheden med AES-256-GCM før enhver cloud-upload. En tilfældig hovednøgle krypterer vault-data. En lokal hvælvnøgle afledt af brugerens mønster og en enhedssalt omslutter denne hovednøgle, mens en separat mønsterafledt backupnøgle beskytter private CloudKit backup optegnelser. Vaultaire driver ikke en indholdsserver eller modtager disse nøgler, så den kan ikke slå en CloudKit optage i klartekst. Appen, iOS, og en ulåst enhed forbliver inden for tillidsgrænsen, og en juridisk anmodning kan stadig få konto- eller tjenestemetadata, der opbevares af den relevante udbyder.
| Tjeneste | Kryptering under transmission | Kryptering i hvile | Ende-til-ende-kryptering | Kan udbyderen få adgang |
|---|---|---|---|---|
| iCloud Fotos (standard) | Ja | Ja (Apples nøgler) | Nej | Ja |
| iCloud Fotos (ADP aktiveret) | Ja | Ja | Ja | Nej |
| Google Fotos | Ja | Ja (Googles nøgler) | Nej | Ja |
| Dropbox | Ja | Ja (Dropboxs nøgler) | Nej | Ja |
| OneDrive | Ja | Ja (Microsofts nøgler) | Nej | Ja |
| Vaultaire | Ja | Ja | Krypteret valgfri backup på klientsiden | Ingen klartekst indholdsnøgle; CloudKit metadata forbliver |
Hvorfor ende-til-ende-kryptering er vigtigt for fotos
Fotos er særligt følsomme data. De indeholder ansigter, placeringer (GPS-metadata), tidsstempler og visuelle optegnelser af private øjeblikke. Et lækket fotobibliotek afslører mere personlig information end næsten enhver anden datatype.
Databrud
Når en tjenesteudbyder gemmer billeder med nøgler på serversiden, kan et kompromittering af både lagerplads og dens nøglestyringssti afsløre læsbart indhold. Med lyd E2EE giver et brud på lager kun krypteringstekst og de metadata, som tjenesten opbevarer. Endpoint-kompromis, stjålne gendannelsesoplysninger, ondsindet klientsoftware og nøgleservicefejl forbliver separate veje til almindelig tekst.
Juridisk adgang og statsadgang
Tjenesteudbydere kan blive bedt om at levere optegnelser, de besidder. Med E2EE kan det omfatte chiffertekst, kontooplysninger, adgangslogfiler, registreringsstørrelser, timing og deling af metadata i stedet for læsbart fotoindhold. Hvorvidt en efterspørgsel kan nå en enhed, gendannelsesmetode, modtager eller fremtidig klientadfærd er et andet juridisk og teknisk spørgsmål.
Intern adgang
Medarbejdere eller angribere med adgang til udbyderadministrerede lagernøgler kan muligvis nå krypteret indhold på serversiden. E2EE fjerner den direkte lagringsnøglesti, når udbyderen mangler indholdsnøgler i almindelig tekst. Det gør ikke insidermisbrug kategorisk umuligt, fordi udbydere kan kontrollere klientdistribution, kontotilstand, metadata, deling eller gendannelseskomponenter.
Metadatabeskyttelse
Nogle E2EE-implementeringer krypterer kun filindhold og efterlader metadata som filnavne og datoer ubeskyttede. Vaultaire beskytter filoverskrifter, MIME typer, indekser, thumbnails og andre vault-metadata med AES-256-GCM autentificeret kryptering. Lagrede chiffertekstlængder og antallet af krypterede indeksfiler kan stadig afsløre strukturel information for en person med app-container-adgang.
Almindelige misforståelser om E2EE
"Min cloud-lagring er krypteret, så mine fotos er sikre." Serversidekryptering beskytter mod eksterne lækager af serverhardware. Det beskytter ikke mod selve udbyderen, juridiske krav eller interne trusler. Udbyderen holder nøglerne.
"HTTPS betyder, at mine fotos er ende-til-ende-krypteret." HTTPS (TLS) krypterer data under transmission mellem din enhed og serveren. Når data når serveren, dekrypteres de. HTTPS er kryptering af transmissionskanalen, ikke datakryptering.
"Ende-til-ende-kryptering betyder, at ingen nogensinde vil se mine fotos." E2EE betyder, at ingen uden nøglen vil se dine fotos. Hvis nogen har din adgangskode eller nøgle, kan de dekryptere data. Nøglehåndtering og stærke adgangskoder er stadig nødvendige.
"Apple/Google kan ikke se mine fotos." Som standard holder begge virksomheder krypteringsnøglerne til dine cloud-lagrede fotos. Apple tilbyder Advanced Data Protection som en valgfri funktion. Google tilbyder ingen E2EE-mulighed for Google Fotos overhovedet.
Hvordan Vaultaire implementerer ende-til-ende-kryptering
Vaultaire bruger en lagdelt E2EE-tilgang:
- AES-256-GCM krypterer alt filindhold. Hver fil får en unik initialiseringsvektor. Autentificeret kryptering registrerer manipulation.
- PBKDF2 med HMAC-SHA512 udleder en lokal vault-nøgle fra brugerens tegnede mønster og enhedssalt. Arbejdsfaktoren hæver omkostningerne ved hvert offline-gæt uden at tilføje entropi til mønsteret. Denne vault-nøgle autentificerer det krypterede indeks og udpakker den tilfældige hovednøgle, der bruges på fildata.
- AES-256-GCM til metadata beskytter filnavne, datoer, dimensioner, indekser og miniaturebilleder under autentificeret kryptering.
- iOS Keychain og databeskyttelse Beskyt enhedens salt og krypteret genoprettelsesdatabase. AES-GCM handlinger og aktive symmetriske nøgler forbliver i app-processen, mens en boks er åben.
- Udbyder nøgleadskillelse betyder, at Wraxle ikke modtager en almindelig tekstboks, master, backup eller gendannelsesnøgle. Valgfrit CloudKit gemmer chiffertekstposter og krypterede nøglekonvolutter, mens Apple stadig kan observere tjenestemetadata. Vaultaire kræver ikke en Vaultaire-identitetskonto.
Vaultaire opbevarer genoprettelsesoplysninger, inklusive mønsteret, inde i en AES-GCM krypteret database gemt i iOS Keychain. Det er ikke skrevet til almindelige tekstfiler eller sendt til en Vaultaire-kontotjeneste. Hvis der ikke er noget brugbart mønster, gendannelsessætning, eller en allerede ulåst enhed forbliver, besidder Vaultaire ikke en udbydergendannelsesnøgle, der kan gendanne adgangen.
Ofte stillede spørgsmål
Er ende-til-ende-kryptering lovlig?
Den juridiske behandling af kryptering, tvungen adgang og krypterede tjenester varierer efter jurisdiktion og kan ændre sig. Denne vejledning beskriver den tekniske model, ikke juridisk rådgivning. Tjek gældende lokal lovgivning, hvis din brug involverer grænsesøgninger, retskendelser, regulerede registre eller en anden højrisiko-indstilling.
Kan politiet bryde ende-til-ende-kryptering?
Angreb behøver sjældent at søge fuldt ud AES-256 nøglerum. En eksaminator kan målrette mod et svagt kodeord eller mønster, et ulåst slutpunkt, hukommelse, en gendannelsessætning, en modtager, en sikkerhedskopi eller en implementeringsfejl. Korrekt implementeret AES-256-GCM med en tilfældig højentropi-nøgle er designet til at modstå direkte nøglesøgning, men det er kun en del af systemet.
Hvad er forskellen mellem E2EE og nul-kendskab-kryptering?
E2EE beskriver, hvor almindelig tekstkryptering og dekryptering forekommer, og hvem der har brugbare indholdsnøgler. "Nul-viden" bruges ofte i produktmarkedsføring til udbyderblind kryptering, men det skal ikke læses bogstaveligt: en tjeneste kan mangle klartekstnøgler, mens den stadig kan se chiffertekst, kontodata, størrelser, timing, deling af relationer og andre metadata. Evaluer den dokumenterede nøgle og gendannelsesstier i stedet for etiketten alene.
Gør ende-til-ende-kryptering min telefon langsommere?
Moderne enheder håndtere AES-256 effektivt med hardwareacceleration eksponeret gennem systemkryptografiske biblioteker. På iPhone, Vaultaire optræder AES-GCM i app-processen igennem CryptoKit. Apples offentlige Secure Enclave API'er er ikke vilkårlige AES-GCM motor til filkryptering. Overhead til kryptering og dekryptering afhænger af filstørrelse og enhed, men den er designet til at holde sig ude af vejen under normal brug.
Hvad sker der, hvis jeg mister min krypteringsnøgle?
At miste enhver brugbar dekryptering og gendannelsessti gør krypterede data uoprettelige. Mange E2EE-systemer bruger derfor gendannelsessætninger, betroede enheder, gendannelseskontakter, nødsæt eller krypterede nøglekonvolutter. Disse mekanismer bevarer adgangen, men hver af dem bliver også en del af sikkerhedsmodellen.
Konklusion
End-to-end-kryptering kan fjerne lagerudbyderens almindelige tekst-nøglesti, når kryptering sker på et autoriseret slutpunkt før upload. Det er en meningsfuld beskyttelse, ikke en garanti for hele systemet. Tjek indholdsnøgleforvaring, gendannelse, metadata, klientopdateringer, slutpunktssikkerhed og deling, før du stoler på en tjeneste med private billeder.
Vaultaire implementerer kryptering på klientsiden til iOS. Dine billeder og vault-metadata er krypteret på enheden med AES-256-GCM før valgfri backup eller synkronisering. Vaultaire modtager ikke dekrypteringsnøglerne eller driver en server, der kan omdanne disse krypterede poster til dine billeder. Denne udbydergrænse gør ikke en kompromitteret eller ulåst iPhone troværdig.