Хеші/крипто

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, але не приватним.