Hoppa till innehåll

47-dagarscertifikaten är på väg. Är du redo?

Agera nu →

Tidsstämplingskodsigneringscertifikat – Betydelse

Certifikat för tidsstämpling av kodsignering

Beskrivning

LÃ¥t oss kortfattat diskutera kodsignering.

Kodsignering är en metod för att sätta en digital signatur pÃ¥ en fil, ett dokument, en programvara eller en körbar fil för att testa dess äktheten och äkthet vad gäller funktionalitet och egenskaper som den tillhandahÃ¥ller. Detta säkerställer ocksÃ¥ att programvaruenheten (fil, dokument, programvara eller körbar fil) inte manipuleras under transport.
Kodsignering har blivit ett väsentligt krav för mjukvaruutvecklare. Anledningen är att kodsignering säkerställer förtroende bland användare för programvaran, och ger också användarna förtroende för att undvika varningsmeddelanden som visas när en användare laddar ner/installerar den körbara filen i sin miljö.

Snabbt svar: Vad är tidsstämpling vid kodsignering?

Tidsstämpling är ett valfritt steg i kodsignering där en tidsstämpelutfärdare (TSA) kryptografiskt registrerar den exakta tidpunkten då ett kodsigneringscertifikat signerade en fil. Eftersom signaturens giltighet sedan verifieras mot den registrerade tiden snarare än den aktuella systemklockan, fortsätter signerad programvara att installeras korrekt även efter att kodsigneringscertifikatet har löpt ut eller återkallats.

Senast uppdaterad: augusti 2026 · Senast verifierad: augusti 2026 · Rekommenderad uppdateringskadens: 6 månader, eftersom detta är en evigt populär förklaring av ett stabilt kodsigneringskoncept.

Sammanfattning

  • Tidsstämpling frikopplar signaturgiltighet frÃ¥n certifikatgiltighet: En klient kontrollerar signaturen mot den registrerade signeringstiden, inte det aktuella datumet, sÃ¥ ett utgÃ¥nget eller Ã¥terkallat certifikat ogiltigförklarar inte programvara som signerats medan den fortfarande var giltig.
  • En tidsstämpelutfärdare (TSA) gör jobbet: Den använder PKI för att binda en hash av programvaran och den aktuella auktoritativa tiden till en signerad tidsstämpeltoken som bäddas in i kodsignaturen.
  • TvÃ¥ protokollfamiljer dominerar: RFC 3161 (uppdaterad av RFC 5035) och Microsoft Authenticode, används i formaten .cab, .exe, .ocx och .dll.
  • Att hoppa över det har en verklig kostnad: Utan en tidsstämpel kan programvaran inte installeras när dess signeringscertifikat löper ut, vilket skapar exakt den typ av certifikatrelaterade störningar som en stor andel företag redan rapporterar att de upplever.

Vem borde bry sig om tidsstämpling vid kodsignering

Tidsstämpling är ett beslut som rör sig i signeringsröret och som överlever alla enskilda utgåvor. Här är vad varje roll bör äga.

PKI-administratörer

Bekräfta att signeringsverktygets tidsstämpelalternativ är aktiverat som standard och att den konfigurerade TSA-slutpunkten är nåbar och övervakad.

Säkerhetsarkitekter

Välj vilket tidsstämplingsprotokoll (RFC 3161 eller Authenticode) som passar organisationens signeringsverktygskedja och målfilformat, och dokumentera beslutet i kodsigneringspolicyn.

Plattformsteam

Koppla in tidsstämpling i CI/CD-signeringssteget så att varje version tidsstämplas automatiskt, utan någon manuell flaggning som en utvecklare kan glömma.

Compliance-team

Bekräfta att tidsstämplingsrutiner och TSA-användning dokumenteras och distribueras till alla intressenter som är involverade i kodsigneringsprocessen, enligt de ursprungliga bästa praxisen nedan.

CISO: er

Ta beslutet att återkalla ett komprometterat kodsigneringscertifikat utan att tveka, i vetskap om att tidsstämplad programvara som redan är i bruk kommer att fortsätta validera korrekt.

