Multi-party threshold cryptografie (MPC/TSS) is een cryptografische techniek waarbij een geheim, zoals een privésleutel, wiskundig wordt verdeeld over meerdere partijen of knooppunten, zodat een vooraf bepaald minimumaantal deelnemers (de drempelwaarde, of “threshold”) samen een cryptografische operatie moet uitvoeren, terwijl geen enkele partij afzonderlijk de volledige sleutel bezit of kan reconstrueren. Voor Europese organisaties in gereguleerde sectoren biedt dit een fundamentele oplossing voor de kwetsbaarheden die kleven aan traditioneel gecentraliseerd sleutelbeheer.
MPC/TSS versus traditioneel HSM-gebaseerd sleutelbeheer
De kern van het verschil zit in waar het volledige sleutelobject op enig moment aanwezig is. Traditionele Hardware Security Modules (HSMs) bewaren een cryptografische sleutel geconsolideerd binnen één fysiek beveiligde module. Dat is een enorme verbetering ten opzichte van softwarematige opslag, maar het creëert alsnog een enkelvoudig aanvalsdoel. Als de HSM fysiek gecompromitteerd wordt, als een beheerder zijn toegangsrechten misbruikt, of als een leverancier een achterdeur bevat, is de volledige sleutelruimte blootgesteld.
Bij een MPC-threshold-architectuur wordt de sleutel nooit als geheel gegenereerd of samengebracht. De deelnemende knooppunten berekenen een handtekening of ontsleuteling via gedistribueerde protocollen (zoals Secure Multi-Party Computation) zonder dat enig knooppunt ooit de complete sleutel ziet. Dit is een fundamenteel andere beveiligingsgarantie, geen verbetering van de bestaande aanpak maar een andere wiskundige aanname.
| Kenmerk | Traditionele HSM | Shamir’s Secret Sharing | MPC/TSS |
|---|---|---|---|
| Sleutel volledig aanwezig op één plek | Ja (in HSM) | Ja (tijdens reconstructie) | Nooit |
| Single point of failure | Ja | Beperkt (reconstructiepunt) | Nee (bij juiste drempelwaarde) |
| Bescherming tegen insider threat | Beperkt | Beperkt | Sterk (t-van-n vereist) |
| FIPS 140-3 validatie mogelijk | Ja | Ja (voor componentmodules) | Per implementatie |
Bescherming tegen insider threats en single points of failure
Gedistribueerd sleutelbeheer adresseert direct het insider threat-probleem doordat geen enkele beheerder, leverancier of systeemcomponent eigenhandig een kritieke cryptografische operatie kan uitvoeren. Een t-van-n-schema vereist dat minimaal t van de n beschikbare knooppunten of personen samenwerken. Compromittering van minder dan t partijen levert de aanvaller niets bruikbaars op.
Volgens de Ponemon Institute Global Encryption Trends Study (2023) beschouwt 60% van de ondervraagde organisaties insider threats als een van de grootste risico’s voor cryptografische sleutelopslag. Tegelijkertijd toonde het Verizon Data Breach Investigations Report 2023 aan dat bij 74% van de onderzochte datalekken gestolen of zwak beheerde inloggegevens en sleutels een rol speelden. Beide cijfers onderbouwen waarom een architecturele oplossing als MPC meer biedt dan aanvullende procedurele controles.
In een soevereine, on-premise omgeving betekent dit concreet dat de shares over geografisch of organisatorisch gescheiden knooppunten worden verdeeld. Zelfs bij een volledige ransomware-aanval op één locatie, of bij inbeslagname van hardware door een buitenlandse autoriteit, blijft de sleutel onbruikbaar voor een aanvaller die niet over de andere shares beschikt.
Relevante NIST-publicaties voor Europese organisaties
Het NIST Threshold Cryptography Project, actief via het Computer Security Resource Center (CSRC), heeft meerdere werkateliers georganiseerd om threshold-schema’s te standaardiseren. De NIST MPTS 2026-workshop (Multi-Party Threshold Schemes) bouwt voort op eerdere iteraties en richt zich op concrete protocoleisen, veiligheidsdefinities en interoperabiliteitsvereisten voor gedistribueerd sleutelbeheer. Europese organisaties die threshold-implementaties willen inzetten in gereguleerde sectoren doen er goed aan de uitkomsten van deze workshop te volgen, omdat zij de basis vormen voor toekomstige interoperabiliteitseisen.
NIST SP 800-227 (Recommendations for Key-Encapsulation Mechanisms) is relevant voor organisaties die ML-KEM (voorheen CRYSTALS-Kyber, nu FIPS 203) willen integreren in hun sleutelbeheerarchitectuur. Het document beschrijft de correcte toepassing van KEM-primitieven, wat direct aansluit op het gebruik van post-kwantumalgoritmen in combinatie met threshold-schema’s.
Lily Chen, hoofd van de Cryptographic Technology Group bij NIST, stelde tijdens de MPTS 2023-workshop: “Threshold schemes offer a path to removing single points of cryptographic failure, which is essential as organizations grapple with both supply-chain attacks and the eventual threat of quantum-capable adversaries.”
FIPS 140-3 is de geldende validatiestandaard voor cryptografische modules in de Verenigde Staten en wordt in Europese aanbestedingen en sectorale normen (zoals bij defensie en financiën) steeds vaker als minimumvereiste opgenomen. Bij de selectie van HSM-componenten of software-modules binnen een MPC-architectuur geldt FIPS 140-3-certificering als een objectief auditcriterium.
Hybride post-kwantumarchitectuur met MPC-sleutelbeheer
In augustus 2024 publiceerde NIST drie definitieve post-kwantumstandaarden: FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) en FIPS 205 (SLH-DSA). Europese organisaties worden geadviseerd een hybride overgangsarchitectuur te hanteren, waarbij klassieke algoritmen (zoals ECDSA of RSA) en post-kwantumalgoritmen parallel worden gebruikt totdat de nieuwe standaarden voldoende operationele volwassenheid hebben opgebouwd.
De combinatie van MPC en post-kwantumcryptografie is conceptueel aantrekkelijk maar technisch complex. Threshold-varianten van ML-DSA en ML-KEM vereisen aangepaste protocollen, omdat de wiskundige structuur van roostercryptografie niet rechtstreeks dezelfde threshold-decomposities ondersteunt als elliptische-curvecryptografie. De NIST MPTS 2026-werkgroep werkt actief aan protocoldefinities voor threshold-varianten van post-kwantumprimitieven.
Beschikbare frameworks: open-source en commercieel
HashiCorp Vault is een veelgebruikt open-source platform voor secret management dat Shamir’s Secret Sharing toepast voor de initialisatie en het ontgrendelen van de interne sleutelkluis. Het is geen volwaardig MPC-framework in cryptografische zin, maar biedt door zijn modulaire architectuur, uitgebreide auditlogs en brede ecosysteemintegraties een solide basis voor gedistribueerd sleutelbeheer in combinatie met externe HSMs.
Commerciële MPC-frameworks zoals die van Fireblocks, Sepior (nu onderdeel van Blockdaemon) en Unbound Security richten zich primair op de fintech- en digitale activasector, maar hun kernprotocollen zijn in principe sectoragnostisch. Bij de beoordeling op soevereiniteitscriteria gelden de volgende toetspunten:
- Is de broncode volledig open of beschikbaar voor onafhankelijke audit?
- Valt de leverancier onder een jurisdictie met extraterritoriale vorderingsrechten, zoals de Amerikaanse CLOUD Act?
- Zijn de cryptografische modules FIPS 140-3-gecertificeerd?
- Blijven alle key shares op Europese infrastructuur?
- Zijn auditlogs onveranderbaar, exporteerbaar en integreerbaar met een SIEM?
Voor Europese overheids- en juridische organisaties verdient een open-source-first aanpak de voorkeur, waarbij commerciële ondersteuning gescheiden is van de softwarelicentie. Dit garandeert continuïteit onafhankelijk van leveranciersrelaties.
Integratie in PKI, codesigning en cloudmigratie
Gedistribueerd sleutelbeheer raakt direct aan drie kritieke operationele domeinen voor gereguleerde organisaties: PKI-beheer (certificaatuitgifte en -intrekking), codesigning (integriteitsborging van software en firmware) en cloudmigratie (bescherming van data at rest en in transit bij de overgang van platforms zoals Microsoft 365 naar een soevereine Nextcloud-omgeving).
Voor remote digitale ondertekening is ETSI TS 119 432 de Europese standaard die protocollen beschrijft voor gedistribueerde ondertekeningsdiensten. Organisaties die hun PKI koppelen aan een MPC-backend kunnen zo voldoen aan de eIDAS-vereisten voor gekwalificeerde elektronische handtekeningen, waarbij de private signing key nooit op één locatie bestaat.
Bij een migratie van Microsoft 365 naar een soeverein Nextcloud-werkplatform is het sleutelbeheer voor versleuteling van bestanden en e-mail een kritieke overweging. Een threshold-architectuur maakt het mogelijk dat de versleutelingssleutels voor de datastores nooit in handen komen van de cloudprovider of een buitenlandse autoriteit, terwijl de GDPR-verplichting tot vertrouwelijkheid en de NIS-2-verplichting tot passende technische maatregelen aantoonbaar worden nageleefd. Het Kerckhoffs-principe, geformuleerd door Auguste Kerckhoffs in 1883, is hier nog altijd leidend: de veiligheid van het systeem mag uitsluitend afhangen van de geheimhouding van de sleutel, niet van de verborgenheid van het ontwerp.
Bij NIS-2-implementatie in Nederland (via de Cyberbeveiligingswet) geldt voor essentiële en belangrijke entiteiten dat zij cryptografische maatregelen moeten documenteren en kunnen aantonen. Een MPC-architectuur met FIPS 140-3-gecertificeerde componentmodules, onveranderbare auditlogs en een gedocumenteerd t-van-n-beleid voldoet aan deze documentatieverplichting op een wijze die bij een externe audit of toezichtscontrole door het NCSC standhoudend is.
FAQ: Multi-party threshold cryptografie en soeverein sleutelbeheer
Wat is het verschil tussen Shamir’s Secret Sharing en MPC-gebaseerd threshold sleutelbeheer?
Shamir’s Secret Sharing (SSS) verdeelt een al bestaande sleutel in shares die bij reconstructie samengebracht moeten worden op één locatie, wat een tijdelijk kwetsbaar punt creëert. MPC-gebaseerde threshold cryptografie voert cryptografische operaties gedistribueerd uit zonder dat de volledige sleutel ooit op één plek aanwezig is, wat de kwetsbaarheidstijdspanne volledig elimineert.
Is een HSM overbodig als je MPC/TSS gebruikt?
Niet per se. HSMs kunnen de individuele key shares van een threshold-schema beveiligen op hardwareniveau, waardoor MPC en HSM complementair zijn. Het verschil is dat een HSM traditioneel één volledig sleutelobject beheert, terwijl in een threshold-architectuur geen enkel HSM-apparaat ooit de complete sleutel berekent.
Hoe verhoudt NIS-2 zich tot de eisen voor sleutelbeheer in Nederlandse organisaties?
NIS-2, geïmplementeerd via de Nederlandse Cyberbeveiligingswet, vereist dat essentiële en belangrijke entiteiten passende technische maatregelen nemen om risico’s voor netwerk- en informatiesystemen te beheersen. Gedistribueerd sleutelbeheer met aantoonbare auditlogs en toegangscontroles sluit direct aan op de risicobeheervereisten, met name de artikelen rond cryptografie en toegangsbeveiliging.
Welke post-kwantumalgoritmen zijn al gestandaardiseerd en inzetbaar in combinatie met MPC?
NIST heeft in augustus 2024 drie standaarden gepubliceerd: FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) en FIPS 205 (SLH-DSA). Deze algoritmen zijn in principe inzetbaar in hybride MPC-schema’s, al zijn geoptimaliseerde threshold-varianten voor ML-DSA en ML-KEM nog onderwerp van actief onderzoek, onder meer via de NIST MPTS 2026-werkgroep.
Hoe toets ik een commercieel MPC-framework op soevereiniteitscriteria?
Controleer minimaal: (1) of de broncode volledig open of auditeerbaar is, (2) of de leverancier onder buitenlandse jurisdictie valt die extraterritoriale datavorderingen mogelijk maakt zoals de Amerikaanse CLOUD Act, (3) of de modules FIPS 140-3-gecertificeerd zijn, (4) of auditlogs onveranderbaar en exporteerbaar zijn, en (5) of key shares op Europese infrastructuur blijven. Voor gereguleerde sectoren is een onafhankelijke cryptografische audit door een derde partij vrijwel altijd vereist.
