Vilka är stegen i en certifikatlivscykel?

Uppdaterad: augusti 2026

Certifikatets livscykel är den sekvens som ett digitalt certifikat går igenom, från upptäckt och skapande till installation, lagring, övervakning, förnyelse, återkallelse och slutligen ersättning. Att hantera varje steg, inte bara utfärdande, är det som hindrar ett certifikat från att löpa ut obemärkt eller bli en säkerhetslucka som angripare kan utnyttja.

Ett certifikats livscykel har åtta steg: identifiering, skapande, installation, lagring, övervakning, förnyelse, återkallelse och ersättning. Identifiering och övervakning av certifikat, hitta och spåra dem kontinuerligt, medan förnyelse, återkallelse och ersättning avgör vad som händer när ett certifikat närmar sig utgångsdatum eller komprometteras. Att hantera varje steg, inte bara utfärdande, är det som förhindrar avbrott och säkerhetsluckor.

Key Takeaways

• Identifiering kommer först eftersom du inte kan hantera ett okänt certifikat. Det här steget hittar saknade, utgångna, komprometterade eller oanvända certifikat i nätverket innan något annat kan hända.
• Övervakning är det viktigaste löpande steget. Den använder identifieringsinventeringen för att kontinuerligt övervaka kommande utgångar, komprometter och intrång.
• Förnyelse, återkallelse och ersättning är tre olika resultat. Förnyelse förlänger ett felfritt certifikat, återkallelse ogiltigförklarar ett komprometterat certifikat och ersättning byter ut leverantörer eller infrastruktur helt och hållet.
• Kortare giltighetsperioder komprimerar varje nedströms steg. I takt med att certifikaten närmar sig en maximal giltighetstid på 47 dagar enligt CA/Browser Forum Ballot SC-081v3, måste övervakning och förnyelse ske betydligt oftare än den nuvarande årliga eller fleråriga kadensen.
• Att automatisera livscykeln minskar fel i varje steg. Manuell spårning av utfärdande, utgångsdatum och förnyelse introducerar exakt de felkonfigurationer som orsakar avbrott.

Hur får man tag på ett digitalt certifikat?

Att erhålla ett certifikat börjar med ett nyckelpar och en certifikatsigneringsbegäran innan någon certifikatutfärdare är inblandad.

Sökanden genererar ett offentligt-privat nyckelpar, och håller den privata nyckeln hemlig. Sedan skapar den en CSR som innehåller den offentliga nyckeln och identifierande information såsom domännamn eller e-postadress. CSR:n skickas till en offentlig eller privat CA, som utför domänvalidering (DV) eller, för OV- och EV-certifikat , en djupare granskning av organisationens juridiska existens innan certifikatet utfärdas.

De åtta stegen i certifikatets livscykel

Varje steg går över till nästa, och en svag länk i något av dem återinför risk i hela kedjan.

1. Upptäckt. Sök i nätverket efter saknade, utgångna, komprometterade eller oanvända certifikat och mata inventeringen som används under resten av livscykeln.
2. Skapande. En CA verifierar begärarens information och publika nyckel och skapar sedan certifikatet.
3. Installation. Certifikatet installeras på en plats som är säker men tillgänglig för alla som behöver verifiera det.
4. Lagring. Certifikatet och dess privata nyckel lagras säkert utan att åtkomst för legitim verifiering blockeras.
5. Övervakning. Certifikathanteringssystem letar kontinuerligt efter intrång, utgångsdatum eller komprometter med hjälp av identifieringsinventeringen.
6. Förnyelse. Ett felfritt certifikat som närmar sig sitt utgångsdatum utfärdas på nytt, helst genom ett automatiserat arbetsflöde snarare än manuell spårning.
7. Återkallande. Ett komprometterat, stulet eller på annat sätt opålitligt certifikat ogiltigförklaras och läggs till i en lista över återkallade certifikat (CRL).
8. Ersättning. Ett certifikat byts ut mot ett från en annan CA eller infrastruktur, vilket händer sällan jämfört med rutinmässig förnyelse.