Varför detta är viktigt: Data och deadlines

Enligt DigiCerts Trust Pulse-undersökning (publicerad 2 juli 2025) upplevde nästan hälften av företagen ett certifikatrelaterat avbrott under det senaste året, och 37.5 % av dessa avbrott orsakades specifikt av utgångna certifikat. Ett osignerat eller felaktigt tidsstämplat kodsigneringscertifikat som löper ut eller återkallas skapar just detta felläge: tidigare fungerande programvara misslyckas plötsligt med att installeras eller köras.

CA/Browser Forums omröstning SC-081v3 (godkänd 11 april 2025) förkortar den maximala giltighetstiden för TLS-certifikat till 200 dagar från och med den 15 mars 2026, 100 dagar från och med den 15 mars 2027 och 47 dagar från och med den 15 mars 2029. Även om denna omröstning specifikt riktar sig till TLS-certifikat, återspeglar den en branschomfattande utveckling mot kortare certifikatlivslängder, vilket gör det viktigare, inte mindre, att tidsstämpla varje signerad artefakt, eftersom certifikat som täcker en given signerad programvara nu kommer att omsättas snabbare.

På algoritmsidan slutförde NIST sina tre första post-kvantumstandarder , FIPS 203 (ML-KEM), FIPS 204 (ML-DSA) och FIPS 205 (SLH-DSA), den 13 augusti 2024. I takt med att kodsigneringsnycklar och TSA-infrastruktur så småningom migrerar till post-kvantumalgoritmer, kommer organisationer med disciplinerade tidsstämplingsmetoder som redan finns på plats att ha en enklare övergång än de som efteranpassar processen under en migrering.

Ordlista: Viktiga termer

TerminDefinition
KodsigneringPraxisen att applicera en digital signatur på en fil, ett dokument eller en körbar fil för att bevisa dess äkthet och bekräfta att den inte har manipulerats under överföring.
TidsstämplingEtt valfritt kodsigneringssteg där en TSA registrerar den exakta signeringstiden så att en klient kan verifiera signaturen mot den tiden istället för det aktuella datumet.
Tidsstämpelmyndigheten (TSA)En betrodd PKI-baserad tjänst som kombinerar en programvaruhash med auktoritativ tidsdata, signerar den med sin egen privata nyckel och returnerar en tidsstämpeltoken till begärande part.
RFC 3161Den ursprungliga IETF-standarden som definierar tidsstämpelprotokollet som används vid kodsignering; uppdaterad och ersatt av RFC 5035, som lägger till stöd för ESSCertIDv2.
Microsoft AutenticodeMicrosofts kodsignerings- och tidsstämplingsformat, som används i .cab-, .exe-, .ocx- och .dll-filer i Windows.
Återkallelse av certifikatHandlingen att ogiltigförklara ett certifikat före dess utgångsdatum, vanligtvis på grund av att en privat nyckel har komprometterats; tidsstämplad programvara som signerats före återkallelse fortsätter att valideras korrekt.

Vad är tidsstämpling?

Tidsstämpling är en valfri del av kodsigneringsprocessen, vilket gör att programvara kan känna igen om en tillämpad kodsigneringssignatur är giltig – även efter att ett kodsigneringscertifikat har löpt ut. Med andra ord kan vi säga att tidsstämpling bevarar signaturen som tillämpats på programvaran.
Närhelst den signerade programvarans körbara fil körs/exekveras på en klientmaskin/ett klientsystem verifieras dess digitala signatur av användarens operativsystem. Anta nu att användaren har tidsstämplat programvaran. Användarens dator kommer att verifiera signaturen baserat på den tidpunkt då den signerades digitalt, snarare än systemets aktuella tidpunkt när programvaran körs.

Nedan följer arbetsflödet för en tidsstämplingsprocess:

arbetsflöde för tidsstämplingsprocessen

Tidsstämpling tillhandahålls av Time Stamp Authority (TSA) som använder principer och teknik för Public Key Infrastructure (PKI) för att tillämpa tidsstämplar.

Lösning för företagskodsignering

