Introduktion till kuvertkryptering
Om du arbetar inom säkerhets- eller molninfrastruktur har du förmodligen stött på termen kuvertkryptering. Den dyker upp i efterlevnadsgranskningar, arkitekturdiskussioner och planering av molnmigrering. Men vad betyder det egentligen, och varför är det viktigt?
Kuvertkryptering är ett sätt att skydda data med hjälp av två separata lager av nycklar. Istället för att använda en nyckel för att kryptera allt, använder du en datakrypteringsnyckel (DEK) för att kryptera själva informationen och en nyckelkrypteringsnyckel (KEK) för att skydda själva DEK:n. Tänk dig det som en låst låda inuti ett kassaskåp. Även om någon kommer åt lådan behöver de fortfarande kassaskåpets kombination för att öppna den.
Denna metod används i nästan alla seriösa nyckelhanteringssystem idag, inklusive AWS Key Management Service (KMS), Google Cloud KMS och Enterprise Hardware Security Module (HSM) -konfigurationer. Att förstå hur det fungerar är en av de mest praktiska sakerna du kan lära dig om datasäkerhet.
Förstå datakrypteringsnycklar (DEK)
Datakrypteringsnyckeln, eller DEK, är nyckeln som direkt krypterar dina data. Det kan vara en databaspost, en fil, ett lagringsobjekt eller ett meddelande i en applikation. DEK:er använder symmetriska krypteringsalgoritmer som ES-256 , vilket är en av de starkaste standarderna som finns tillgängliga idag.
En av de viktigaste sakerna med DEK:er är att de ska vara unika och kortlivade. Istället för att använda en DEK för all din data genererar ett bra system en ny DEK för varje objekt eller session. Detta är viktigt eftersom om en DEK någonsin komprometteras, är det bara de data som är kopplade till den specifika nyckeln som är i riskzonen. Allt annat förblir skyddat.
DEK:er genereras alltid nära den data de skyddar, ofta i minnet. De lagras aldrig i klartext. En DEK som lämnas synlig bredvid den data den krypterar erbjuder inget egentligt skydd alls. Det är just detta problem som KEK:n löser.
Förstå nyckelkrypteringsnycklar (KEK)
Krypteringsnyckeln, eller KEK, krypterar inte dina data. Dess enda uppgift är att kryptera och skydda DEK. Denna separation är avsiktlig och viktig. Det betyder att även om någon får åtkomst till ditt applikationslager kan de fortfarande inte läsa dina data utan att separat komma åt KEK.
KEK:er hanteras av dedikerade system, inte av själva applikationen. I molnmiljöer är detta vanligtvis en hanterad tjänst som AWS KMS, Azure Key Vault eller Google Cloud KMS. I lokala distributioner används ofta en Hardware Security Module (HSM). En HSM är en fysisk enhet som är specifikt byggd för att lagra och hantera kryptografiska nycklar säkert, utan att någonsin exponera dem i klartext.
Åtkomst till en KEK måste kontrolleras noggrant. Endast specifika, auktoriserade system eller personer bör någonsin interagera med den, och varje enskild interaktion måste loggas. Dessa granskningsloggar är viktiga för att följa regler som PCI DSS och HIPAA, och de är lika värdefulla om du någonsin behöver undersöka en säkerhetsincident.
I mer avancerade inställningar kan du introducera en kryptografisk nyckelhierarki med en huvudnyckel som skyddar KEK, vilket i sin tur skyddar DEK:erna. Denna skiktade metod ger organisationer större kontroll och överensstämmer väl med efterlevnadsramverk som FIPS 140-2 och NIST SP 800-57.
Nyckelomslag förklarat: Hur KEK skyddar DEK
Nyckelomslagning är den process genom vilken en KEK krypterar en DEK. Resultatet är en omslagen nyckel, ibland kallad en krypterad nyckel. Den omslagna DEK:n kan förvaras säkert eftersom den är värdelös utan KEK:n för att packa upp den.
Standardmetoden för nyckelomslagning är AES Key Wrap, definierad i RFC 3394. Den är specifikt utformad för att skydda kryptografiskt nyckelmaterial. Den inkluderar inbyggd integritetskontroll, vilket innebär att om någon manipulerar en omslagen nyckel kan den manipuleringen upptäckas innan nyckeln används.
Så här fungerar hela processen i praktiken. Applikationen genererar en DEK med hjälp av AES-256 för att kryptera en dataenhet. Den DEK:n skickas sedan till en KMS eller HSM, som omsluter den med hjälp av KEK:n. Den omslutna DEK:n lagras tillsammans med den krypterade datan. När datan behöver nås senare skickas den omslutna DEK:n tillbaka till KMS:n eller HSM:n för att packas upp. Klartext-DEK:n används kortvarigt för att dekryptera datan och tas sedan omedelbart bort från minnet.
KEK lämnar aldrig KMS eller HSM under processen, och den klartextbaserade DEK:n skrivs aldrig till disk. I molnmiljöer hanterar AWS KMS detta automatiskt via GenerateDataKey API-anropet, vilket returnerar både en klartextbaserad DEK för omedelbar användning och en inpackad version för lagring. Detta är kuvertkryptering som görs väl.
KEK vs. DEK: Nyckelskillnader och roller
Både KEK och DEK är symmetriska nycklar, ofta med samma AES-algoritm. Det som skiljer dem åt är syftet och hur de hanteras. En DEK krypterar affärsdata och genereras ofta, ibland en gång per fil eller session. Den är kortlivad och lagras i inpackad form tillsammans med de data den skyddar. Applikationslagret hanterar DEK, med stöd av KMS.
En KEK, å andra sidan, krypterar bara andra nycklar. Den genereras sällan, finns i ett säkert system som en HSM eller KMS och exponeras aldrig i klartext utanför det systemet. Åtkomst till en KEK är strikt kontrollerad och fullständigt granskad. Medan DEK:er roteras ofta följer KEK-rotationen ett policydrivet schema och behandlas som en betydande operativ händelse.
Principen bakom denna separation kallas djupförsvar. Genom att dela upp ansvaret för att skydda data och nycklar i två oberoende lager gör du det mycket svårare för en angripare att lyckas. Att kompromettera applikationen ger tillgång till inslagna DEK:er som inte kan användas. Att stjäla inslagna DEK:er utan KEK:n ger inget annat än krypterad data. Båda lagren måste brytas samtidigt, vilket är ett mycket svårare problem.
Hur krypteringskonsulting kan hjälpa
Kuvertkryptering är bara så stark som systemet som skyddar dina KEK:er. Om dina nyckelkrypteringsnycklar inte lagras i en dedikerad, manipulationssäker miljö förlorar hela tvåskiktsarkitekturen sin säkerhetsgaranti. Det är där Encryption Consultings HSM-tjänster kommer in i bilden.
Våra HSM-tjänster fungerar på ledande HSM-plattformar, inklusive Thales, nCipher och Utimaco, och vi designar implementeringar som överensstämmer med FIPS 140-3 och PCI DSS-krav. Oavsett om du distribuerar HSM:er lokalt, integrerar dem med ett moln-KMS eller bygger upp en nyckelhierarki som omfattar DEK:er, KEK:er och huvudnycklar, hanterar vårt team arkitekturen, implementeringen och den operativa installationen.
Här är vad våra HSM-tjänster direkt tar itu med dina behov av viktig hantering:
- KEK-skydd: Vi designar och implementerar HSM-miljöer där nyckelkrypteringsnycklar genereras, lagras och används helt inom hårdvarans gränser. Klartext-KEK lämnar aldrig HSM, vilket är standarden som FIPS 140-3 tillämpar.
- Implementering av nyckelomslag: Vi implementerar AES Key Wrap och relaterade nyckelskyddsstandarder i er HSM-miljö, vilket säkerställer att inslagna DEK:er är korrekt skyddade och att integritetskontroll är inbyggd i varje nyckeloperation.
- Moln-KMS och HSM-integration: För organisationer som kör arbetsbelastningar på AWS, Azure eller Google Cloud integrerar vi HSM-baserad nyckelhantering med molnbaserade KMS-tjänster, vilket ger er en robust kuvertkrypteringsarkitektur samtidigt som ni bibehåller kontrollen över era KEK:er.
- Revisionsloggning och efterlevnadsanpassning: Varje interaktion med en KEK i en HSM måste loggas. Vi konfigurerar omfattande revisionsloggar i hela din HSM-miljö och stöder efterlevnadskraven enligt PCI DSS, HIPAA och FIPS 140-3.
- Nyckelrotation och livscykelhantering: Vi fastställer de operativa processerna för DEK- och KEK-rotation, inklusive de policydrivna scheman och procedurer som behandlar KEK-rotationen som den betydande operativa händelse den är.
Om er organisation bygger eller moderniserar en arkitektur för kuvertkryptering och behöver försäkran om att ert nyckelhanteringslager är ordentligt skyddat, är vårt HSM-tjänsteteam redo att hjälpa till.
Slutsats
Kuvertkryptering är ett av de mest praktiska och använda säkerhetsmönstren i moderna system. När du väl förstår hur DEK, KEK och nyckelomslag fungerar tillsammans börjar du se det överallt, och med goda skäl. Det löser den verkliga utmaningen att skydda känsliga data i stor skala utan att skapa ohanterlig komplexitet kring nyckellagring.
Genom att hålla datakryptering och nyckelskydd som separata frågor, sammankopplade genom nyckelomslag och hanterade via ett lämpligt KMS eller HSM, kan organisationer bygga kryptografiska system som är både starka och granskningsbara. Lägg till konsekvent nyckelrotation och fullständig granskningsloggning, så har du grunden för krypteringsnycklarhantering i företagsklass.
