Hashe/Krypto

PGP/GPG Encrypt/Decrypt

Generowanie kluczy PGP, szyfrowanie i deszyfrowanie wiadomości (OpenPGP, RFC 4880) za pomocą biblioteki openpgp.js.


                        

                        

PGP/OpenPGP (RFC 4880) uses a key pair — public and private — for end-to-end message encryption and digital signatures. This tool generates keys and encrypts/decrypts messages using the openpgp.js library, right in your browser.

How to use it

Common uses

Things to keep in mind

A public key can be shared freely — it's exactly what others need to encrypt a message for you; a private key must never be shared with anyone.

Losing a private key with no backup means old messages can never be decrypted again — that's why creating a revocation certificate right after generating a key is worth doing immediately.

Artykuł o tym narzędziu: PGP: jak działa szyfrowanie kluczem publicznym i prywatnym

Najczęstsze pytania

Jaka jest różnica między szyfrowaniem a podpisywaniem w PGP?

Szyfrowanie zaciemnia wiadomość tak, by mógł ją odczytać tylko klucz prywatny zamierzonego odbiorcy, przy użyciu jego klucza publicznego. Podpisywanie robi coś przeciwnego — używa Twojego klucza prywatnego, by udowodnić, że wiadomość pochodzi od Ciebie i nie została zmieniona, co może zweryfikować każdy posiadający Twój klucz publiczny.

Czy muszę powierzyć temu narzędziu swój klucz prywatny?

Całe generowanie kluczy, szyfrowanie, deszyfrowanie i podpisywanie odbywa się całkowicie w Twojej przeglądarce — Twój klucz prywatny nigdy nie jest wysyłany na serwer. Mimo to traktuj każdy klucz prywatny wklejony tutaj z taką samą ostrożnością jak zawsze.

Jaka jest różnica między kluczami RSA i ECC tutaj?

RSA to starsza, szerzej wspierana opcja, zwykle wymagająca dłuższych kluczy (2048+ bitów) dla równoważnego bezpieczeństwa. ECC (krzywe eliptyczne) osiąga podobne bezpieczeństwo znacznie krótszymi kluczami, co czyni je szybszymi, choć nieco rzadziej wspieranymi przez starsze oprogramowanie.

Czym jest Web of Trust i czym różni się od X.509?

W przeciwieństwie do X.509, gdzie zaufanie gwarantuje scentralizowany urząd certyfikacji, PGP opiera się na „sieci zaufania": użytkownicy sami podpisują wzajemnie swoje klucze publiczne, potwierdzając osobistą weryfikację przynależności klucza. Zaufanie do nieznanego klucza powstaje poprzez łańcuch podpisów osób, którym już ufasz.

Co się stanie, jeśli zgubi się klucz prywatny?

Bez klucza prywatnego nie da się odszyfrować wiadomości zaszyfrowanych dla Ciebie ani złożyć podpisu we własnym imieniu — odzyskanie klucza jest niemożliwe, jeśli nie ma kopii zapasowej. Dlatego utworzenie certyfikatu unieważnienia (revocation certificate) zaraz po wygenerowaniu klucza to ważna praktyka.

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.

X.509: co jest wewnątrz certyfikatu SSL

Co dokładnie przegląda przeglądarka w certyfikacie witryny, zanim pokaże zieloną kłódkę.