HSM:er – Nyckelhantering

Hårdvarusäkerhetsmoduler (HSM) är FIPS 140-2- eller FIPS 140-3-validerade fysiska enheter som genererar, lagrar och skyddar kryptografiska nycklar inom en manipulationssäker hårdvarugräns från vilken nycklar aldrig dyker upp i klartext. De upprätthåller åtkomstkontroll genom flerfaktorsautentisering, genererar nycklar med hjälp av hårdvarugeneratorer för slumptalsnummer och utför alla kryptografiska operationer inuti hårdvaran, och returnerar endast resultat (signaturer, chiffertext, dekrypterad data) till den anropande applikationen. Den rekommenderade åtgärden: distribuera HSM som rot för förtroende för all infrastruktur där kompromettering av kryptografiska nycklar skulle få betydande säkerhets- eller efterlevnadskonsekvenser, inklusive PKI, kodsignering, TLS, databaskryptering och betalningsbehandling.

Snabbt svar: Vad gör HSM:er för nyckelhantering?

En HSM hanterar kryptografiska nycklar under hela deras livscykel: generering (hårdvaru-TRNG), lagring (inuti FIPS-gränsen, krypterad i vila), användning (signerings- och dekrypteringsåtgärder som utförs i hårdvara), rotation, säkerhetskopiering (endast krypterad export) och förstörelse (med revisionsbevis). Den tillämpar flerfaktors åtkomstkontroll så att endast auktoriserade roller kan utföra nyckelåtgärder. FIPS 140-2 Nivå 3 (standarden för de flesta företags- och efterlevnadsarbetsbelastningar) lägger till manipulationsskydd, identitetsbaserad autentisering och krypterad nyckelutvinning. HSM:er är den erkända bästa praxisen för att skydda krypteringsnycklar enligt NIST SP 800-57. För alternativ för molndistribution, se vår guide om Cloud HSM:er: Översikt och användningsfall.

Vad är en hårdvarusäkerhetsmodul (HSM)?

En hårdvarusäkerhetsmodul (HSM) är en fysisk datorenhet som skyddar och uppnår stark autentisering och kryptografisk bearbetning kring användningen av digitala nycklar. Genom en isolerad, manipulationssäker miljö genererar och säkrar dessa enheter kryptografiska nycklar, skyddar kritiska kryptografiska operationer och tillämpar implementerade policyer för användningen av dessa nycklar. HSM:er finns i flera former:

• Nätverksanslutna apparater: delad mellan flera klienter via TCP/IP; den vanliga företagsdistributionsmodellen för centrala HSM-tjänster.
• PCIe-kort: inbäddad direkt i en värdserver; eliminerar nätverkslatens för applikationer som kräver högsta kryptografiska dataflöde.
• USB-anslutna enheter: portabel, lägre genomströmning; används för offline CA-ceremonier och utvecklararbetsstationer.
• Molnbaserade HSM:er: FIPS-validerad hårdvara som drivs av en leverantör; åtkomlig på distans utan lokal hårdvara.

Uppkomsten av hårdvarusäkerhetsmoduler

Organisationer inom olika branscher har ökat sina HSM-implementeringar i takt med att kostnaderna, efterlevnaden och säkerhetskonsekvenserna av viktiga komprometteringar har ökat. Drivkrafterna bakom HSM-implementeringen inkluderar:

• Cyberkrigföring och avancerade ihållande hot: Nationalstatliga aktörer riktar in sig på kryptografiskt nyckelmaterial som ett högvärdigt mål som möjliggör beständig åtkomst till krypterad kommunikation och data.
• Datasekretessbestämmelser: GDPR, CCPA, HIPAA, PCI DSS och andra ramverk ställer krav på kryptografiskt nyckelskydd som HSM:er är specifikt utformade för att uppfylla.
• Mobila betalningar och digital identitet: Betalningssystem och digital identitetsinfrastruktur är beroende av hårdvarubaserad nyckelförvaring för verksamheter med högsta säkerhet.
• IoT och uppkopplade enheter: Enhetsidentitetscertifikat och kodsigneringsnycklar för firmwareuppdateringar kräver hårdvaruskydd för att förhindra enhetsimitation eller leverans av skadlig firmware i stor skala.

