Nyckelhantering – Rekommendationer och bästa praxis

Nyckelhantering är den uppsättning metoder som styr hur kryptografiska nycklar genereras, lagras, roteras och tas bort, och det är den enda felpunkten för varje krypteringssystem som byggs ovanpå det. Det är viktigt eftersom en komprometterad eller misskött nyckel helt omintetgör krypteringen som skyddar den, oavsett algoritmens styrka. Rekommenderad åtgärd: följ NIST SP 800-57 Del 1 Revision 5:s nuvarande kryptoperiod- och algoritmvägledning, tilldela en nyckel per syfte och planera nu för Revision 6:s kommande ändringar.

Publicerad: september 2020. Uppdaterad: augusti 2026. Granskad av Encryption Consultings Cloud Key Management Team.

För en grundläggande definition av nyckelhantering, se vår artikel i utbildningscentret Vad är nyckelhantering? Hur fungerar nyckelhantering? . För hur dessa metoder sträcker sig över molnleverantörer, se Vad är nyckelhantering för flera moln? och Vad är ett hybridnyckelhanteringssystem (KMS)? . För molnspecifika implementeringar, se AWS KMS vs. Azure Key Vault vs. GCP KMS , Google Cloud Platforms datakrypteringsverktyg och Google Cloud Security – nyckelhanteringstjänster.

Vad är nyckelhantering och varför är det viktigt?

Nyckelhantering är processen att införa standarder för att styra skapandet, utbytet, lagringen, raderingen och rotationen av kryptografiska nycklar inom en organisation, tillsammans med vem som har åtkomst till dem. Kryptografiska nycklar gör allt från kryptering och dekryptering till användarautentisering, så en komprometterad nyckel kan låta en angripare dekryptera känsliga data, autentisera sig som en privilegierad användare eller nå andra sekretessbelagda resurser. Korrekt nyckelhantering är det som håller den risken inomhus.

Hur jämför sig symmetriska och asymmetriska nyckelsystem?

Symmetriska nycklar skyddar generellt data i vila och asymmetriska nyckelpar skyddar generellt data i rörelse, eftersom symmetrisk kryptering är tillräckligt snabb för upprepad åtkomst till lagrad data, medan asymmetrisk kryptering stöder säkert utbyte mellan parter utan en fördelad hemlighet.

Systemkrav	Typisk användning	Varför
Symmetriska nycklar	Vilande data (databaser, lagring)	Snabb och effektiv för upprepade krypterings-/dekrypteringsoperationer av samma part.
Asymmetriska nyckelpar	Data-in-motion (TLS, digitala signaturer, nyckelutbyte)	Låter två parter kommunicera säkert utan att dela en hemlighet i förväg.

Ett typiskt flöde för symmetrisk nyckelförfrågningar fungerar enligt följande:

1. En användare kontaktar lagringssystemet (en databas eller ett objektarkiv) och begär krypterad data.
2. Lagringssystemet begär datakrypteringsnyckeln (DEK) från nyckelhanterarens API, vilket verifierar certifikaten för både nyckelhanterarens API och själva nyckelhanteraren.
3. En säker TLS anslutningen upprättas och nyckelhanteraren använder en nyckelkrypteringsnyckel (KEK) för att dekryptera DEK:n, som returneras via nyckelhanterarens API.
4. Informationen dekrypteras och returneras till användaren som klartext.

Ett typiskt utbyte av asymmetriska nyckelr fungerar annorlunda, eftersom det förlitar sig på nyckelpar snarare än en enda delad nyckel:

1. Avsändaren och mottagaren validerar varandras certifikat genom en privat certifikatutfärdare (CA) eller en extern valideringsinstans (VA).
2. Mottagaren skickar sin offentliga nyckel till avsändaren, som krypterar informationen med en engångssymmetrisk nyckel, som i sin tur är krypterad med mottagarens offentliga nyckel, och skickar båda till mottagaren.
3. Mottagaren dekrypterar den symmetriska engångsnyckeln med sin egen privata nyckel och använder den sedan för att dekryptera informationen.

