Best practices voor beheer van versleutelingssleutels in 2026

Sleutelbeheer in 2026 betekent sleutels genereren met een CSPRNG — niet /dev/urandom op VM's met lage entropie, maar getrandom() of BCryptGenRandom — ze opslaan in hardware (AWS KMS, YubiHSM 2, Thales Luna, Secure Enclave), roteren op een schema dat past bij de blootstelling (90 dagen voor actieve versleutelingssleutels, jaarlijks voor KEK's), en vernietigen via cryptografische verwijdering of fysieke vernietiging. NIST SP 800-57 Deel 1 Rev 5 beschrijft de levenscyclus; FIPS 140-3 certificeert de modules; PCI DSS 4.0 Vereiste 3.6 auditeert het proces. Doe je dit goed, dan doet de cryptografie zelf — AES-256-GCM, X25519 — er bijna niet meer toe.

Sleutels genereren die je kunt vertrouwen

Sleutelgeneratie is het stille falen van cryptografie. Debian's OpenSSL-kwetsbaarheid uit 2006–2008 maakte elke SSH-sleutel op getroffen systemen voorspelbaar. Recent leverde Fortinet in 2021 routers met sleutels afgeleid uit bronnen met lage entropie bij het opstarten. Veilige generatie gebruikt de CSPRNG van het besturingssysteem: getrandom() op Linux 3.17+, BCryptGenRandom op Windows, SecRandomCopyBytes op macOS/iOS. De Web Crypto API's crypto.getRandomValues() put uit de OS-bron. Rol nooit je eigen RNG, seed nooit vanuit time() of PID, en verifieer bij het opstarten van een VM dat de pool is gevuld: controleer /proc/sys/kernel/random/entropy_avail > 256.

Hiërarchische sleutelstructuur: KEK's, DEK's en sessiesleutels

Echte systemen gebruiken gelaagde sleutels. Een Data Encryption Key (DEK) versleutelt de feitelijke data met AES-256-GCM. Een Key Encryption Key (KEK) versleutelt de DEK's en is opgeslagen in een HSM. Een root KEK — soms een hoofdsleutel — versleutelt de KEK's en bevindt zich in fraudebestendig hardware. De DEK roteren herversleutelt data; de KEK roteren verpakt de DEK's opnieuw (snel); de root roteren is een grote operatie. Dit envelop-patroon laat je op de lagen met de hoogste frequentie roteren zonder petabytes te moeten ontsleutelen. AWS KMS, Google Cloud KMS en HashiCorp Vault implementeren dit allemaal. Voor bestandsoverdrachtsservices is de per-overdracht AES-sleutel een DEK; de via wachtwoord afgeleide KEK (via PBKDF2 of Argon2id) verpakt die.

Opslag: HSM's, KMS en wat het verschil werkelijk maakt

Een Hardware Security Module is een fraudebestendig apparaat dat sleutels genereert, bewaart en gebruikt zonder ze ooit te exporteren. FIPS 140-3 Level 3-apparaten — Thales Luna 7, AWS CloudHSM, YubiHSM 2 — detecteren fysieke manipulatie en wissen zichzelf. Een Key Management Service (AWS KMS, Google Cloud KMS, Azure Key Vault) is software die op HSM's draait en via API wordt benaderd. Voor de meeste toepassingen is KMS voldoende: je betaalt €1 per maand per sleutel, roept Encrypt/Decrypt aan via HTTPS, en AWS regelt de HSM-operatie. Directe HSM-toegang is nodig wanneer regelgevers het vereisen — PCI DSS 4.0 Vereiste 3.6.1.1 voor kaartuitgifte — of wanneer je het wettelijk jurisdictierisico van de cloudprovider niet wilt accepteren.

Rotatieschema's die passen bij het risico

NIST SP 800-57 definieert cryptoperioden: de tijd dat een sleutel actief blijft. Voor symmetrische gegevenssleutels die actief nieuwe data versleutelen: maximaal 1–2 jaar. Voor sleutels die uitsluitend bestaande data ontsleutelen: 3–5 jaar. Voor root KEK's: 5–10 jaar. PCI DSS Vereiste 3.7.4 verplicht het vastleggen van cryptoperioden. Automatiseer de rotatie: AWS KMS biedt jaarlijkse automatische rotatie; Google KMS is configureerbaar. Voor bestandsoverdrachtsservices waarbij elke upload een verse willekeurige sleutel krijgt, is rotatie niet van toepassing op gegevenssleutels — die zijn eenmalig — maar wel op TLS-certificaten (90 dagen via Let's Encrypt), handtekeningsleutels voor auditlogboeken (jaarlijks) en de hoofdsleutel die per-gebruikersgeheimen verpakt.

Vernietiging en cryptografische wissing

