Zero-knowledge backup: wie heeft de sleutel van uw data?

"Versleuteld" is niet één ding

Bijna elke backupdienst zegt dat uw data versleuteld is. De vraag is: waar gebeurt dat, en wie heeft de sleutel?

Model	Waar wordt versleuteld	Wie kan lezen
Versleuteling in rust bij de aanbieder	op de servers van de aanbieder	de aanbieder, en iedereen die zijn systemen overneemt of hem een bevel geeft
Versleuteling in transport	onderweg (TLS)	de aanbieder, zodra het aankomt
Zero knowledge (end-to-end)	op uw server, vóór verzending	alleen wie de sleutel heeft, en dat bent u

Alleen het derde model betekent dat een datalek bij de opslagaanbieder, een rechterlijk bevel in een ander land of een nieuwsgierige medewerker u niets kunnen maken: wat daar staat, is brij.

Hoe het bij Zekura werkt

De agent op uw server versleutelt alles met AES-256-GCM voordat het vertrekt. Het wachtwoord van de versleutelde repository wordt afgeleid uit een klantsleutel van 32 bytes. De opslagpartner ziet alleen versleutelde blokken. Zekura ziet metadata: hoeveel, wanneer, welke snapshot, of de verificatie slaagde. Niet de inhoud. De homepage toont het verschil letterlijk: uw kant, onze kant.

Managed of sovereign: de keuze die u moet maken

Zero knowledge heeft een keerzijde: wie de sleutel verliest, verliest alles. Daarom zijn er twee modellen:

Managed (standaard). De sleutel wordt in het portaal gemaakt. U krijgt hem in vijf delen, waarvan u er drie nodig hebt. Zekura bewaart een vergrendelde kopie, zodat u nooit buitengesloten raakt, en kan die alleen gebruiken om voor u te herstellen als u alles kwijt bent. Dat is het model voor de meeste organisaties: het risico van sleutelverlies weegt zwaarder dan het risico dat Zekura misbruik maakt van een vergrendelde kopie waarvan elk gebruik in de keten staat.

Sovereign. De sleutel wordt in uw browser gemaakt en verlaat die niet. Zekura bewaart alleen de vingerafdruk, om te kunnen controleren dat de juiste sleutel gebruikt wordt. Zekura kan nooit herstellen, ook niet op uw vraag, en dat tekent u. Verificatie en onderhoud gebeuren dan door uw eigen verifiers en workers, die de sleutel wel hebben. Dat is het model voor advocaten, zorg, overheid en iedereen met een contractuele of wettelijke plicht dat niemand buiten de organisatie ooit kan ontsleutelen.

Shamir: vijf delen, drie nodig

De sleutel wordt opgesplitst volgens het schema van Shamir: met drie willekeurige delen is hij volledig te reconstrueren, met twee weet u letterlijk niets. Zo kunt u de delen verspreiden zonder dat één persoon of één plek alles heeft:

• twee mensen (zaakvoerder, IT-verantwoordelijke of IT-partner),
• een kluis (fysiek, op papier),
• een wachtwoordmanager van de organisatie,
• een notaris of advocaat, voor wie het echt belangrijk vindt.

Twee delen kwijt? Geen probleem, u hebt er nog drie. Eén deel gestolen? De dief weet niets.

Een niet-geteste sleutel is geen sleutel

Een sleutel die drie jaar in een kluis ligt, kan onleesbaar, verkeerd gekopieerd of simpelweg kwijt zijn. Daarom hoort bij zero knowledge een escrow-test: minstens één keer per jaar drie delen opgeven, de sleutel laten reconstrueren in het geheugen, de vingerafdruk vergelijken en de sleutel weer weggooien. Zekura doet dat op verzoek en herinnert u eraan na een jaar; geslaagd of niet, het staat in de bewijsketen.

Herstellen zonder de leverancier

De laatste test van zero knowledge: kunt u terugzetten als de leverancier morgen verdwijnt? Bij Zekura installeert u de agent op een schone machine, zet u de sleutel met uw drie delen, en kan de agent met de bucket-credentials verbinden en terugzetten. Wij hoeven daarvoor niet te bestaan. Dat hoort zo.

Veelgestelde vragen

Kan Zekura mijn data lezen in het managed model?

Alleen door de vergrendelde kopie te gebruiken, en dat gebeurt enkel voor een herstel op uw vraag. Elk gebruik is een ketenrecord dat u ziet. Wie ook dat niet wil, kiest sovereign.

Wat als een medewerker met een sleuteldeel vertrekt?

Eén deel is waardeloos op zich. Maar roteer de sleutel bij vertrek van iemand die er een had, net zoals u een wachtwoord zou veranderen.

Is zero knowledge trager?

Versleutelen op de bron kost wat rekenkracht op uw server, enkele procenten tijdens de backup. Terugzetten is even snel; de ontsleuteling gebeurt op de machine die herstelt.