Vad rekommenderar NIST för närvarande för nyckelhantering?

NIST SP 800-57 Del 1 Revision 5, publicerad 2020, är ​​den nuvarande, officiella standarden för nyckelhantering, skriven för att säkra känslig men oklassificerad federal information och behandlas i stor utsträckning som en riktlinje för bästa praxis även för icke-statliga organisationer. Ett efterföljande initialt offentligt utkast av Revision 6 släpptes för offentliga kommentarer, med kommentarsperioden avslutad den 5 februari 2026. I skrivande stund har Revision 6 inte slutförts, så Revision 5 är fortfarande standarden att hänvisa till och följa. Organisationer som bygger ett nyckelhanteringsprogram idag bör följa NIST:s projektsida för riktlinjer för nyckelhantering för att se när Revision 6 är slutförd, snarare än att anta utkast till rekommendationer som etablerad vägledning.

Vilka kryptografiska algoritmer godkänner NIST?

NIST-standarder godkänner en specifik, begränsad uppsättning algoritmer snarare än varje symmetriskt eller asymmetriskt alternativ som används.

• Blockchifferbaserade symmetriska algoritmer såsom AES, som itererar en serie bitar (block) genom operationer som XOR över flera omgångar för att producera chiffertext.
• Hashfunktionsbaserade algoritmer såsom SHA-256, som använder envägsfunktioner för att generera hashdata (SHA-1 är föråldrad för de flesta säkerhetsanvändningar och bör inte väljas för nya system).
• Asymmetriska algoritmer generellt, med kravet att den privata nyckeln förblir under ensam kontroll av den enhet som äger nyckelparet.
• Slumpmässiga bitgeneratorer (RBG), används för generering av nyckelmaterial, och kryptografiska hashfunktioner, som själva inte använder kryptografiska nycklar. Fullständiga listor över godkända algoritmer finns i FIPS 180 (hashfunktioner) och SP 800-90 (RBG).

Hur ska kryptoperioder ställas in?

En kryptoperiod är den tidsperiod som en nyckel kan användas för sitt avsedda ändamål innan den måste förnyas eller, helst, ersättas med en ny nyckel. NIST:s huvudrekommendation är att en unik nyckel skapas för varje specifikt syfte; en nyckel som används för autentisering bör aldrig också användas för dekryptering. För asymmetriska nyckelpar har varje nyckel i paret sin egen kryptoperiod: ursprungsanvändningsperioden styr nyckeln som används för att skapa en digital signatur, och mottagaranvändningsperioden styr motsvarande verifieringsnyckel. NIST rekommenderar att båda perioderna börjar samtidigt, men mottagaranvändningsperioden kan sträcka sig bortom ursprungsanvändningsperioden, aldrig tvärtom, eftersom en signatur måste förbli verifierbar efter att signeringsnyckeln har upphört att gälla.

Hur förändras nyckelhanteringen i multimoln- och hybridmiljöer?

NIST:s riktlinjer är medvetet leverantörsneutrala, men multimoln- och hybriddistributioner tillför praktiska frågor som NIST inte besvarar direkt: vilket molns inbyggda KMS har den auktoritativa nyckeln, hur nyckelhierarkier mappas mellan leverantörer som inte delar en rot av förtroende, och hur åtkomstpolicyer förblir konsekventa när samma data flyttas mellan miljöer. Se Vad är Multi-Cloud Key Management? och Vad är Hybrid Key Management System (KMS)? för hur dessa frågor besvaras i praktiken, och vår jämförelse av AWS KMS vs Azure Key Vault vs GCP KMS för hur de tre stora molnen skiljer sig åt specifikt vad gäller rotation, IAM och kostnad.

Vilka är begränsningarna med att enbart följa NIST:s riktlinjer?