Förnyelse kontra återkallelse kontra ersättning

Dessa tre steg är de som oftast förväxlas med varandra, eftersom alla tre slutar med att ett certifikat inte längre är det du började med. Tabellen nedan skiljer vad som utlöser varje steg och hur de skiljer sig åt.

Resultat	Triggad av	Vilka förändringar	Hur ofta
Förnyelse	Närmar sig utgångsdatum för ett felfritt certifikat	Samma CA, samma certifikattyp, ny giltighetsperiod	Rutinmässigt och allt oftare under CA/Browser Forum-omröstning SC-081v3
Återkallande	Intrång, nyckelstöld eller en förändring av innehavarens status	Certifikatet ogiltigförklarades omedelbart, lades till i en CRL- eller OCSP-responder	Av orsak, ofta brådskande
Byte	Byte av certifikatutfärdare, infrastruktur eller kryptografisk algoritm	Ett helt nytt certifikat utfärdat från en annan källa	Sällsynt jämfört med förnyelse

Varför certifikatets livscykel är viktig

Ett certifikat som komprometteras när som helst låter en angripare utge sig för att vara innehavaren, med konsekvenser som sträcker sig långt bortom själva certifikatet.

Eftersom certifikatinnehavarens nyckel är knuten till deras digitala identitet, riskerar en kompromiss i vilket livscykelstadium som helst både identitet och krypterade data. Avbrott orsakade av livscykelfel, särskilt missade förnyelser, medför också direkta affärskostnader och kan exponera organisationer för efterlevnadsöverträdelser inom ramverk som kräver korrekt certifikathantering. Problemets omfattning är redan synlig i data: 72 % av organisationerna upplevde minst ett certifikatrelaterat avbrott under det senaste året , enligt CyberArks rapport om säkerhetsstatus för maskinidentiteter från 2025, och endast 34 % av organisationerna har fullständig, aktuell insyn i sina certifikat , enligt DigiCerts globala PKI-forskningsrapport från 2026, vilket innebär att de flesta organisationer hanterar livscykeln med en ofullständig bild av vad de ens har.

Varför automatisera hanteringen av certifikatlivscykeln

Manuell hantering av certifikatlivscykeln skalar inte bortom ett litet antal certifikat utan att introducera fel.

• Effektivitet. Automatisering minskar den manuella arbetsinsatsen för utfärdande, förnyelse, driftsättning och återkallelse av stora certifikatvolymer.
• Noggrannhet. Automatiserade arbetsflöden minskar felkonfigurationer och missade förnyelser som manuell spårning är benägen att orsaka.
• Aktualitet. Automatiserade system utlöser förnyelser och rotationer enligt schema snarare än att vara beroende av att någon kommer ihåg att kontrollera.
• Skalbarhet. I takt med att antalet certifikat ökar skalas automatiseringen upp utan en proportionell ökning av den administrativa bördan.
• Compliance. Stödjer ramverk för automatiserad policytillämpning och revisionsrapportering som PCI DSS, HIPAA och GDPR.

Hur krypteringskonsulting hjälper

CertSecure Manager hanterar varje steg i certifikatlivscykeln från en plattform: identifiering och inventering, utfärdande, installation, kontinuerlig övervakning, automatiserad förnyelse och återkallelse. Den nuvarande versionen, CertSecure Manager 3.3, lägger till zero-touch-förnyelse över 11 certifikatutfärdare, automatiserad identifiering över AWS, molnbaserade IIS/CCS-lagrar, containrar och valv, samt poängsättning av certifikatriskprofiler som flaggar svaga eller felkonfigurerade certifikat innan de orsakar ett avbrott. Intelligenta varningar och rapporteringar håller varje steg synligt istället för att förlita sig på manuell spårning vid en enskild punkt. Stöds av ISO/IEC 27001:2022- och SOC 2-certifierade metoder.

Vanliga frågor om partihandel med mat och dryck

Vilka är stegen i ett certifikats livscykel?

