Kategori
Certifikat och PKI
Alla verktyg och artiklar i denna kategori, samlade på ett ställe.
Verktyg
ACME dns-01 TXT computer
Compute the TXT record for an ACME dns-01 challenge, from the token and account key.
Certificate chain builder
Paste a leaf and its intermediates in any order and get the chain a server should send: the end entity first, each issuer after the certificate it signed, the root optional. Links are made by key identifier or by name, RFC 5280's rules are checked along the way (cA, keyCertSign, pathLenConstraint, validity, windows), missing and extra certificates are named, and each signature is verified in your browser. Nothing is fetched.
CSR-avkodare
Avkoda en PKCS#10-begäran om certifikatsignering för att läsa dess ämne, publika nyckel, begärda SAN och tillägg samt attribut; allt i din webbläsare.
Let's Encrypt rate-limit planner
Plan certificate issuance for a set of hostnames: group them by registered domain and see how they map onto Let's Encrypt's rate limits.
Planerare för certifikatsförnyelse
Beräkna ett TLS-certifikats giltighet, om det passar in i CA/Browser Forums 47-dagarsschema, och förnyelsekadensen det medför; allt offline.
X.509-certifikatavkodare
Klistra in ett certifikat som PEM, base64 eller hex för att läsa dess subjekt, utfärdare, giltighetsfönster, publika nyckel och v3-tillägg, med SHA-256- och SHA-1-fingeravtryck. Körs helt i din webbläsare.
Artiklar
Anatomin hos ett X.509-certifikat
Vad som lever inuti ett TLS-certifikat, hur ASN.1/DER-byten är strukturerade, vad v3-tilläggen faktiskt styr, och varför att avkoda ett certifikat inte är samma sak som att lita på det.
LäsPEM, DER och certifikatfilformaten
Varför samma certifikat kommer i så många filformer, vad PEM och DER faktiskt är, och vad .crt, .pem, .pfx och .p12 verkligen håller.
LäsCertifikatsigneringsbegäranden och hur certifikat utfärdas
Vad en CSR innehåller, varför din privata nyckel aldrig lämnar din maskin, hur en CA validerar och utfärdar, och hur ACME automatiserar hela utbytet.
LäsCertificate chains: the order, the anchor, and what breaks them
A server certificate is only the last link. How a client builds the path from the leaf to a root it trusts, why the order of the Certificate message matters and what TLS 1.3 relaxed, why the root is normally left out, how key identifiers and names link one certificate to the next, what pathLenConstraint, cA and keyCertSign forbid, why a cross-signed root appears in a chain as if it were an intermediate, and why the same chain works in one browser and fails in another. With RFC 5280, RFC 8446, the Baseline Requirements and a live Let's Encrypt chain.
LäsHur certifikatvalidering faktiskt fungerar
Stegen en klient kör för att avgöra att ett certifikat är pålitligt: bygga kedjan, kontrollera signaturer och datum, matcha namnet och upprätthålla begränsningar.
LäsCertifikatåterkallelse: CRL, OCSP och kortlivade certifikat
Varför ett certifikat ibland måste annulleras innan det går ut, varför de klassiska återkallelsesystemen fungerar dåligt, och varför industrin i stället krymper certifikatlivslängderna.
LäsAuthority Information Access: The OCSP and CA Issuers URLs
The AIA extension carries two kinds of pointer: where to ask whether a certificate is revoked (OCSP) and where to fetch the issuer's own certificate (CA Issuers). What each is for, why they are easy to confuse, and what the inspector shows.
LäsOCSP Must-Staple: Closing the Soft-Fail Gap
Real-time OCSP checking has a fatal weakness: when the responder is unreachable, clients usually proceed anyway. OCSP stapling and the Must-Staple flag are the fix. What the TLS Feature extension declares, and the operational risk it carries.
LäsACME: how certificates issue and renew themselves
How the ACME protocol automates certificate issuance end to end: the account, the order, the three challenge types, the dns-01 record you publish, and the finalize-and-download step that produces the certificate.
LäsThe 47-day era: how TLS certificate lifetimes are shrinking
The CA/Browser Forum's SC-081v3 schedule takes maximum public TLS validity from 398 days down to 47 by 2029, in three steps. What the phases are, why 47, and what it does to renewal volume.
LäsCertificate validity windows: notBefore, notAfter, and renewal lead time
How a certificate's lifetime is defined by two timestamps, how that length is measured against the cap, why validity is not the same as time remaining, and how to choose a renewal lead time.
LäsLet's Encrypt: the free CA and its rate limits
What Let's Encrypt is, why its certificates are short-lived, and how its rate limits actually work: the per-registered-domain and per-account limits, the exact-set and authorization-failure limits, and why ARI renewals are exempt from all of them.
LäsDCV and SII reuse: the validation cadence behind the renewal cadence
Issuing a certificate means proving domain control and, for OV/EV, organization identity. SC-081v3 shrinks how long those proofs can be reused, DCV to 10 days by 2029, which reshapes renewal as much as validity does.
LäsRenewing before expiry: lead time, ACME, and ARI
Why late renewal causes outages, how ACME automates issuance and renewal, how the ARI extension lets a CA steer the renewal window, and how to pick a lead time that leaves room to retry.
LäsPublic vs private PKI: which certificates SC-081v3 governs
The 47-day schedule binds publicly trusted TLS certificates only. What separates public from private PKI, why internal CAs are exempt, and how to read the planner's compliance verdict for an internal certificate.
Läs