Хеши/крипто

X.509 / SSL Certificate Decoder

Разбор PEM-сертификата (X.509/ASN.1 DER) — субъект, издатель, срок действия, публичный ключ, расширения и отпечатки.


                    

SSL/TLS-сертификат в формате PEM — это, по сути, текстовое представление бинарной структуры ASN.1 DER, нечитаемое без декодирования. Инструмент разбирает сертификат на понятные поля: субъект, издатель, срок действия, публичный ключ и отпечатки.

Как пользоваться

Типичные сценарии

Что стоит помнить

Разбор сертификата показывает только его содержимое — он не проверяет цепочку доверия до корневого CA или статус отзыва (CRL/OCSP), для этого нужны отдельные проверки.

Современные сертификаты имеют короткий срок действия (90 дней у Let's Encrypt) именно для снижения рисков от компрометации ключа — это ожидаемая практика, а не признак проблемы.

Статья об этом инструменте: X.509: что внутри SSL-сертификата

Часто задаваемые вопросы

Какую информацию на самом деле содержит сертификат X.509?

Он объединяет публичный ключ с деталями идентичности (субъект, издатель, сроки действия) и цифровой подписью центра сертификации (или собственной, если самоподписанный), позволяя другим проверить, кому принадлежит ключ и что он не был подделан.

В чём разница между цепочкой сертификатов и конечным сертификатом?

Конечный сертификат идентифицирует непосредственно сервер или сущность, тогда как цепочка включает один или более промежуточных сертификатов, связывающих его с доверенным корневым ЦС — браузеру нужна вся цепочка для установления доверия, а не только конечный сертификат.

Загружается ли сертификат куда-либо при декодировании здесь?

Нет. Разбор и декодирование происходят полностью в вашем браузере — содержимое сертификата никогда не покидает ваше устройство.

Когда самоподписанный сертификат — это нормально?

Для внутреннего тестирования, разработки или закрытых сетей, где публичное доверие браузеров не требуется. Для публичного сайта браузеры пометят самоподписанный сертификат как недоверенный, поскольку цепочка не ведёт ни к одному корневому CA.

Почему срок действия сертификатов ограничивают?

Ограниченный срок действия (обычно от 90 дней до 1 года для современных сертификатов) снижает риски от скомпрометированного приватного ключа и заставляет регулярно обновлять криптографические параметры в соответствии с актуальными стандартами безопасности.

Статьи: Хеши/крипто

Hash Generator: чем MD5, SHA-1 и SHA-256 отличаются друг от друга

Почему MD5 до сих пор используют для проверки целостности файлов, но не для паролей.

Checksum Verifier: как проверить, что файл не повреждён

Почему совпадение контрольной суммы подтверждает целостность файла, но не то, кто его создал.

HMAC: чем хеш с ключом отличается от обычного хеша

Почему обычный SHA-256 не защищает от подделки сообщения, а HMAC — защищает.

Bcrypt: почему пароли хешируют медленно, а не быстро

Почему быстрый SHA-256 — плохая идея для паролей, а медленный bcrypt — правильная.

UUID: как генерируют идентификаторы, которые почти никогда не повторяются

Почему UUID v4 можно генерировать независимо на миллионах машин без риска коллизий.

Генератор паролей: что на самом деле делает пароль устойчивым

Почему длинный пароль из словаря надёжнее короткого с символами и цифрами.

AES: как работает симметричное шифрование

Почему один и тот же ключ шифрует и расшифровывает данные в AES, и чем это отличается от асимметричного шифрования.

Argon2: почему этот алгоритм победил в конкурсе на хеширование паролей

Чем Argon2 лучше защищает от атак на видеокартах, чем более старые алгоритмы хеширования паролей.

Scrypt: зачем алгоритму нужно много памяти

Почему scrypt намеренно требует много памяти, чтобы усложнить перебор на ASIC-устройствах.

TOTP: как работают одноразовые коды в приложениях-аутентификаторах

Почему код в Google Authenticator работает без интернета и синхронизируется с сервером только по времени.

PBKDF2: самый старый стандарт растяжения ключей

Почему рекомендуемое количество итераций PBKDF2 растёт с каждым годом.

PGP: как работает шифрование с открытым и приватным ключом

Почему можно свободно делиться публичным ключом PGP, но не приватным.