Få en lösning för alla dina behov av kodsignering och kryptografi för mjukvara med vår kodsigneringslösning.

Följande steg utförs med Time Stamp-programvaran:

  1. Ett hashat värde skapas och skickas till TSA av den som begär programvaran som behöver tidsstämplas.
  2. Hashvärde, auktoritativ tid och annan relaterad information såsom data och tid för den digitala signaturen kombineras av TSA och signeras med dess privata nyckel för att skapa ett nytt hashvärde.
  3. Därefter paketeras den nya hashen och programvarans hash och skickas till den som begär det.
  4. En begärande applikation tar sedan emot paketet och verifierar det. När verifieringen är klar blir tidsstämpeln giltig och inbäddad i programvarans kodsignatur.

Låt oss försöka förstå detta utifrån ett verkligt scenario.
Låt oss anta att du är utvecklaren, att du har kodsignerat din programvara och att certifikatet är giltigt från januari 2021 till januari 2022. Nu glömmer en användare som laddar ner din programvara i oktober 2021 att installera den på grund av sitt hektiska schema. Han försöker installera programvaran i februari 2022, men får ett felmeddelande.

Låt oss förstå samma scenario med det enda undantaget att du har tidsstämplat programvaran i juli 2021. När användaren nu försöker installera programvaran i februari 2022 kan hen installera den utan att få något felmeddelande alls. Detta är effekten av tidsstämpling!!

Protokoll som används vid tidsstämpling

Följande protokoll används i tidsstämplingsprogramvara:

RFC 3161

RFC 3161 har uppdaterats och betecknats som RFC 5035, vilket dessutom tillåter användning av ESSCertIDv2.

Microsoft Autenticode

Microsoft Authenticode kan användas i olika format som .cab, .exe, .ocx och .dll.

Bästa praxis för tidsstämpling av kodsignering

Följande bästa praxis kan anpassas medan tidsstämpling av kodsignering utförs:

  1. Se alltid till att tidsstämplingsalternativet är aktiverat i ditt signeringsverktyg, till exempel Microsoft Signtool. Välj också ett signeringsverktyg som stöder tidsstämplingsalternativet eftersom det är en valfri funktion som standard.
  2. Se till att tidsstämpling ingår som en del av din programvaruutvecklingslivscykel. Detta undviker oväntade problem på grund av versionsöverensstämmelser.
  3. Dokumentera hela processen för ditt signeringsverktyg när du använder tidsstämplingsalternativet, eftersom varje signeringsverktyg har ett unikt arbetsflöde för tidsstämpling. Distribuera även detta dokument till alla intressenter som är involverade i kodsigneringsprocessen.
  4. Tidsstämpling gör det möjligt för klientsystemet att verifiera om programvaran signerades före eller efter att koden Ã¥terkallades undertecknande av certifikatSÃ¥ om du vill Ã¥terkalla kodsigneringscertifikatet av nÃ¥gon anledning, till exempel genom att den privata nyckeln komprometteras, kan du göra det. Klientsystemet kommer inte att ha nÃ¥gra problem med att installera programvaran, eftersom tidsstämplingen gjordes när kodsigneringscertifikatet var giltigt.

Praktisk checklista innan du skickar ett signerat bygge

  • Bekräfta att signeringsverktyget (Signtool eller motsvarande) har tidsstämpelflaggan aktiverad och pekar mot en fungerande TSA-URL.
  • Verifiera att tidsstämpeltoken är korrekt inbäddad genom att kontrollera den signerade binärfilens certifikatinformation för en tidsstämpelns motsignatur.
  • Automatisera tidsstämpling i CI/CD-pipelinen sÃ¥ att det sker vid varje build, inte som ett manuellt, överhoppningsbart steg.
  • Dokumentera arbetsflödet för tidsstämpling för varje signeringsverktyg som används och dela det med alla intressenter i signeringsprocessen.
  • Testa att äldre, redan levererade versioner fortfarande installeras korrekt efter att deras signeringscertifikat har löpt ut, och bekräfta att tidsstämpeln gör sitt jobb.
  • Verifiera TSA-slutpunktens tillgänglighet och certifikatets giltighet enligt den rekommenderade uppdateringskadensen.