• NIST SP 800-57 anger rekommendationer för kryptoperioder och algoritmer, men föreskriver inte specifika IAM-, loggning- eller kostnadsavvägningar för någon specifik implementering av moln-KMS.
• Revision 6 är fortfarande i utkastfasen; organisationer som antar rekommendationer i utkastfasen som slutgiltiga risker att behöva revidera sitt nyckelhanteringsprogram igen när revision 6 har publicerats.
• NIST-riktlinjerna behandlar inte nyckelhierarki för flera moln eller konsekvens av åtkomstpolicyer mellan leverantörer, vilka måste utformas separat.
• Att följa NIST-standarder behandlar val av algoritm och kryptoperiod; det täcker inte i sig operativa metoder som rotationsautomation eller incidentrespons för en komprometterad nyckel.

Beslutschecklista: Tillämpa NIST:s rekommendationer för nyckelhantering

1. Matcha varje nyckel endast med ett syfte; återanvänd aldrig en nyckel för autentisering och dekryptering.
2. Välj endast NIST-godkända algoritmer (AES för symmetrisk, SHA-256 eller starkare för hashing) för alla nya system.
3. Ange en dokumenterad kryptoperiod per nyckel, med separata användningsperioder för ursprungs- och mottagare för asymmetriska par.
4. Citera revision 5 som nuvarande standard idag och utse någon som övervakar slutförandet av revision 6 snarare än att ignorera den.
5. Utöka NISTs baslinje med molnspecifika IAM-, loggnings- och rotationsmetoder för alla multimoln- eller hybriddistributioner.

Vad skulle krypteringskonsulter rekommendera?

De flesta organisationer vi utvärderar har en nyckelhanteringspolicy på papper som inte matchar den som faktiskt används, ofta för att den fortfarande refererar till en ersatt NIST-revision eller aldrig uppdaterades för en multimolnbaserad verksamhet. Encryption Consultings Cloud Key Management-tjänster jämför era nuvarande nyckelhanteringspraxis mot NIST SP 800-57 Part 1 Revision 5, utformar kryptoperioder och åtkomstseparation för er faktiska miljö, och vårt HSM-as-a-Service- erbjudande ger er hårdvarubaserad nyckelförvaring utan att behöva använda HSM:er direkt.

Vanliga frågor om partihandel med mat och dryck

Är NIST SP 800-57 del 1 revision 6 den nuvarande standarden?

Nej. Revision 6 är fortfarande ett första offentligt utkast; kommentarsperioden avslutades den 5 februari 2026, men den har inte slutförts. Revision 5, publicerad 2020, är ​​fortfarande den nuvarande officiella standarden.

Vad är en kryptoperiod?

En kryptoperiod är den tid som en specifik nyckel kan användas för sitt avsedda ändamål innan den bör förnyas eller, helst, ersättas med en ny nyckel.

Borde samma nyckel någonsin användas för både autentisering och dekryptering?

Nej. NIST rekommenderar en unik nyckel för varje specifikt syfte; att använda en nyckel för flera syften ökar effekten om den enda nyckeln komprometteras.

Varför har asymmetriska nyckelpar två olika kryptoperioder?

Användningsperioden för upphovsmannen täcker signeringsnyckeln, medan användningsperioden för mottagaren täcker verifieringssidan; användningsperioden för mottagaren kan sträcka sig bortom användningsperioden för upphovsmannen så att en signatur fortfarande kan verifieras efter att själva signeringsnyckeln har dragits tillbaka.

Täcker NIST-riktlinjerna specifikt nyckelhantering i flera moln?

Inte direkt. NIST SP 800-57 anger leverantörsneutrala algoritmer och kryptoperioder; de specifika frågorna om nyckelhierarki över molnet och konsekvens av åtkomstpolicyer måste hanteras genom hybrid- och multimolnnyckelhanteringsdesign utöver den baslinjen.

Behöver du hjälp med att jämföra ditt nyckelhanteringsprogram med aktuell NIST-riktlinje? Prata med Encryption Consultings Cloud Key Management-team.

Referensprojekt

NIST Key Management Guidelines projektsida – csrc.nist.gov

NIST SP 800-57 Del 1 Revision 5 (slutgiltig publicering) – csrc.nist.gov