Hvad er ende-til-ende-kryptering? Sådan beskytter det dine fotos

End-to-end-kryptering holder læsbart fotoindhold og indholdsnøgler i klartekst væk fra lagerudbyderen.

End-to-end-kryptering (E2EE) er en sikkerhedsmodel, hvor klartekst krypteres på et autoriseret slutpunkt og dekrypteres på et andet. Lager- eller transportudbyderen har ikke indholdsnøglen i klartekst. Denne grænse beskytter indhold mod direkte læsning på serveren, men den skjuler ikke alle metadata og beskytter ikke mod et kompromitteret slutpunkt, stjålne gendannelsesoplysninger, en modtager af delt indhold eller en 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, der er tilgængelig via en autoriseret enhed eller en gendannelsesvej. 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 oplåsningsnøgle afledt af adgangskode eller mønster til at indpakke en tilfældig filnøgle. Vaultaire bruger PBKDF2-HMAC-SHA512 til at udlede en 256-bit boksnøgle fra et 5x5-mønster og et enhedsdækkende salt. Denne boksnø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 sundt design holder nøglen til indhold i klartekst ude af udbyderens rutinemæssige varetægt på serversiden, så et brud, der kun rammer lageret, eller et retskrav 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.

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: Apples Avanceret databeskyttelse (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 uden nøgler hos udbyderen. Vaultaire krypterer fotos og metadata på enheden med AES-256-GCM før enhver cloud-upload. En tilfældig hovednøgle krypterer boksdata. En lokal boksnøgle afledt af brugerens mønster og et enhedssalt pakker denne hovednøgle ind, mens en separat mønsterafledt backupnøgle beskytter private CloudKit-sikkerhedskopiposter. Vaultaire driver ikke en indholdsserver eller modtager disse nøgler, så den kan ikke slå en CloudKit-post op i klartekst. Appen, iOS og en ulåst enhed forbliver inden for tillidsgrænsen, og en retslig anmodning kan stadig få konto- eller tjenestemetadata, der opbevares af den relevante udbyder.

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 brud på både lageret og dets nøglestyring afsløre læsbart indhold. Med sund E2EE giver et brud på lageret kun chiffertekst og de metadata, som tjenesten opbevarer. Kompromitterede slutpunkter, stjålne gendannelsesoplysninger, ondsindet klientsoftware og fejl i nøgletjenester er stadig separate veje til klartekst.

Juridisk adgang og statsadgang

Tjenesteudbydere kan blive pålagt at udlevere data, de besidder. Med E2EE kan det omfatte chiffertekst, kontooplysninger, adgangslogge, poststørrelser, timing og delingsmetadata i stedet for læsbart fotoindhold. Om et krav kan nå en enhed, en gendannelsesmetode, en 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 vej via lagernøgler, når udbyderen ikke har indholdsnøgler i klartekst. 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 filheadere, MIME-typer, indekser, thumbnails og andre boksmetadata med AES-256-GCM autentificeret kryptering. Lagrede chiffertekstlængder og antallet af krypterede lagerfiler kan stadig afsløre strukturel information for en person med adgang til app-containeren, for eksempel et skøn over, hvor mange bokse der indeholder filer.

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 Avanceret databeskyttelse 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:

1. AES-256-GCM krypterer alt filindhold. Hver fil får en unik initialiseringsvektor. Autentificeret kryptering registrerer manipulation.
2. PBKDF2 med HMAC-SHA512 udleder en lokal boksnøgle fra brugerens tegnede mønster og et enhedssalt. Arbejdsfaktoren hæver omkostningerne ved hvert offline-gæt uden at tilføje entropi til mønsteret. Denne boksnøgle autentificerer det krypterede indeks og pakker den tilfældige hovednøgle ud, der bruges til fildata.
3. AES-256-GCM til metadata beskytter filnavne, datoer, dimensioner, indekser og thumbnails med autentificeret kryptering.
4. iOS Keychain og databeskyttelse beskytter enhedens salt og den krypterede gendannelsesdatabase. AES-GCM-operationer og aktive symmetriske nøgler forbliver i app-processen, mens en boks er åben.
5. Udbyder nøgleadskillelse betyder, at Wraxle ikke modtager en klartekstboks, master, backup eller gendannelsesnøgle. CloudKit-sikkerhedskopi, der er slået til som standard, gemmer chiffertekstposter og krypterede nøglekonvolutter, mens Apple stadig kan observere tjenestemetadata. Vaultaire kræver ikke en Vaultaire-identitetskonto.

Vaultaire opbevarer gendannelsesoplysninger, herunder mønsteret, i en AES-GCM-krypteret database i iOS Keychain. Det skrives ikke til klartekstfiler og sendes ikke 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ænsekontrol, retskendelser, regulerede registre eller en anden højrisikosituation.

Kan politiet bryde ende-til-ende-kryptering?

Angreb behøver sjældent at gennemsøge hele AES-256-nøglerummet. En undersøger kan gå efter en svag adgangskode eller et svagt mønster, et ulåst slutpunkt, hukommelse, en gendannelsessætning, en modtager, en backup 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 kryptering og dekryptering af klartekst sker, og hvem der har brugbare indholdsnøgler. "Nul-viden" bruges ofte i produktmarkedsføring om kryptering, som udbyderen ikke kan læse, 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. Vurder de dokumenterede nøgle- og gendannelsesveje i stedet for kun etiketten.

Gør ende-til-ende-kryptering min telefon langsommere?

Moderne enheder håndterer AES-256 effektivt med hardwareacceleration gennem systemets kryptografiske biblioteker. På iPhone udfører Vaultaire AES-GCM i app-processen via CryptoKit. Apples offentlige Secure Enclave-API'er er ikke en generel 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?

Mister du alle brugbare veje til dekryptering og gendannelse, kan krypterede data ikke gendannes. 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 nøglevej til klartekst, når kryptering sker på et autoriseret slutpunkt før upload. Det er en meningsfuld beskyttelse, ikke en garanti for hele systemet. Tjek, hvem der opbevarer indholdsnøglerne, samt 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 boksmetadata er krypteret på enheden med AES-256-GCM før 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.