Tabell över problem, påverkan och ägarskap

UtgåvaBusiness ImpactRekommenderad åtgärdÄgare
Alternativet för tidsstämpling lämnas inaktiverat i signeringsverktygetProgramvaran slutar tyst installeras när signeringscertifikatet löper ut, vilket genererar supportärenden och förlorar förtroendet.Aktivera tidsstämpling som standard i konfigurationen av signeringsverktyget och verifiera vid varje utgåvaPlattformsteamet
Ingen TSA-slutpunktsövervakningByggen misslyckas med att signera eller levereras utan tidsstämpel om TSA inte kan nås under ett utgivningsfönster.Övervaka tillgängligheten av TSA-slutpunkter och konfigurera en reserv-TSA där det stödsPKI-administratör
Tidsstämplingsprocess odokumenteradNya teammedlemmar eller nya signeringsverktyg hoppar över tidsstämpling, vilket återinför den ursprungliga risken.Dokumentera arbetsflödet för tidsstämpling per signeringsverktyg och distribuera det till alla intressenterSäkerhetsarkitekt
Certifikat återkallat utan att bekräfta tidigare tidsstämplarOsäkerhet om huruvida redan levererad programvara kommer att fortsätta valideras efter återkallelseBekräfta att berörda versioner tidsstämplades innan ett komprometterat certifikat återkalladesCISO
Ingen periodisk granskning av signerings-/tidsstämplingsrutinerKonfigurationsavvikelser går obemärkt förrän ett utgånget certifikat förstör installationernaKonfiguration av granskningsverktyg för signering och TSA-användning enligt rekommenderad uppdateringskadensEfterlevnadsteam

Certifikatlivscykelhantering och PKI-modernisering

Kodsigneringscertifikat omfattas av samma disciplin för certifikatlivscykelhantering som alla andra certifikattyper: utfärdande, förnyelse och återkallelse måste alla spåras, och tidsstämpling är det som hindrar återkallelser från att förstöra redan levererad programvara. CertSecure Manager centraliserar certifikatautomation, inklusive spårning av kodsigneringscertifikatlivscykel, så att utgångna signeringscertifikat inte överraskar en releasepipeline. Organisationer som moderniserar sin PKI eller flyttar certifikatutfärdande till molnet bör också utvärdera PKI-as-a-Service för PKI-modernisering med inbyggd signerings- och tidsstämplingsinfrastruktur.

Eftersom signeringsnycklar och algoritmer så småningom kommer att behöva migreras för kryptoagilitet, kombinera tidsstämplingsdisciplinen med en bredare inventering: PQC Center of Excellence erbjuder praktisk postkvanttestning, och en PQC- beredskapsbedömning kan identifiera vilka signeringscertifikat och nycklar som behöver uppmärksammas först. Kombinera båda med CBOM Secure för kontinuerlig certifikatidentifiering och maskinidentitetsinventering för varje kodsigneringsnycklar som används.

För mer information om den omgivande livscykeln, se Vilka är stegen i en certifikatlivscykel? och Hur man undviker certifikatavbrott.

Mätning av framgång och pågående revisioner

Framgång innebär att varje signerad version har en giltig tidsstämpel som standard, inga installationsfel som kan spåras tillbaka till ett utgånget signeringscertifikat, ett dokumenterat arbetsflöde för tidsstämpling som alla intressenter kan referera till och en TSA-slutpunkt som övervakas snarare än antas vara aktiv.

Granska konfigurationen av signeringsverktyget, TSA-slutpunktens tillgänglighet och denna dokumentation med 6 månaders mellanrum, eftersom detta är en ständigt återkommande förklaring av en stabil process snarare än en policy knuten till en specifik leverantörsdeadline.

Slutsats

