Sleutelbeheer via een Hardware Security Module (HSM) is de technische kern van datasoevereiniteit: de partij die cryptografische sleutels beheert, bepaalt in de praktijk wie toegang heeft tot versleutelde gegevens, ongeacht waar die gegevens fysiek zijn opgeslagen. Voor Europese organisaties in gereguleerde sectoren zoals de overheid, de zorg en de juridische dienstverlening is dit onderscheid niet academisch maar juridisch en operationeel bepalend.
Wat is een HSM en waarom is eigen sleutelbeheer onvervangbaar?
Een Hardware Security Module is een fysiek, gecertificeerd apparaat dat cryptografische sleutels genereert, opslaat en verwerkt in geïsoleerde hardware, waarbij sleutels het apparaat nooit in onversleutelde vorm verlaten.
In tegenstelling tot softwarematige sleutelopslag biedt een HSM tamper-evidence en tamper-resistance: wordt het apparaat fysiek aangevallen of buiten de toegestane parameters gebracht, dan wist het zichzelf automatisch. HSM-hardware wordt doorgaans gecertificeerd volgens FIPS 140-2 of FIPS 140-3, een Amerikaanse norm die internationaal als de-facto standaard geldt. Bekende hardware is onder andere de Thales Luna HSM, een enterprise-klasse oplossing die breed wordt ingezet in de financiële sector, en de Nitrokey HSM 2, een compactere open-source optie die geschikt is voor kleinere organisaties of als persoonlijk HSM-apparaat voor beheerders.
Het kernprincipe is simpel: zolang de sleutels buiten uw beheer zijn, heeft u geen volledige controle over uw versleutelde data. Dat geldt ook als uw data in een Europees datacenter staat, maar de sleutels worden bewaard door een Amerikaanse cloudprovider die onderworpen is aan de CLOUD Act of Section 702 van de Foreign Intelligence Surveillance Act.
BYOK versus HYOK: schijnveiligheid versus echte controle
Het onderscheid tussen Bring Your Own Key (BYOK) en Hold Your Own Key (HYOK) is voor compliance officers het meest cruciale technische detail bij de beoordeling van cloudcontracten.
Bij BYOK brengt de klant zijn eigen sleutelmateriaal in bij de cloudprovider. De provider gebruikt die sleutel vervolgens binnen zijn eigen systemen. Het probleem: op het moment dat de sleutel de eigen infrastructuur verlaat en in de cloud-omgeving van de provider terechtkomt, heeft die provider er in principe toegang toe. Zeker als hij door een rechtbank of inlichtingendienst wordt gedwongen, is BYOK onvoldoende bescherming.
Bij HYOK blijft de sleutel altijd binnen de infrastructuur van de verwerkende organisatie. Versleuteling en ontsleuteling vinden plaats op de eigen systemen, en de cloudprovider ontvangt alleen de versleutelde ciphertext. De provider kan de data dus nooit zelfstandig ontsleutelen. Dit model is technisch complexer en vereist een stabiele, goed beheerde on-premise of soeverein-gehoste sleutelbeheerinfrastructuur, maar is voor overheidsinstellingen, advocatenkantoren en zorgorganisaties vaak de enige juridisch houdbare optie.
| Model | Waar staat de sleutel? | Provider heeft toegang? | Geschikt voor gereguleerde sectoren? |
|---|---|---|---|
| Provider-managed key | Bij de cloudprovider | Ja, volledig | Nee |
| BYOK | Initieel bij klant, daarna bij provider | Ja, na overdracht | Beperkt |
| HYOK | Altijd bij de klant (HSM) | Nee | Ja |
Soeverein sleutelbeheerbeleid: AVG, NIS-2 en NEN 7510
Een compliant sleutelbeheerbeleid vereist niet alleen technische maatregelen, maar ook gedocumenteerde procedures, rolverdeling en periodieke audits die aansluiten op de toepasselijke regelgeving.
De Algemene Verordening Gegevensbescherming (AVG), artikel 32, verplicht verwerkingsverantwoordelijken passende technische maatregelen te nemen, waaronder encryptie van persoonsgegevens. De norm schrijft geen specifieke technologie voor, maar de Autoriteit Persoonsgegevens beveelt aan dat organisaties kunnen aantonen wie op welk moment toegang heeft tot sleutels en hoe sleutelrotatie is geregeld.
De NIS-2-richtlijn, die in Nederland via de Cyberbeveiligingswet wordt geïmplementeerd, verplicht essentiële en belangrijke entiteiten tot het nemen van proportionele beveiligingsmaatregelen inclusief beleid voor cryptografie en sleutelbeheer. Artikel 21 van NIS-2 noemt expliciet het gebruik van encryptie en de beheersing van toegang tot cryptografische middelen.
NEN 7510, de Nederlandse norm voor informatiebeveiliging in de zorg, gebaseerd op ISO/IEC 27001 en 27002 maar met zorgspecifieke uitbreidingen, vereist dat zorginstellingen een cryptografiebeleid opstellen en handhaven. Dit beleid moet de levenscyclus van sleutels beschrijven: generatie, distributie, opslag, rotatie, archivering en vernietiging. Een HSM als root of trust en een formeel Key Management System (KMS) zijn in de praktijk de invulling die auditors verwachten.
Uit het Entrust Global Encryption Trends Report 2023 bleek dat slechts 62% van de ondervraagde organisaties een consistente encryptie- en sleutelbeheersstrategie hanteert. Bijna vier op de tien organisaties mist daarmee een formeel beleid, een risico dat bij een AVG-audit of NIS-2-toetsing direct zichtbaar wordt.
ENISA stelt hierover: “The security of encrypted data is only as strong as the security of the keys used to encrypt it. If you don’t control your keys, you don’t control your data.”
Migratie naar post-kwantumbestendige algoritmen
De komst van cryptografisch relevante kwantumcomputers maakt een migratie naar post-kwantumalgoritmen urgent, ook voor organisaties die nu nog geen directe dreiging ervaren.
In augustus 2024 publiceerde het National Institute of Standards and Technology (NIST) drie definitieve post-kwantumstandaarden, waaronder FIPS 203 (ML-KEM, gebaseerd op CRYSTALS-Kyber) voor sleuteluitwisseling en FIPS 204 (ML-DSA, gebaseerd op CRYSTALS-Dilithium) voor digitale handtekeningen. Deze standaarden zijn direct toepasbaar voor organisaties die hun PKI en sleutelbeheerinfrastructuur toekomstbestendig willen maken.
NIST waarschuwt: “Cryptographically relevant quantum computers could break current public-key cryptography within the next decade, making the migration to post-quantum algorithms an urgent priority for critical infrastructure operators.”
De migratiestrategie verloopt doorgaans in fasen. Eerst een cryptografie-inventarisatie: welke algoritmen, sleutellengtes en certificaten zijn in gebruik? Vervolgens een hybride fase waarin klassieke en post-kwantumalgoritmen parallel worden ingezet, zodat compatibiliteit met bestaande systemen behouden blijft. Ten slotte volledige vervanging van RSA en ECC door ML-KEM en ML-DSA op de plekken die het gevoeligst zijn voor het zogeheten “harvest now, decrypt later”-aanvalsmodel, waarbij aanvallers nu versleuteld verkeer onderscheppen om het later met een kwantumcomputer te kraken.
Certificaatbeheer en PKI in een soevereine omgeving
Een volledig soevereine Public Key Infrastructure (PKI) draait op eigen hardware, wordt beheerd door de eigen organisatie en is niet afhankelijk van commerciële certificate authorities buiten de eigen jurisdictie.
In een on-premise of Zwitsers-gehoste omgeving fungeert een HSM als de root of trust voor de interne PKI. De root Certificate Authority (CA) genereert en bewaart zijn private sleutel uitsluitend in de HSM. Intermediate CA’s worden offline bewaard of eveneens in HSM-hardware gehouden. Certificaten voor servers, gebruikers en apparaten worden uitgerold via een geautomatiseerd levenscyclusbeheer, bij voorkeur met ondersteuning van het ACME-protocol (zoals gebruikt door Let’s Encrypt, maar dan intern).
Organisaties die Zwitserse hosting overwegen profiteren van het feit dat Zwitserland niet is onderworpen aan de CLOUD Act of de Europese NIS-2-implementatieplicht op dezelfde wijze als EU-lidstaten, maar wel een streng privacyregime heeft via de herziene Zwitserse Bundesgesetz über den Datenschutz (revDSG). Dat maakt Zwitsers-gehoste PKI-infrastructuur aantrekkelijk als juridisch neutrale optie naast volledig on-premise beheer.
Open-source sleutelbeheeroplossingen als alternatief voor Big Tech
Er zijn volwaardige, goed onderhouden open-source alternatieven beschikbaar die organisaties in staat stellen hun sleutelbeheer volledig onafhankelijk te implementeren.
HashiCorp Vault is de meest gebruikte open-source oplossing voor geheimen- en sleutelbeheer. Vault ondersteunt dynamische secrets, PKI-beheer, transit-encryptie als dienst en integratie met fysieke HSM-hardware via PKCS#11. De open-source variant (Mozilla Public License 2.0) is geschikt voor de meeste organisaties; de Enterprise-variant voegt auditing en hogere beschikbaarheidsfuncties toe. Vault kan worden geïntegreerd met een Thales Luna HSM of een Nitrokey HSM om een hardware-anker te bieden voor de root of trust.
Nitrokey biedt naast hardware ook open-source firmware en software, en is daarmee een van de weinige HSM-opties waarbij de volledige stack controleerbaar is. Dit is relevant voor organisaties die supply-chain-risico’s van gesloten firmware willen uitsluiten.
Andere relevante open-source projecten zijn OpenXPKI voor PKI-beheer en EJBCA (Enterprise JavaBeans Certificate Authority), een volwassen open-source CA-oplossing die breed wordt ingezet in gereguleerde omgevingen inclusief de gezondheidszorg.
Het IBM Cost of a Data Breach Report 2023 rapporteerde een gemiddelde kostenreductie van 221.000 dollar voor organisaties die sterke encryptie inzetten ten opzichte van organisaties die dat niet doen. Investeren in een robuuste sleutelbeheerinfrastructuur heeft daarmee ook een directe financiële rechtvaardiging naast de complianceverplichting.
FAQ: sleutelbeheer, HSM en soevereine encryptie
Wat is het verschil tussen een HSM en een softwarematige sleutelopslag?
Een Hardware Security Module is een fysiek, tamper-evident apparaat dat cryptografische sleutels genereert, opslaat en verwerkt in geïsoleerde hardware. Sleutels verlaten de HSM nooit in leesbare vorm. Een softwarematige key vault slaat sleutels op in software en is daarmee kwetsbaarder voor aanvallen op het onderliggende besturingssysteem of de cloudinfrastructuur.
Wat is HYOK en wanneer is het noodzakelijk boven BYOK?
Bij BYOK levert u uw eigen sleutel aan bij de cloudprovider, die deze vervolgens in zijn infrastructuur beheert. Bij HYOK blijft de sleutel altijd binnen uw eigen omgeving en nooit bij de provider. HYOK is vereist wanneer juridische of compliancevereisten verhinderen dat een derde partij ooit toegang kan krijgen tot de sleutel, zoals bij geclassificeerde overheidsinformatie of gegevens vallend onder het medisch beroepsgeheim.
Moeten organisaties nu al overstappen op post-kwantumalgoritmen?
NIST heeft in augustus 2024 FIPS 203 (ML-KEM) en FIPS 204 (ML-DSA) definitief gepubliceerd. Organisaties in kritieke sectoren wordt aangeraden nu te beginnen met een cryptografie-inventarisatie en migratieplanning. Data die vandaag versleuteld wordt, kan worden bewaard voor toekomstige ontsleuteling via het “harvest now, decrypt later”-aanvalsmodel.
Is HashiCorp Vault voldoende als vervanging voor een fysieke HSM?
HashiCorp Vault is een krachtige open-source oplossing die kan worden gecombineerd met een fysieke HSM als hardwarematige root of trust. Vault zelf biedt geen fysieke tamper-resistance. Voor omgevingen met hoge beveiligingseisen, zoals zorgaanbieders onder NEN 7510, is een fysieke HSM als hardware-anker vereist naast of onder Vault.
Hoe verhoudt NEN 7510 zich tot AVG en NIS-2 op het gebied van sleutelbeheer?
NEN 7510 is de Nederlandse norm specifiek voor informatiebeveiliging in de zorg en gebaseerd op ISO/IEC 27001/27002 met zorgspecifieke uitbreidingen. De AVG stelt de eis dat persoonsgegevens passend beveiligd worden zonder een specifieke technische standaard voor te schrijven. NIS-2 vereist dat essentiële en belangrijke entiteiten passende technische maatregelen nemen inclusief encryptie en sleutelbeheer. NEN 7510 biedt een concrete invulling die organisaties helpt tegelijk aan alle drie te voldoen.