FIPS 140-valideringsnivåer och vad de betyder

FIPS 140-nivå	Viktiga krav utöver föregående nivå	Typiskt användningsfall
Nivå 1	Fungerande kryptografisk algoritm; utrustning av produktionskvalitet	Programvarukrypteringsmoduler; applikationer med låg tillförlitlighet
Nivå 2	Rollbaserad autentisering; manipuleringssäker fysisk beläggning eller försegling; OS-godkänd på CC EAL2+	Allmänna företagsapplikationer; programvarunycklar med hårdvaruvalidering
Nivå 3	Manipulationssäker; identitetsbaserad autentisering; krypterad extraktion av kritiska säkerhetsparametrar (privata nycklar)	PKI CA-nycklar; privata TLS-nycklar; kodsigneringsnycklar; hantering av finansiell nyckel; de flesta regelverk för efterlevnad
Nivå 4	Aktiv manipuleringsrespons; detektering av miljöattacker (temperatur, spänning, strålning); automatisk nollställning av nyckel vid attack	Betalningsnätverksrotnycklar; sekretessbelagda myndighetsapplikationer; CA-ceremonier med högsta säkerhet

FIPS 140-3 är den nuvarande valideringsstandarden; övergången från FIPS 140-2 började 2021 och pågår fortfarande. De flesta organisationer specificerar FIPS 140-2 nivå 3 som minimum för arbetsbelastningar med hög känslighet för nyckelhantering. För HSM:er som utvärderas nu, verifiera både den nuvarande valideringsnivån och om leverantörens färdplan inkluderar FIPS 140-3-certifiering för den specifika hårdvarugenerationen som används.

Säkra data med hjälp av hårdvarusäkerhetsmoduler: Nyckelhanteringsfunktioner

HSM:er erbjuder omfattande nyckelhantering under hela nyckellivscykeln:

• Nyckelgenerering: HSM:er använder en hårdvarugenerator för slumptal (TRNG), byggd för att följa NIST SP 800-90A (Hash_DRBG) och vanligtvis på PTG.2-nivå enligt BSI-specifikationerna AIS20 och AIS31. Privata och hemliga nycklar kan endast genereras från data som returneras av sådana DRBG:er, vilket säkerställer att entropi av kryptografisk kvalitet inte är tillgänglig från programvarubaserade slumptalskällor.
• Nyckelförvaring: Nycklar lagras inom FIPS-gränsen. Vid aktiv användning finns de endast i klartext i skyddat RAM (CPU-cacheminne). I vila inom HSM är nyckelmaterialet AES-256-krypterat. Nycklar finns aldrig på externa diskar i klartext.
• Nyckelanvändning och auktorisering: När nycklarna har lagrats i HSM:n styrs åtkomsten genom flerfaktorsautentisering. De flesta HSM:er stöder både rollbaserad autentisering och fyrögonprincipen (tvåpersonsregeln), vilket kräver att flera behöriga personer utför högkänsliga operationer.
• Nyckelrotation: HSM hanterar nyckelrotation utan att exponera gammalt eller nytt nyckelmaterial utanför gränsen. Applikationer använder den nya nyckeln för nya operationer medan HSM behåller den gamla nyckeln för dekryptering av tidigare krypterad data tills den inte längre behövs.
• Nyckelbackup: HSM:er exporterar nyckelmaterial endast i krypterad form, insvept i en nyckelkrypteringsnyckel som i sig aldrig lämnar HSM:en i klartext. Detta möjliggör katastrofåterställning utan att någonsin skapa klartextnyckelmaterial utanför hårdvarugränsen.
• Nyckelförstörelse: säker radering med verifierbar revisionslogg, som uppfyller efterlevnadsramverkets krav för viktiga bevis för förstörelse.

Implementeringsexempel: HSM-nyckelhantering för Enterprise PKI

