Hashe/Krypto

X.509 / SSL Certificate Decoder

Analiza certyfikatu PEM (X.509/ASN.1 DER) — podmiot, wystawca, okres ważności, klucz publiczny, rozszerzenia i odciski palców.


                    

A PEM-format SSL/TLS certificate is essentially a text representation of a binary ASN.1 DER structure, unreadable without decoding. This tool breaks a certificate down into understandable fields: subject, issuer, validity period, public key, and fingerprints.

How to use it

Common uses

Things to keep in mind

Parsing a certificate only shows its content — it doesn't verify the trust chain up to a root CA or check revocation status (CRL/OCSP); those need separate checks.

Modern certificates have short validity periods (90 days for Let's Encrypt) specifically to reduce the risk from a compromised key — that's expected practice, not a sign of a problem.

Artykuł o tym narzędziu: X.509: co jest wewnątrz certyfikatu SSL

Najczęstsze pytania

Jakie informacje faktycznie zawiera certyfikat X.509?

Łączy klucz publiczny z danymi tożsamości (podmiot, wystawca, daty ważności) oraz podpisem cyfrowym urzędu certyfikacji (lub własnym, jeśli samopodpisany), pozwalając innym zweryfikować, do kogo należy klucz i że nie został naruszony.

Jaka jest różnica między łańcuchem certyfikatów a certyfikatem liścia?

Certyfikat liścia identyfikuje faktyczny serwer lub podmiot, podczas gdy łańcuch zawiera jeden lub więcej certyfikatów pośrednich łączących go z zaufanym głównym CA — przeglądarka potrzebuje pełnego łańcucha, by ustanowić zaufanie, nie tylko liścia.

Czy dekodowanie certyfikatu tutaj przesyła go gdzieś?

Nie. Parsowanie i dekodowanie odbywa się całkowicie w Twojej przeglądarce — zawartość certyfikatu nigdy nie opuszcza Twojego urządzenia.

Kiedy certyfikat samopodpisany jest w porządku?

Do wewnętrznych testów, rozwoju lub zamkniętych sieci, gdzie publiczne zaufanie przeglądarek nie jest potrzebne. Dla publicznej strony przeglądarki oznaczą certyfikat samopodpisany jako niezaufany, ponieważ łańcuch nie prowadzi do żadnego głównego CA.

Dlaczego okres ważności certyfikatów jest ograniczony?

Ograniczony okres ważności (zwykle od 90 dni do 1 roku dla nowoczesnych certyfikatów) zmniejsza ryzyko związane ze skompromitowanym kluczem prywatnym i wymusza regularną aktualizację parametrów kryptograficznych zgodnie z aktualnymi standardami bezpieczeństwa.

Artykuły: Hashe/Krypto

Hash Generator: czym różnią się MD5, SHA-1 i SHA-256

Dlaczego MD5 nadal jest używane do sprawdzania integralności plików, ale nie do haseł.

Checksum Verifier: jak sprawdzić, czy plik nie jest uszkodzony

Dlaczego zgodna suma kontrolna potwierdza integralność pliku, ale nie to, kto go stworzył.

HMAC: czym skrót z kluczem różni się od zwykłego skrótu

Dlaczego zwykły SHA-256 nie chroni przed sfałszowaniem wiadomości, a HMAC tak.

Bcrypt: dlaczego hasła haszuje się wolno, a nie szybko

Dlaczego szybki SHA-256 to zły wybór do haseł, a wolny bcrypt to właściwy.

UUID: jak generuje się identyfikatory, które prawie nigdy się nie powtarzają

Dlaczego UUID v4 można generować niezależnie na milionach maszyn bez ryzyka kolizji.

Generator haseł: co naprawdę czyni hasło silnym

Dlaczego długie hasło ze słów słownikowych jest silniejsze niż krótkie z symbolami i cyframi.

AES: jak działa szyfrowanie symetryczne

Dlaczego ten sam klucz szyfruje i deszyfruje dane w AES, i czym różni się to od szyfrowania asymetrycznego.

Argon2: dlaczego ten algorytm wygrał konkurs na haszowanie haseł

Jak Argon2 lepiej broni się przed atakami z użyciem kart graficznych niż starsze algorytmy haszowania haseł.

Scrypt: dlaczego algorytm potrzebuje tak dużo pamięci

Dlaczego scrypt celowo wymaga dużo pamięci, aby utrudnić łamanie na urządzeniach ASIC.

TOTP: jak działają jednorazowe kody w aplikacjach uwierzytelniających

Dlaczego kod w Google Authenticator działa bez internetu i synchronizuje się z serwerem tylko przez czas.

PBKDF2: najstarszy standard rozciągania klucza

Dlaczego zalecana liczba iteracji PBKDF2 rośnie z każdym rokiem.

PGP: jak działa szyfrowanie kluczem publicznym i prywatnym

Dlaczego można swobodnie udostępniać klucz publiczny PGP, ale nigdy klucz prywatny.