Sleutelafleiding: PBKDF2-SHA-256

Je hoofdsleutel wordt afgeleid uit je wachtwoord via PBKDF2-SHA-256 met 210.000 iteraties en een willekeurige salt die samen met je account wordt bijgehouden. Elke raadpoging op een eventueel gedumpte hash kost 210.000 hash-berekeningen — brute force is daarmee praktisch onhaalbaar.

Uit deze 32-byte hoofdsleutel — een tussenresultaat dat zelf nooit gebruikt of verstuurd wordt — worden via HKDF-Expand (RFC 5869) met domeinscheiding twee onafhankelijke sleutels afgeleid: één met info="auth-v1" (de auth-hash, die wél naar de server gaat voor authenticatie) en één met info="vault-v1" (de AES-256 kluissleutel, die 100% lokaal blijft). Op de server staan alleen de auth-hash en de salt — nooit je wachtwoord, nooit je hoofdsleutel en nooit je kluissleutel.

Encryptie: AES-256-GCM

Elk bestand wordt versleuteld met AES-256-GCM, een geauthenticeerde encryptie: niet alleen is de tekst onleesbaar, een 16-byte authenticatie-tag bewaakt ook dat de inhoud niet is aangevallen of beschadigd.

Elke encryptie-actie gebruikt een willekeurige 12-byte nonce die samen met de ciphertext wordt opgeslagen. Per bestand wordt een eigen sleutel gegenereerd en met je hoofdsleutel verpakt — zonder je hoofdsleutel is ook die verpakte bestandsleutel waardeloos.

Wat er daadwerkelijk op de server staat

Visualisatie van fysieke bestanden op de NAS voor en na Zero-Knowledge versleuteling. Alleen de bestandsnaam wordt versleuteld — grootte en wijzigingsdatum blijven leesbare metadata, nodig voor opslagquota, streaming en indexering. De cyclus herhaalt zich automatisch: leesbaar → versleuteld → zacht terug naar leesbaar.

Onder de motorkap staat exact dit:

• Inhoud: nonce (12 bytes) || ciphertext || authenticatie-tag (16 bytes)
• Bestandsnaam: AES-GCM-versleuteld — ook de naam is ciphertext
• Verpakte bestandsleutel: AES-GCM-versleuteld met je hoofdsleutel
• Account: e-mailadres, salt en afgeleide hash voor inloggen

Geen plaintext, geen sleutelmaterial en geen metadata die je inhoud openbaren.

Metadata: ook bestandsmetadata is ciphertext

Naast de inhoud versleutelt OmniVaults de bestandsmetadata — naam, type, wijzigdatum en pad — lokaal met een eigen AES-256-GCM-sleutel die per account via HKDF-SHA-256 (RFC 5869) wordt afgeleid van je kluishoofdsleutel, met een publieke metadata_salt (16 bytes) en het domeinlabel info="omnivaults/metadata-v1". Op de server staat alleen een metadata_blob (ciphertext, zelfde nonce + tag-constructie als de inhoud). Zonder je hoofdsleutel is ook de metadata onleesbaar.

Herstelsleutel: je eigen nooduitgang

Zero-knowledge betekent dat wij je data niet kunnen herstellen als je je wachtwoord verliest. Om dat te ontginnen genereer je in de Instellingen één keer een herstelcode — 32 bytes, weergegeven als base32 in groepjes van 8. Die code is je enige toegang tot je eigen nooduitgang en wordt niet opgeslagen: bewaar hem.

• Op de server staan alleen je publieke metadata_salt, een recovery_salt (16 bytes) en een recovery_blob — een AES-256-GCM-geenvelope met je kluishoofdsleutel en de bijbehorende salten, afgeleid via HKDF-SHA-256 met info="omnivaults/recovery-v1". De herstelcode zelf verlaat nooit je apparaat.
• Bij een vergeten wachtwoord ontsluit je de kluishoofdsleutel lokaal met je herstelcode, leidt een nieuwe hoofdsleutel af op je nieuwe wachtwoord, her-verpakt alle per-bestandsleutels, mappennamen en metadata-blobs, en commit die in één atoom transactie (rate-limited per identiteit én per IP). De server ziet nooit je herstelcode, je hoofdsleutel, of de plaintext-metadata.
• Zonder de herstelcode blijft je kluis alleen te openen met je wachtwoord — zero-knowledge betekent zero-knowledge, ook voor jou zelf.

Wat we daarom niet kunnen

• Je bestanden lezen of scannen — we hebben geen sleutel.
• Je data herstellen als je je wachtwoord verliest en je herstelcode kwijt bent — zero-knowledge betekent zero-knowledge; met je herstelcode (recovery-v1) kun je dat wél zelf.
• Toegang verlenen aan medewerkers of derden — er is niets om vrij te geven.

Lees in de veelgestelde vragen wat het betekent als je je hoofdsleutel kwijtraakt, en in de privacyverklaring welke accountgegevens wél worden bewaard.

Aanbevelingen

• Gebruik een sterk, uniek wachtwoord — het is de enige sleutel tot je data.
• Bewaar je wachtwoord veilig (bijvoorbeeld in een wachtwoordbeheerder); wij kunnen dat niet voor je.
• Houd je browser up-to-date: de crypto-omgeving draait daar.