1. Rot-CA offline HSM: En USB-ansluten eller PCIe HSM på FIPS 140-2 nivå 3 innehåller rot-CA:ns privata nyckel. HSM:n hålls offline och kopplas endast online för rot-CA:ns signeringsceremonier. Åtkomst kräver ett kvorum för flera personer med M-of-N-smartkort.
2. Utgivande CA-nätverks-HSM: En nätverksansluten HSM innehar den utfärdande CA:ns privata nyckel för online-certifikatutfärdande. PKCS#11-integration ansluter CA-programvaran till HSM:en; alla signeringsåtgärder för slutgiltiga certifikat sker inom hårdvarugränsen.
3. TLS-skydd för privata nycklar: Webbservrar och lastbalanserare lagrar privata TLS-nycklar i nätverkets HSM. TLS-handskakningssigneringsoperationer utförs av HSM; den privata nyckeln hamnar aldrig i webbserverns minne.
4. Kodsigneringsnycklar: Privata nycklar för kodsignering lagras i HSM och används av CodeSign Secure för signering av all programvaruversion. Signeringsdataflödet hanteras av HSM; signeringsnycklar kan inte exporteras till en utvecklararbetsstation.
5. Hantering av certifikatlivscykel: CertSecure-hanterare spårar alla certifikat som backas upp av privata HSM-nycklar, vilket automatiserar förnyelse före utgångsdatum, inklusive vid den 47-dagars certifikatlivstid som CA/Browser Forum kräver senast 2029.

Risker med enbart programvarukryptografi

För organisationer som väljer att kringgå HSM:er är programvarubaserad kryptografi alternativet. Riskkategorierna är väl förstådda:

• Logiska attacker: attacker mot värdminne eller disk för att lokalisera kryptografiska nycklar. Metoderna inkluderar utnyttjande av sårbarheter under körning för att komma åt serverminne, extraktion av kärndatadumpar och avlyssning av lösenfraser för programvarukrypterade nyckelfiler.
• Fysiska attacker: borttagning av hårddiskar eller SSD-diskar, frysning av flyktigt minne (kallstartsattack) och analys av hårdvaruminne för att extrahera viktigt material från disk eller RAM.

Hur skyddar en HSM mot dessa? De skyddade hemligheterna existerar aldrig utanför HSM, och inuti HSM finns de bara i klartext under aktiv användning inom skyddat RAM. Data som vilar inuti enheten är AES-256-krypterad. FIPS 140-2 Nivå 3 och högre HSM:er detekterar miljöförändringar (onormal temperatur, över- eller underspänning). Nivå 4 HSM:er utökar detta till aktiv detektering av fysiska attacker och raderar allt viktigt material om hårdvaran skadas eller manipuleras.

Säkerhetsefterlevnad och föreskrifter

Efterlevnad av integritets- och datasäkerhetskrav är bland de viktigaste drivkrafterna för HSM-implementering inom olika branscher. Viktiga ramverk som specifikt adresserar HSM- eller hårdvarunycklarskyddskrav:

• Globala regler: Artikel 32 i den allmänna dataskyddsförordningen (GDPR) kräver lämpliga tekniska åtgärder, inklusive kryptering med starkt nyckelskydd; PCI DSS (Payment Card Industry Data Security Standard) krav 3 specificerar kontroller för kryptografiska nyckelhanteringar, inklusive hårdvarusäkerhet för skydd av betalkortsdata.
• Amerikanska bestämmelser: HIPAA-säkerhetsreglernas tekniska skyddsåtgärder kräver kryptering och nyckelhantering för ePHI; HITECH utökar HIPAA-kraven; FIPS 140-2/140-3-validering är obligatorisk för federala myndighetssystem som hanterar känslig oklassificerad information enligt NIST SP 800-52.
• Ramkrav: NIST SP 800-57 (Key Management Recommendations) specificerar viktiga livscykelhanteringskontroller som HSM:er implementerar; NIST SP 800-131A specificerar godkända algoritmövergångar som HSM:er upprätthåller genom att kontrollera vilka operationer som är tillåtna.

Framtiden för hårdvarusäkerhetsmoduler

