- Beskrivning
- Snabbt svar: Vad är tidsstämpling vid kodsignering?
- Sammanfattning
- Vem borde bry sig om tidsstämpling vid kodsignering
- Varför detta är viktigt: Data och deadlines
- Ordlista: Viktiga termer
- Vad är tidsstämpling?
- Nedan följer arbetsflödet för en tidsstämplingsprocess:
- Följande steg utförs med Time Stamp-programvaran:
- Protokoll som används vid tidsstämpling
- Bästa praxis för tidsstämpling av kodsignering
- Praktisk checklista innan du skickar ett signerat bygge
- Tabell över problem, påverkan och ägarskap
- Certifikatlivscykelhantering och PKI-modernisering
- Mätning av framgång och pågående revisioner
- Slutsats
- Vanliga frågor om partihandel med mat och dryck
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
| Termin | Definition |
|---|---|
| Kodsignering | Praxisen 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ämpling | Ett 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 3161 | Den 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 Autenticode | Microsofts kodsignerings- och tidsstämplingsformat, som används i .cab-, .exe-, .ocx- och .dll-filer i Windows. |
| Återkallelse av certifikat | Handlingen 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:

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.
Följande steg utförs med Time Stamp-programvaran:
- Ett hashat värde skapas och skickas till TSA av den som begär programvaran som behöver tidsstämplas.
- 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.
- Därefter paketeras den nya hashen och programvarans hash och skickas till den som begär det.
- 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:
- 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.
- Se till att tidsstämpling ingår som en del av din programvaruutvecklingslivscykel. Detta undviker oväntade problem på grund av versionsöverensstämmelser.
- 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.
- 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åva | Business Impact | Rekommenderad åtgärd | Ägare |
|---|---|---|---|
| Alternativet för tidsstämpling lämnas inaktiverat i signeringsverktyget | Programvaran 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åva | Plattformsteamet |
| Ingen TSA-slutpunktsövervakning | Byggen 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öds | PKI-administratör |
| Tidsstämplingsprocess odokumenterad | Nya 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 intressenter | Säkerhetsarkitekt |
| Certifikat återkallat utan att bekräfta tidigare tidsstämplar | Osäkerhet om huruvida redan levererad programvara kommer att fortsätta valideras efter återkallelse | Bekräfta att berörda versioner tidsstämplades innan ett komprometterat certifikat återkallades | CISO |
| Ingen periodisk granskning av signerings-/tidsstämplingsrutiner | Konfigurationsavvikelser går obemärkt förrän ett utgånget certifikat förstör installationerna | Konfiguration av granskningsverktyg för signering och TSA-användning enligt rekommenderad uppdateringskadens | Efterlevnadsteam |
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.
- Beskrivning
- Snabbt svar: Vad är tidsstämpling vid kodsignering?
- Sammanfattning
- Vem borde bry sig om tidsstämpling vid kodsignering
- Varför detta är viktigt: Data och deadlines
- Ordlista: Viktiga termer
- Vad är tidsstämpling?
- Nedan följer arbetsflödet för en tidsstämplingsprocess:
- Följande steg utförs med Time Stamp-programvaran:
- Protokoll som används vid tidsstämpling
- Bästa praxis för tidsstämpling av kodsignering
- Praktisk checklista innan du skickar ett signerat bygge
- Tabell över problem, påverkan och ägarskap
- Certifikatlivscykelhantering och PKI-modernisering
- Mätning av framgång och pågående revisioner
- Slutsats
- Vanliga frågor om partihandel med mat och dryck
- Vad är den viktigaste slutsatsen från tidsstämplingskodsigneringscertifikat – betydelse?
- Varför är detta viktigt för PKI-team på stora företag?
- Vilka risker ökar om detta ämne hanteras manuellt?
- Vilka lag borde ta över den här förändringen?
- Hur kopplas detta till hantering av certifikatlivscykeln?
- Hur bör organisationer mäta framgång?
- Vad bör granskas eller övervakas regelbundet?
- Hur påverkar detta ämne moln-, hybrid- eller multi-CA PKI?
- Vilka vanliga misstag bör team undvika?
- Vad bör uppdateras kvartalsvis?
