Wat is end-to-end versleuteling? Hoe het uw foto's beschermt
End-to-end-versleuteling houdt leesbare foto-inhoud en leesbare inhoudssleutels weg bij de opslagaanbieder.
End-to-end-versleuteling (E2EE) is een beveiligingsmodel waarbij leesbare gegevens op het ene geautoriseerde eindpunt worden versleuteld en op een ander worden ontsleuteld. De opslag- of transportaanbieder heeft de inhoudssleutel niet in leesbare vorm. Die grens beschermt inhoud tegen direct lezen op de server, maar verbergt niet alle metadata en beschermt niet tegen een gecompromitteerd eindpunt, een uitgelekte herstelsleutel, een ontvanger van gedeelde inhoud of een kwaadaardige app-update.
Hoe end-to-end versleuteling werkt
Het kernmechanisme omvat drie fasen: sleutelgeneratie, versleuteling en ontsleuteling.
Sleutelgeneratie
Het apparaat van de gebruiker genereert een cryptografische sleutel. Bij symmetrische versleuteling (zoals AES-256) versleutelt en ontsleutelt dezelfde sleutel. Bij asymmetrische versleuteling (zoals RSA) versleutelt een publieke sleutel en ontsleutelt een privésleutel. Veel E2EE-systemen combineren beide: asymmetrische versleuteling wisselt een symmetrische sessiesleutel uit, die vervolgens de bulk versleuteling verwerkt.
Fotokluis-apps gebruiken verschillende ontwerpen voor sleutelbeheer. Sommige leiden een bestandssleutel rechtstreeks af van een wachtwoord; sterkere gelaagde ontwerpen gebruiken een van het wachtwoord of patroon afgeleide ontgrendelsleutel om een willekeurige bestandssleutel te omhullen. Vaultaire gebruikt PBKDF2-HMAC-SHA512 om een 256-bits kluissleutel af te leiden uit een 5x5-patroon en een salt per apparaat. Die kluissleutel verifieert de versleutelde index en pakt een aparte willekeurige hoofdsleutel uit waarmee de bestanden worden versleuteld.
Versleuteling
De plaintext (uw foto) wordt omgezet in ciphertext met de versleutelingssleutel en een versleutelingsalgoritme. AES-256-GCM is het meest gebruikte symmetrische cijfer voor dit doel. GCM (Galois/Counter Mode) biedt geauthenticeerde versleuteling -- het versleutelt zowel de gegevens als produceert een authenticatietag die elke manipulatie detecteert. Elk bestand ontvangt een unieke initialisatievector (IV), zodat identieke bestanden verschillende ciphertext produceren.
Ontsleuteling
Het apparaat van de ontvanger gebruikt dezelfde sleutel (symmetrisch) of de overeenkomende privésleutel (asymmetrisch) om de transformatie om te keren. Zonder de juiste sleutel is de ciphertext niet te onderscheiden van willekeurige gegevens. Er is geen wiskundige snelkoppeling. AES-256 heeft 2^256 mogelijke sleutels -- meer dan het geschatte aantal atomen in het waarneembare universum.
End-to-end versleuteling vs. andere versleutelingsmodellen
Niet alle versleuteling is end-to-end. De verschillen bepalen wie toegang heeft tot uw gegevens.
Versleuteling tijdens transport (TLS/SSL)
Gegevens worden versleuteld tussen uw apparaat en de server. De server ontsleutelt het bij ontvangst. Dit beschermt tegen afluisteren tijdens verzending maar laat de gegevens leesbaar op de server. Elke grote clouddienst gebruikt versleuteling tijdens transport. Het is de basislijn, niet de standaard.
Versleuteling in rust (server-side)
De server versleutelt opgeslagen gegevens met sleutels die de server beheert. Dit beschermt tegen fysieke diefstal van serverhardware maar niet tegen de serviceprovider, hun medewerkers of juridische verzoeken gericht aan de provider. iCloud, Google Drive en Dropbox gebruiken allemaal server-side versleuteling in rust. De provider bewaart de sleutels.
End-to-end versleuteling
Gegevens worden op een geautoriseerd eindpunt versleuteld voordat de opslagaanbieder ze ontvangt. Een goed ontwerp houdt de leesbare inhoudssleutel buiten de gewone bewaring van de server, zodat een inbraak in alleen de opslag of een juridische vordering voor opgeslagen inhoud versleutelde gegevens oplevert in plaats van leesbare foto's. De aanbieder kan nog steeds versleutelde gegevens en metadata afgeven, de app verspreiden of systemen voor herstel en delen beheren, en die horen in het dreigingsmodel.
| Versleutelingsmodel | Wie bewaart de sleutels | Kan provider gegevens lezen? | Beschermt tegen provider? |
|---|---|---|---|
| Alleen tijdens transport (TLS) | Server | Ja | Nee |
| In rust (server-side) | Server | Ja | Nee |
| End-to-end | Geautoriseerde eindpunten of herstelhouders | Niet alleen uit opgeslagen versleutelde gegevens | Beschermt inhoud tegen opslagsleutels die de aanbieder bewaart |
| Versleuteling op het apparaat, onleesbaar voor de aanbieder | De app en de gedocumenteerde herstelroutes | By design geen toegang tot leesbare inhoud | Beschermt inhoud; metadata en vertrouwen in de app blijven punten van aandacht |
Hoe foto-opslagdiensten omgaan met versleuteling
Het versleutelingsmodel verschilt aanzienlijk tussen foto-opslagdiensten. Sommige adverteren "versleuteling" zonder het model te specificeren, wat gebruikers kan misleiden om te geloven dat hun foto's E2EE zijn terwijl ze dat niet zijn.
iCloud-foto's
Apple gebruikt versleuteling tijdens transport en in rust. Apple bewaart standaard de versleutelingssleutels. Met een geldig juridisch verzoek kan Apple iCloud-foto's-gegevens verstrekken. Uitzondering: Apple's Geavanceerde gegevensbescherming (ADP), beschikbaar sinds december 2022, voegt end-to-end versleuteling toe aan iCloud-foto's. ADP moet expliciet worden ingeschakeld in Instellingen. Wanneer ingeschakeld, kan Apple geen iCloud-foto's-gegevens benaderen. De meeste gebruikers hebben ADP niet ingeschakeld.
Google Foto's
Google gebruikt versleuteling tijdens transport en in rust met server-side sleutels. Google bewaart de versleutelingssleutels voor alle Google Foto's-gegevens, inclusief inhoud van de Vergrendelde map. Google kan voldoen aan juridische gegevensverzoeken. Google biedt geen end-to-end versleutelingsoptie voor Google Foto's.
Dropbox
Versleuteling tijdens transport (TLS 1.2+) en in rust (AES-256 met Dropbox-beheerde sleutels). Dropbox bewaart de sleutels en kan uw bestanden benaderen. Dropbox Vault (een betaalde functie) voegt PIN-bescherming toe maar geen end-to-end versleuteling.
OneDrive
Microsoft gebruikt versleuteling tijdens transport en in rust met Microsoft-beheerde sleutels. Microsoft bewaart de sleutels. OneDrive Persoonlijke kluis voegt identiteitsverificatie (2FA) toe maar geen end-to-end versleuteling -- Microsoft kan de gegevens nog steeds benaderen.
Vaultaire
Versleuteling op het apparaat, zonder sleutels bij de aanbieder. Vaultaire versleutelt foto's en metadata op het apparaat met AES-256-GCM vóór elke upload naar de cloud. Een willekeurige hoofdsleutel versleutelt de kluisgegevens. Een lokale kluissleutel, afgeleid van het patroon van de gebruiker en een salt van het apparaat, omhult die hoofdsleutel, terwijl een aparte, van het patroon afgeleide back-upsleutel de privé-CloudKit-back-uprecords beschermt. Vaultaire beheert geen inhoudsserver en ontvangt deze sleutels niet, dus kan het geen CloudKit-record in leesbare vorm afgeven. De app, iOS en een ontgrendeld apparaat vallen binnen de vertrouwensgrens, en een juridisch verzoek kan nog steeds account- of dienstmetadata opleveren die de betreffende aanbieder bewaart.
| Dienst | Versleuteling tijdens transport | Versleuteling in rust | End-to-end versleuteling | Provider kan benaderen |
|---|---|---|---|---|
| iCloud-foto's (standaard) | Ja | Ja (Apple-sleutels) | Nee | Ja |
| iCloud-foto's (ADP ingeschakeld) | Ja | Ja | Ja | Nee |
| Google Foto's | Ja | Ja (Google-sleutels) | Nee | Ja |
| Dropbox | Ja | Ja (Dropbox-sleutels) | Nee | Ja |
| OneDrive | Ja | Ja (Microsoft-sleutels) | Nee | Ja |
| Vaultaire | Ja | Ja | Back-up versleuteld op het apparaat, standaard aan | Geen leesbare inhoudssleutel; CloudKit-metadata blijven |
Waarom end-to-end versleuteling van belang is voor foto's
Foto's zijn uniek gevoelige gegevens. Ze bevatten gezichten, locaties (GPS-metadata), tijdstempels en visuele verslagen van privémomenten. Een inbreuk op uw fotoalbum stelt meer persoonlijke informatie bloot dan vrijwel elk ander gegevenstype.
Datalekken
Wanneer een aanbieder foto's opslaat met sleutels op de server, kan een inbraak in zowel de opslag als het sleutelbeheer leesbare inhoud blootleggen. Met goede E2EE levert een inbraak in alleen de opslag versleutelde gegevens op, plus de metadata die de dienst bewaart. Een gecompromitteerd eindpunt, gestolen herstelgegevens, kwaadaardige app-software en fouten in de sleuteldienst blijven aparte routes naar leesbare inhoud.
Juridische en overheidstoegang
Van dienstverleners kan worden verlangd dat zij de gegevens waarover zij beschikken, verstrekken. Met E2EE kan dat gaan om versleutelde gegevens, accountinformatie, toegangslogboeken, recordgroottes, tijdstippen en metadata over delen, in plaats van leesbare foto-inhoud. Of een vordering ook een apparaat, een herstelmethode, een ontvanger of toekomstig gedrag van de app kan raken, is een andere juridische en technische vraag.
Interne toegang
Werknemers of aanvallers met toegang tot door de provider beheerde opslagsleutels kunnen mogelijk versleutelde inhoud op de server bereiken. E2EE sluit die directe route via opslagsleutels af wanneer de aanbieder geen leesbare inhoudssleutels heeft. Misbruik door insiders wordt daarmee niet volledig onmogelijk, omdat aanbieders de verspreiding van de app, de accountstatus, metadata, delen of herstelonderdelen in handen hebben.
Metadatabescherming
Sommige E2EE-implementaties versleutelen alleen de bestandsinhoud, waardoor metadata zoals bestandsnamen en datums onbeschermd blijven. Vaultaire beschermt bestandsheaders, MIME-typen, indexen, miniaturen en andere metadata van de kluis met geauthenticeerde AES-256-GCM-versleuteling. De lengte van opgeslagen versleutelde gegevens en het aantal versleutelde indexbestanden kunnen nog steeds iets over de structuur verraden aan iemand met toegang tot de app-container.
Veelvoorkomende misvattingen over E2EE
"Mijn cloudopslag is versleuteld, dus mijn foto's zijn veilig." Server-side versleuteling beschermt tegen externe inbreuken op de serverhardware. Het beschermt niet tegen de provider zelf, juridische verzoeken of insider-dreigingen. De provider bewaart de sleutels.
"HTTPS betekent dat mijn foto's end-to-end versleuteld zijn." HTTPS (TLS) versleutelt gegevens tijdens transport tussen uw apparaat en de server. Zodra de gegevens op de server aankomen, worden ze ontsleuteld. HTTPS is versleuteling van de pijp, niet versleuteling van de gegevens.
"End-to-end versleuteling betekent dat niemand ooit mijn foto's kan zien." E2EE betekent dat niemand zonder de sleutel uw foto's kan zien. Als iemand uw wachtwoord of sleutel heeft, kunnen ze de gegevens ontsleutelen. Sleutelbeheer en sterke wachtwoorden zijn nog steeds essentieel.
"Apple/Google kunnen mijn foto's niet zien." Standaard bewaren beide bedrijven de versleutelingssleutels voor uw in de cloud opgeslagen foto's. Apple biedt Geavanceerde gegevensbescherming als opt-in. Google biedt helemaal geen E2EE-optie voor Google Foto's.
Hoe Vaultaire end-to-end versleuteling implementeert
Vaultaire gebruikt een gelaagde E2EE-aanpak:
- AES-256-GCM versleutelt alle bestandsinhoud. Elk bestand krijgt een unieke initialisatievector. Geauthenticeerde versleuteling detecteert manipulatie.
- PBKDF2 met HMAC-SHA512 leidt een lokale kluissleutel af uit het getekende patroon van de gebruiker en de salt van het apparaat. De werkfactor maakt elke offline gok duurder zonder entropie aan het patroon toe te voegen. Die kluissleutel verifieert de versleutelde index en pakt de willekeurige hoofdsleutel voor de bestandsgegevens uit.
- AES-256-GCM voor metadata beschermt bestandsnamen, datums, afmetingen, indexen en miniaturen met geauthenticeerde versleuteling.
- iOS-sleutelhanger en gegevensbescherming beschermen de salt van het apparaat en de versleutelde hersteldatabase. AES-GCM-bewerkingen en actieve symmetrische sleutels blijven in het app-proces zolang een kluis open is.
- Sleutels gescheiden van de aanbieder betekent dat Wraxle geen kluis-, hoofd-, back-up- of herstelsleutel in leesbare vorm ontvangt. De CloudKit-back-up (standaard aan), synchronisatie en delen slaan versleutelde records en versleutelde sleutelenveloppen op, terwijl Apple nog steeds metadata van de dienst kan zien. Voor Vaultaire is geen Vaultaire-identiteitsaccount vereist.
Vaultaire bewaart herstelinformatie, ook het patroon, in een met AES-GCM versleutelde database in de iOS-sleutelhanger. Die wordt niet naar leesbare tekstbestanden geschreven en niet naar een accountdienst van Vaultaire gestuurd. Als er geen bruikbaar patroon, herstelzin of al ontgrendeld apparaat overblijft, heeft Vaultaire geen herstelsleutel bij de aanbieder waarmee de toegang kan worden hersteld.
Veelgestelde vragen
Is end-to-end versleuteling legaal?
De juridische behandeling van versleuteling, gedwongen toegang en versleutelde diensten verschilt per rechtsgebied en kan veranderen. Deze gids beschrijft het technische model, geen juridisch advies. Controleer de huidige lokale wetgeving als u te maken krijgt met grenscontroles, rechterlijke bevelen, gereguleerde documenten of een andere risicovolle omgeving.
Kan wetshandhaving end-to-end versleuteling doorbreken?
Aanvallen hoeven zelden de volledige AES-256-sleutelruimte te doorzoeken. Een onderzoeker kan zich richten op een zwak wachtwoord of patroon, een ontgrendeld eindpunt, geheugen, een herstelzin, een ontvanger, een back-up of een implementatiefout. Correct geïmplementeerd AES-256-GCM met een willekeurige sleutel met hoge entropie is ontworpen om direct zoeken naar sleutels te weerstaan, maar dat is slechts een deel van het systeem.
Wat is het verschil tussen E2EE en zero-knowledge versleuteling?
E2EE beschrijft waar gegevens worden versleuteld en ontsleuteld en wie bruikbare inhoudssleutels heeft. 'Zero-knowledge' wordt in productmarketing vaak gebruikt voor versleuteling die de aanbieder niet kan lezen, maar het moet niet letterlijk worden opgevat: een dienst kan geen leesbare sleutels hebben en toch versleutelde gegevens, accountgegevens, groottes, tijdstippen, deelrelaties en andere metadata zien. Evalueer de gedocumenteerde sleutel- en herstelpaden in plaats van alleen het label.
Vertraagt end-to-end versleuteling mijn telefoon?
Moderne apparaten verwerken AES-256 efficiënt, met hardwareversnelling via cryptografische systeembibliotheken. Op de iPhone voert Vaultaire AES-GCM uit in het app-proces via CryptoKit. De openbare Secure Enclave-API's van Apple zijn geen algemene AES-GCM-engine voor bestandsversleuteling. De extra tijd voor versleutelen en ontsleutelen hangt af van de bestandsgrootte en het apparaat, maar is zo ontworpen dat die bij normaal gebruik niet hindert.
Wat gebeurt er als ik mijn versleutelingssleutel verlies?
Als elke bruikbare route voor ontsleuteling en herstel verloren gaat, zijn versleutelde gegevens niet meer te herstellen. Veel E2EE-systemen gebruiken daarom herstelzinnen, vertrouwde apparaten, herstelcontacten, noodpakketten of versleutelde sleutelenveloppen. Deze mechanismen behouden de toegang, maar worden ook allemaal onderdeel van het beveiligingsmodel.
Conclusie
End-to-end versleuteling is het enige model waarbij "de provider heeft geen toegang tot uw gegevens" een wiskundige garantie is, niet een bedrijfsbelofte. Voor foto's betekent dit versleuteling op uw apparaat, met een sleutel die alleen u beheert, voordat iets een server raakt. De meeste cloudfotodiensten bieden dit standaard niet aan. Controleer wie de sleutels bewaart voordat u een dienst vertrouwt met uw privéfoto's.
End-to-end-versleuteling kan de opslagaanbieder uitsluiten van leesbare sleutels wanneer de versleuteling vóór het uploaden op een geautoriseerd eindpunt gebeurt. Dat is een zinvolle bescherming, geen garantie voor het hele systeem. Controleer sleutelbewaring, herstel, metadata, app-updates, beveiliging van de eindpunten en het delen van inhoudssleutels voordat u een dienst privéfoto's toevertrouwt.