Framtiden för HSM:er formas av två stora utvecklingar. För det första expanderar HSM:er till moln- och hybriddistributionsmodeller: organisationer behöver hårdvarubaserad nyckelförvaring i molnmiljöer utan lokal hårdvara i varje region, vilket driver tillväxten inom HSM som en tjänst och molnanslutna HSM-distributioner. För det andra håller post-kvantkryptografi (PQC)-beredskap på att bli ett urvalskriterium: nuvarande HSM-algoritmer, RSA och ECC, är sårbara för Shors algoritm på en framtida kryptografiskt relevant kvantdator. NIST slutförde post-kvantstandarder 2024 (ML-KEM, FIPS 203; ML-DSA, FIPS 204; SLH-DSA, FIPS 205). HSM-leverantörer utvecklar firmwareuppdateringar för att stödja dessa nya algoritmer; organisationer som bygger ny HSM-infrastruktur bör bekräfta leverantörens PQC-stödplan. Se våra PQC-rådgivningstjänster för migreringsplanering.

Genom att driftsätta HSM:er bygger organisationer grunden för företagskryptering och nyckelhantering som kan skydda kryptografiska nycklar nu och under övergången efter kvantumsdata. Oavsett om det gäller PKI , kodsignering, nyckelinjektion eller databaskryptering, tillhandahåller HSM:er hårdvarubaserad säkerhet som programvarualternativ inte kan matcha.

Vanliga frågor om partihandel med mat och dryck

Vad är en hårdvarusäkerhetsmodul (HSM)?

En manipulationssäker fysisk enhet som genererar, lagrar och hanterar kryptografiska nycklar inom en hårdvarugräns från vilken nycklar aldrig kommer ut i klartext. Validerad enligt FIPS 140-2 eller FIPS 140-3 från nivå 1 till nivå 4. Tillgänglig som nätverksenheter, PCIe-kort, USB-enheter och molnbaserade instanser.

Vad är skillnaden mellan FIPS 140-2 Nivå 2, Nivå 3 och Nivå 4?

Nivå 2 lägger till rollbaserad autentisering och manipuleringssäker ytbehandling. Nivå 3 (den vanligaste företagsstandarden) lägger till manipuleringsskydd, identitetsbaserad autentisering och krypterad nyckelutvinning. Nivå 4 lägger till aktiv manipuleringsrespons: enheten detekterar fysiska, temperatur- och spänningsattacker och nollställer allt nyckelmaterial. De flesta finansiella, statliga och PKI-arbetsbelastningar använder nivå 3.

Hur skyddar en HSM mot nyckelutvinningsattacker?

Nycklar som genereras innanför gränsen existerar aldrig utanför i klartext; operationer sker inuti hårdvara; data i vila är AES-256-krypterad; fysisk manipuleringsdetektering på nivå 3+ gör att enheten reagerar på fysiskt intrång; flerfaktorsautentisering (smartkort plus PIN) krävs för åtkomst. Skyddar mot både logiska (programvaruutnyttjande) och fysiska (hårdvaruextraktion) attacker.

Vad är nyckellivscykeln i HSM-nyckelhantering?

Generering (hårdvaru-TRNG enligt NIST SP 800-90A), lagring (krypterad inom FIPS-gränsen), användning (alla operationer inuti hårdvaran), rotation (utan att exponera klartextnyckel), säkerhetskopiering (krypterad export endast med HSM-genererad KEK) och destruktion (säker radering med revisionsbevis). HSM upprätthåller skydd genom alla steg.

Vilka efterlevnadsregler kräver HSM:er?

PCI DSS-krav 3 för hantering av betalkortsnycklar; HIPAA-säkerhetsregel för skydd av ePHI-krypteringsnycklar; FIPS 140-2/140-3 för tillämpningar inom amerikanska federala myndigheter; NIST SP 800-57 för bästa praxis för allmän nyckelhantering; GDPR-artikel 32 för lämpliga tekniska åtgärder; PCI HSM för HSM-funktioner för betalningar.

Vilka är riskerna med enbart programvarukryptografi?

Logiska attacker utnyttjar värdminne (kärndumpar, privilegierad processåtkomst, hypervisoråtkomst) och disk (krypterade nyckelfiler med exponerade lösenfraser). Fysiska attacker inkluderar borttagning av hårddiskar och extraktion av minne vid kallstart. HSM:er eliminerar dessa: nycklar finns aldrig utanför hårdvarugränsen i klartext och fysisk åtkomst utan autentiseringsuppgifter ger inget nyckelmaterial.