Wanneer de cryptoperiode van een sleutel eindigt of data moet worden verwijderd op grond van AVG Artikel 17, vernietig dan de sleutel. Fysieke vernietiging — smartcardversnipperaar — voor offline reservetokens. Cryptografische wissing voor in de cloud opgeslagen sleutels: versleutel de sleutel met een wikkelsleutel, vernietig vervolgens de wikkelsleutel — alle data die onder de eerste sleutel is versleuteld, wordt ciphertext die niemand kan ontsleutelen. Zo voldoen cloudproviders aan verwijderverzoeken voor terabytes zonder elke schijfsector feitelijk te wissen. Documenteer vernietiging in een auditlogboek met tijdstempel, sleutel-ID (niet het sleutelmateriaal) en de vernietingsmethode. NIST SP 800-88 Rev 1 behandelt sanitisatie.

Toegangscontrole en functiescheiding

Geen enkele persoon mag een productiesleutel kunnen extraheren. Implementeer m-van-n quorum voor HSM-beheerdersrollen: willekeurige 2 van 5 functionarissen om een rootsleutel te exporteren, willekeurige 1 van 3 om een KEK te roteren, 0 vereist voor routinematige DEK-operaties. AWS KMS grants laten je smalle bevoegdheden delegeren — alleen versleutelen, alleen ontsleutelen — via IAM-beleidsregels. HashiCorp Vault's Shamir Secret Sharing splitst de ontzegdelingssleutel onder beheerders. Registreer elk sleutelgebruik met identiteit van de aanvrager, operatie en resource. PCI DSS 3.6.2 en SOC 2 CC6.1 auditen dit beiden.

Envelop-encryptie en BYOK

Bring Your Own Key (BYOK) laat klanten hun eigen root KEK uploaden naar een cloud KMS. De cloudprovider verpakt huurdergegevenssleutels onder de KEK van de klant, zodat intrekking door de klant data onherstelbaar maakt zonder betrokkenheid van de provider. AWS KMS Import Key, Google Cloud EKM en Azure Key Vault BYOK lossen dit allemaal op. Voor overdrachtsservices die gereguleerde klanten bedienen — zorg, financiën — voldoet BYOK aan de eis "klant beheert de sleutels", zelfs op gedeelde infrastructuur. De HSM van de klant genereert de sleutel ter plaatse; de provider ziet nooit onversleuteld sleutelmateriaal.

Back-up en herstel van sleutelmateriaal

Verloren sleutels betekenen verloren data. Maak back-ups van rootsleutels via Shamir Secret Sharing-aandelen bij geografisch gespreide beheerders. AWS KMS biedt sleutelmateriaalexport alleen voor CMK's aangemaakt met BYOK. YubiHSM 2 ondersteunt wikkelsleutelback-ups. Documenteer de herstelprocedure, test die jaarlijks — voer hem daadwerkelijk uit in plaats van hem alleen te lezen — en zorg altijd voor ten minste twee levende beheerders. Een enkelpuntsfactor is onaanvaardbaar. Voor minder kritische sleutels: versleutelde offline back-ups op luchtgesepareerde media (LTO-tape, versleutelde USB in een kluis) op twee of meer locaties. De herstelprocedure hoort in je noodherstelhandboek.

Het speciale geval van client-side encryptie

Voor services als HexaTransfer waarbij gebruikers in de browser versleutelen, is traditioneel sleutelbeheer niet van toepassing: er is geen server-side sleutel om te roteren, want de server ziet nooit sleutels. De browser leidt een sleutel af uit het wachtwoord van de gebruiker, gebruikt die eenmalig en gooit hem weg. Sleutelbeheer verschuift naar gebruikerseducatie: kies sterke wachtwoorden, hergebruik ze niet, gebruik een wachtwoordbeheerder. De verantwoordelijkheid van de service is een sterke KDF gebruiken — Argon2id met m=64 MB, t=3, p=1, of PBKDF2 met 600k+ iteraties — willekeurige salts correct genereren en sleutelmateriaal na gebruik in het geheugen wissen via crypto.subtle-ondoorzichtige verwijzingen of expliciete WebAssembly-geheugenopschoning.

Monitoren en incident response

Sleutelcompromittering is het ergste geval. Monitor KMS-operaties op afwijkingen: een API-sleutel die normaal 100 Decrypt-aanroepen per uur doet en plotseling 10.000 maakt, wijst op data-exfiltratie. Stel waarschuwingen in op KMS-fouten (mislukte authenticatie, sleutel niet gevonden, quotum overschreden). Koppel waarschuwingen aan een draaiboek met sleutelrotatie, intrekking van referenties en forensische vastlegging. Maak een compromitteringsherstelplan: hoe snel kun je de root roteren? Hoe herversleutel je terabytes aan data? Test het plan jaarlijks. Een goed beheerde KMS met onopgemerkte compromittering is gevaarlijker dan een zichtbaar-gebroken systeem.

Probeer het op hexatransfer.com — gratis, zonder account, tot 10 GB.