Inleiding tot envelopversleuteling
Als je in de beveiliging of cloudinfrastructuur werkt, ben je waarschijnlijk wel eens de term 'envelope encryption' tegengekomen. Je ziet het terugkomen in compliance-reviews, architectuurbesprekingen en cloudmigratieplanning. Maar wat betekent het nu precies, en waarom is het belangrijk?
Envelope-encryptie is een manier om gegevens te beschermen met behulp van twee afzonderlijke sleutellagen. In plaats van één sleutel te gebruiken om alles te versleutelen, gebruikt u een gegevensversleutelingssleutel (DEK) om de daadwerkelijke gegevens te versleutelen en een sleutelversleutelingssleutel (KEK) om de DEK zelf te beschermen. Zie het als een afgesloten doos in een kluis. Zelfs als iemand de doos weet te bereiken, heeft diegene nog steeds de kluiscode nodig om hem te openen.
Deze aanpak wordt tegenwoordig in vrijwel elk serieus sleutelbeheersysteem gebruikt, waaronder AWS Key Management Service (KMS), Google Cloud KMS en hardwarebeveiligingsmodules (HSM) voor bedrijven . Begrijpen hoe het werkt is een van de meest praktische dingen die je kunt leren over gegevensbeveiliging.
Inzicht in dataversleutelingssleutels (DEK's)
De Data Encryption Key, ofwel DEK, is de sleutel die uw gegevens direct versleutelt. Dit kan een database-record, een bestand, een opslagobject of een bericht in een applicatie zijn. DEK's gebruiken symmetrische versleutelingsalgoritmen zoals AES-256 , een van de sterkste standaarden die momenteel beschikbaar zijn.
Een van de belangrijkste aspecten van DEK's is dat ze uniek en kortstondig geldig moeten zijn. In plaats van één DEK voor al uw gegevens te gebruiken, genereert een goed systeem een ​​nieuwe DEK voor elk object of elke sessie. Dit is belangrijk, want als een DEK ooit gecompromitteerd raakt, lopen alleen de gegevens die aan die specifieke sleutel zijn gekoppeld gevaar. Al het andere blijft beschermd.
DEK's worden altijd gegenereerd in de buurt van de data die ze beschermen, vaak in het geheugen. Ze worden nooit in platte tekst opgeslagen. Een DEK die in het zicht ligt naast de data die hij versleutelt, biedt geen enkele echte bescherming. Dit is precies het probleem dat de KEK oplost.
Inzicht in sleutelversleutelingssleutels (KEK's)
De sleutel voor gegevensversleuteling, ofwel de KEK, versleutelt uw gegevens niet. De enige functie ervan is het versleutelen en beschermen van de DEK. Deze scheiding is opzettelijk en belangrijk. Het betekent dat zelfs als iemand toegang krijgt tot uw applicatielaag, diegene uw gegevens nog steeds niet kan lezen zonder afzonderlijk toegang te krijgen tot de KEK.
Key Execution Keys (KEK's) worden beheerd door speciale systemen, niet door de applicatie zelf. In cloudomgevingen is dit meestal een beheerde service zoals AWS KMS, Azure Key Vault of Google Cloud KMS. Bij on-premises implementaties wordt doorgaans een Hardware Security Module (HSM) gebruikt. Een HSM is een fysiek apparaat dat specifiek is ontworpen om cryptografische sleutels veilig op te slaan en te beheren, zonder ze ooit in platte tekst weer te geven.
De toegang tot een KEK (Key Engagement Key) moet strikt gecontroleerd worden. Alleen specifieke, geautoriseerde systemen of personen mogen ermee interageren, en elke interactie moet worden vastgelegd in een logboek. Deze auditlogboeken zijn essentieel voor de naleving van regelgeving zoals PCI DSS en HIPAA, en ze zijn eveneens van onschatbare waarde als u ooit een beveiligingsincident moet onderzoeken.
In meer geavanceerde configuraties kunt u een cryptografische sleutelhiërarchie introduceren met een hoofdsleutel die de KEK beschermt, die op zijn beurt de DEK's beschermt. Deze gelaagde aanpak geeft organisaties meer controle en sluit goed aan bij compliance-raamwerken zoals FIPS 140-2 en NIST SP 800-57.
Key Wrapping uitgelegd: Hoe KEK's DEK's beschermen
Sleutelversleuteling is het proces waarbij een KEK (Key Encryption Key) een DEK (Decryption Key) versleutelt. Het resultaat is een versleutelde sleutel, ook wel een 'versleutelde sleutel' genoemd. De versleutelde DEK kan veilig worden opgeslagen omdat deze zonder de KEK om hem te ontsleutelen onbruikbaar is.
De standaardmethode voor sleutelversleuteling is AES Key Wrap, gedefinieerd in RFC 3394. Deze methode is specifiek ontworpen voor de bescherming van cryptografisch sleutelmateriaal. Het omvat ingebouwde integriteitscontroles, wat betekent dat als iemand een versleutelde sleutel manipuleert, die manipulatie kan worden gedetecteerd voordat de sleutel wordt gebruikt.
Hieronder wordt uitgelegd hoe het volledige proces in de praktijk werkt. De applicatie genereert een DEK met behulp van AES-256 om een ​​stuk data te versleutelen . Deze DEK wordt vervolgens naar een KMS of HSM gestuurd, die deze versleutelt met behulp van de KEK. De versleutelde DEK wordt samen met de versleutelde data opgeslagen. Wanneer de data later moet worden geraadpleegd, wordt de versleutelde DEK teruggestuurd naar de KMS of HSM om te worden ontsleuteld. De onversleutelde DEK wordt kortstondig gebruikt om de data te ontsleutelen en wordt vervolgens direct uit het geheugen verwijderd.
De KEK verlaat de KMS of HSM gedurende dit hele proces nooit, en de DEK in platte tekst wordt nooit naar de schijf geschreven. In cloudomgevingen handelt AWS KMS dit automatisch af via de GenerateDataKey API-aanroep, waarbij zowel een DEK in platte tekst voor direct gebruik als een versleutelde versie voor opslag wordt geretourneerd. Dit is envelopversleuteling op de juiste manier uitgevoerd.
KEK versus DEK: belangrijkste verschillen en rollen
Zowel KEK's als DEK's zijn symmetrische sleutels, die vaak hetzelfde AES-algoritme gebruiken. Het verschil zit hem in het doel en de manier waarop ze worden beheerd. Een DEK versleutelt bedrijfsgegevens en wordt vaak gegenereerd, soms slechts één keer per bestand of sessie. De DEK is van korte duur en wordt in een versleutelde vorm opgeslagen samen met de gegevens die hij beschermt. De applicatielaag beheert DEK's, ondersteund door het KMS.
Een KEK daarentegen versleutelt alleen andere sleutels. Hij wordt zelden gegenereerd, bevindt zich in een beveiligd systeem zoals een HSM of KMS en wordt nooit in onversleutelde vorm buiten dat systeem weergegeven. De toegang tot een KEK is strikt gecontroleerd en wordt volledig geaudit. Terwijl DEK's regelmatig worden geroteerd, volgt de rotatie van KEK's een beleidsgestuurd schema en wordt beschouwd als een belangrijke operationele gebeurtenis.
Het principe achter deze scheiding wordt 'verdediging in de diepte' genoemd. Door de verantwoordelijkheid voor de bescherming van gegevens en de bescherming van sleutels te verdelen over twee onafhankelijke lagen, wordt het voor een aanvaller veel moeilijker om te slagen. Het compromitteren van de applicatie geeft toegang tot versleutelde DEK's die niet gebruikt kunnen worden. Het stelen van versleutelde DEK's zonder de KEK levert niets anders op dan versleutelde gegevens. Beide lagen moeten gelijktijdig worden doorbroken, wat een veel complexere opgave is.
Hoe encryptieconsultancy kan helpen
Envelope-encryptie is slechts zo sterk als het systeem dat uw KEK's beschermt. Als uw Key Encryption Keys niet worden opgeslagen in een speciale, fraudebestendige omgeving, verliest de gehele tweelaagse architectuur zijn veiligheidsgarantie. Dat is waar de HSM-services van Encryption Consulting van pas komen.
Onze HSM-services werken met toonaangevende HSM-platformen zoals Thales, nCipher en Utimaco, en we ontwerpen implementaties die voldoen aan de FIPS 140-3- en PCI DSS-vereisten. Of u nu HSM's on-premises implementeert, ze integreert met een cloud-KMS of een sleutelhiërarchie opbouwt die DEK's, KEK's en hoofdsleutels omvat, ons team verzorgt de architectuur, implementatie en operationele configuratie.
Hier komen onze HSM-diensten direct tegemoet aan uw belangrijkste beheersbehoeften:
- KEK-bescherming: Wij ontwerpen en implementeren HSM-omgevingen waarin sleutelversleutelingssleutels volledig binnen de hardware worden gegenereerd, opgeslagen en gebruikt. De onversleutelde sleutel verlaat de HSM nooit, wat de standaard is die FIPS 140-3 voorschrijft.
- Implementatie van sleutelomwikkeling: We implementeren AES Key Wrap en gerelateerde standaarden voor sleutelbeveiliging binnen uw HSM-omgeving, zodat versleutelde DEK's correct worden beschermd en integriteitscontroles zijn ingebouwd in elke sleutelbewerking.
- Integratie van Cloud KMS en HSM: Voor organisaties die workloads uitvoeren op AWS, Azure of Google Cloud, integreren we HSM-ondersteund sleutelbeheer met cloud-KMS-services. Dit biedt u een robuuste architectuur voor envelopversleuteling, terwijl u de controle over uw KEK's behoudt.
- Auditregistratie en afstemming op naleving: Elke interactie met een KEK binnen een HSM moet worden vastgelegd. Wij configureren uitgebreide audit trails voor uw HSM-omgeving, waarmee we voldoen aan de compliance-vereisten van PCI DSS, HIPAA en FIPS 140-3.
- Sleutelrotatie en levenscyclusbeheer: We stellen de operationele processen vast voor de rotatie van DEK en KEK, inclusief de beleidsgestuurde schema's en procedures die de KEK-rotatie behandelen als de belangrijke operationele gebeurtenis die het is.
Als uw organisatie een architectuur voor envelopversleuteling bouwt of moderniseert en er zeker van wil zijn dat uw sleutelbeheerlaag goed beveiligd is, staat ons HSM Services-team voor u klaar.
Conclusie
Envelope-encryptie is een van de meest praktische en wijdverspreide beveiligingspatronen in moderne systemen. Zodra je begrijpt hoe DEK's, KEK's en key wrapping samenwerken, zie je het overal terugkomen, en terecht. Het lost de praktische uitdaging op van het beschermen van gevoelige gegevens op grote schaal zonder onbeheersbare complexiteit rond sleutelopslag te creëren.
Door dataversleuteling en sleutelbescherming als aparte zaken te beschouwen, die met elkaar verbonden zijn door middel van key wrapping en beheerd worden via een geschikt KMS of HSM, kunnen organisaties cryptografische systemen bouwen die zowel robuust als traceerbaar zijn. Voeg daar consistente sleutelrotatie en volledige auditregistratie aan toe, en je hebt de basis voor bedrijfsbreed sleutelbeheer.