Certifikatets livscykel har åtta steg: identifiering, skapande, installation, lagring, övervakning, förnyelse, återkallelse och ersättning. Identifiering och övervakning sker kontinuerligt, medan förnyelse, återkallelse och ersättning avgör certifikatets öde när det närmar sig utgångsdatum eller komprometteras.

Vad är skillnaden mellan förnyelse och ersättning av certifikat?

Förnyelse utfärdar samma typ av certifikat från samma CA när utgångsdatumet närmar sig, vilket bibehåller den underliggande relationen. Ersättning byter ut certifikatet mot ett helt annat från en annan CA eller infrastruktur, vilket händer sällan eftersom det vanligtvis är enklare att förnya med den befintliga leverantören.

Varför är certifikatidentifiering det första steget snarare än skapande?

Identifiering hittar certifikat som redan finns i nätverket, inklusive de som ingen minns att de utfärdat. Utan denna insyn kan en organisation inte på ett tillförlitligt sätt spåra vilka certifikat som behöver övervakas, förnyas eller återkallas, vilket gör identifiering till en förutsättning för varje senare steg.

Hur skiljer sig återkallelse av certifikat från utgångsdatum?

Återkallelse är ett aktivt beslut att ogiltigförklara ett certifikat före dess naturliga utgångsdatum, vanligtvis på grund av en kompromiss eller en förändring i innehavarens status. Utgång sker automatiskt när certifikatets giltighetsperiod löper ut. Båda gör certifikatet opålitligt, men återkallelse sker av skäl och ofta med brådska.

Varför är det viktigare att automatisera certifikatlivscykeln nu än tidigare?

I och med att CA/Browser Forum Ballot SC-081v3 förkortar den maximala giltighetstiden för certifikat till 47 dagar senast i mars 2029, måste varje livscykelsteg, särskilt övervakning och förnyelse, upprepas betydligt oftare än vad organisationer är vana vid med årliga eller fleråriga kadenser. Manuella processer som var hanterbara i den takten blir en belastning med en 47-dagarscykel.

Vad är skillnaden mellan lagring och installation av certifikat?

Installationen placerar certifikatet där det behöver vara för att göra sitt jobb, till exempel på en webbserver, så att det är tillgängligt för alla som behöver verifiera det. Lagring handlar om att säkra certifikatet och dess privata nyckel i vila, så att nyckeln inte kan extraheras eller kopieras medan certifikatet fortfarande är tillgängligt för legitim användning.

Hur lång tid tar en typisk certifikatlivscykel från skapande till förnyelse?

Det beror helt på certifikatets giltighetstid, som krymper snabbt. Publika TLS-certifikat går från maximalt 398 dagar till 200 dagar i mars 2026, 100 dagar i mars 2027 och 47 dagar i mars 2029 enligt CA/Browser Forum Ballot SC-081v3, så samma livscykel som brukade upprepas årligen kommer snart att upprepas ungefär var sjunde vecka.

Vad händer om ett steg i certifikatets livscykel hoppas över eller hanteras felaktigt?

Att hoppa över eller hantera ett steg felaktigt återinför risker i hela kedjan. Ett missat identifieringssteg lämnar överblivna certifikat som ingen övervakar; en missad förnyelse orsakar ett avbrott; en försenad återkallelse gör att ett komprometterat certifikat är betrott längre än det borde vara. Livscykeln fungerar bara så bra som i dess svagaste steg.

Hur stöder CertSecure Manager varje steg i certifikatets livscykel?

CertSecure Manager täcker identifiering och inventering, utfärdande, installation, kontinuerlig övervakning, automatiserad förnyelse och återkallelse från en enda plattform. Version 3.3 lägger till zero-touch-förnyelse över 11 certifikatutfärdare och automatiserad identifiering över AWS, molnbaserade IIS/CCS-lagrar, containrar och valv, så att varje steg förblir synligt istället för att vara beroende av manuell spårning vid en enskild punkt.

Automatisera varje steg i certifikatets livscykel

Automatisera certifikatlivscykler med CertSecure Manager , från identifiering till återkallelse, eller prata med en krypteringskonsult om dina nuvarande livscykelgap.