Категория
Сертификаты и PKI
Все инструменты и статьи этой категории, собранные в одном месте.
Инструменты
Декодер CSR
Декодируйте запрос на подпись сертификата PKCS#10, чтобы прочитать его субъект, открытый ключ, запрошенные SAN и расширения, а также атрибуты; полностью в браузере.
Декодировщик сертификатов X.509
Вставьте сертификат в формате PEM, base64 или hex, чтобы прочитать его субъект, издателя, окно действия, открытый ключ и расширения v3, с отпечатками SHA-256 и SHA-1. Работает полностью в вашем браузере.
Планировщик обновления сертификатов
Рассчитайте срок действия сертификата TLS, укладывается ли он в 47-дневный график CA/Browser Forum, и вытекающую из этого частоту обновления; всё офлайн.
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.
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.
Статьи
Анатомия сертификата X.509
Что живёт внутри сертификата TLS, как структурированы байты ASN.1/DER, что на самом деле контролируют расширения v3, и почему декодировать сертификат не то же самое, что доверять ему.
ЧитатьPEM, DER и форматы файлов сертификатов
Почему один и тот же сертификат приходит в стольких файловых формах, что такое PEM и DER на самом деле, и что .crt, .pem, .pfx и .p12 действительно содержат.
ЧитатьЗапросы на подпись сертификата и как сертификаты выпускаются
Что содержит CSR, почему ваш приватный ключ никогда не покидает вашу машину, как CA проверяет и выпускает, и как ACME автоматизирует весь обмен.
ЧитатьCertificate 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.
ЧитатьКак на самом деле работает проверка сертификата
Шаги, которые клиент выполняет, чтобы решить, что сертификат заслуживает доверия: построение цепочки, проверка подписей и дат, сопоставление имени и применение ограничений.
ЧитатьОтзыв сертификатов: CRL, OCSP и короткоживущие сертификаты
Почему сертификат иногда нужно аннулировать до истечения срока, почему классические системы отзыва работают плохо, и почему индустрия вместо этого сокращает сроки жизни сертификатов.
ЧитатьAuthority 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.
ЧитатьOCSP 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.
ЧитатьACME: 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.
ЧитатьThe 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.
ЧитатьCertificate 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.
ЧитатьLet'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.
ЧитатьDCV 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.
ЧитатьRenewing 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.
ЧитатьPublic 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.
Читать