Tidsstämpling verkar vara ett valfritt steg, medan det är en viktig del av kodsigneringsekosystemet i din organisation. Utan tidsstämpling skulle utgången/återkallelsen av kodsigneringscertifikat minska kundernas förtroende för samma programvaruprodukt. Tidsstämplar säkerställer att även om certifikat förlorar sin giltighet eller återkallas av någon anledning, förblir deras signaturer giltiga, säkra och pålitliga.

Vanliga frågor om partihandel med mat och dryck

Vad är den viktigaste slutsatsen från tidsstämplingskodsigneringscertifikat – betydelse?

Den viktigaste slutsatsen är att tidsstämpling frikopplar en signaturs giltighet från kodsigneringscertifikatets giltighet: en klient verifierar signaturen mot den registrerade signeringstiden, så att tidigare signerad programvara fortsätter att installeras korrekt även efter att certifikatet har löpt ut eller återkallats.

Varför är detta viktigt för PKI-team på stora företag?

Enterprise PKI-team hanterar kodsigneringscertifikat tillsammans med alla andra certifikattyper, och ett signeringscertifikat utan tidsstämplad version förvandlar en rutinmässig förnyelse eller återkallelse till ett avbrott i programvarudistributionen, eftersom redan levererade versioner slutar installeras i samma ögonblick som certifikatet löper ut.

Vilka risker ökar om detta ämne hanteras manuellt?

Att hantera tidsstämpling manuellt ökar risken att en utvecklare glömmer att aktivera tidsstämpelflaggan på en given version, att olika signeringsverktyg följer inkonsekventa odokumenterade arbetsflöden och att ingen märker en saknad tidsstämpel förrän en gammal version börjar misslyckas med att installeras.

Vilka lag borde ta över den här förändringen?

PKI-administratörer bekräftar att signeringsverktyget och TSA är korrekt konfigurerade; säkerhetsarkitekter väljer och dokumenterar tidsstämplingsprotokollet; plattformsteam automatiserar det till CI/CD; efterlevnadsteam håller processen dokumenterad och distribuerad; och CISO:er äger beslutet att återkalla certifikat med vetskapen om att tidsstämplad programvara förblir giltig.

Hur kopplas detta till hantering av certifikatlivscykeln?

Tidsstämpling är en fråga för hantering av certifikats livscykel eftersom den avgör om ett kodsigneringscertifikats utgång eller återkallelse, båda normala livscykelhändelser, faktiskt bryter mot tidigare signerad programvara eller inte.

Hur bör organisationer mäta framgång?

Framgång innebär att varje signerad version har en giltig tidsstämpel som standard, inga installationsfel som kan spåras till ett utgånget signeringscertifikat och ett dokumenterat arbetsflöde för tidsstämpling som alla intressenter kan referera till.

Vad bör granskas eller övervakas regelbundet?

Organisationer bör kontinuerligt övervaka tillgängligheten för TSA-slutpunkter och granska signeringsverktygets tidsstämpelkonfiguration och dokumentation med en 6-månaders mellanrum för att upptäcka konfigurationsavvikelser innan det orsakar ett installationsfel.

Hur påverkar detta ämne moln-, hybrid- eller multi-CA PKI?

I miljöer med flera CA- eller hybridcertifikat behöver varje signeringspipeline och varje CA som utfärdar kodsigneringscertifikat sin egen bekräftade tidsstämplingskonfiguration, eftersom en TSA-inställning som fungerar för ett signeringsverktyg eller CI-system inte automatiskt gäller för ett annat.

Vilka vanliga misstag bör team undvika?

Vanliga misstag inkluderar att lämna tidsstämpelalternativet avstängt eftersom det är valfritt som standard, att hoppa över dokumentation av tidsstämpelarbetsflödet, att inte automatisera det i byggpipelinen och att anta att ett certifikat inte kan återkallas säkert utan att kontrollera om tidigare byggen var tidsstämplade.

Vad bör uppdateras kvartalsvis?

Eftersom detta är en ständigt återkommande förklaring snarare än en policy knuten till en skiftande deadline, rekommenderas en uppdateringskadens var sjätte månad för att granska signeringsverktygets konfiguration, TSA-slutpunktens tillgänglighet och denna dokumentation, snarare än en kvartalsvis.