Hashe/Krypto

AES Encrypt/Decrypt

Szyfruj i deszyfruj tekst za pomocą AES-GCM lub AES-CBC z użyciem hasła (klucz wyprowadzany przez PBKDF2).

AES is the standard for symmetric encryption: the same password is used to both encrypt and decrypt. This tool derives an encryption key from your password with PBKDF2 and encrypts text with AES-GCM or AES-CBC — all locally in your browser.

How to use it

Common uses

Things to keep in mind

The IV (initialization vector) must be unique for every encryption performed with the same key — reusing a key+IV pair in GCM completely breaks the encryption's security.

AES-CBC without a separate integrity check (a MAC) is vulnerable to ciphertext-tampering attacks — that's why GCM, which combines encryption and authentication in one mode, is the safer default.

Artykuł o tym narzędziu: AES: jak działa szyfrowanie symetryczne

Najczęstsze pytania

Jakie rozmiary kluczy obsługuje tu AES i którego użyć?

AES obsługuje klucze 128, 192 i 256-bitowe. AES-256 to typowa rekomendacja dla nowych aplikacji — 128 bitów uznawane jest już za bezpieczne, ale 256 bitów daje dodatkowy margines przy znikomym praktycznym koszcie.

Jaka jest różnica między trybami szyfrowania (np. CBC, GCM)?

GCM uwierzytelnia szyfrogram podczas szyfrowania, więc wykrywa też manipulację, dlatego jest zalecanym domyślnym wyborem. CBC tylko szyfruje i wymaga osobnego MAC dla integralności oraz losowego IV przy każdym szyfrowaniu, by pozostać bezpiecznym.

Czy mój klucz lub tekst jawny jest gdzieś wysyłany?

Nie. Całe szyfrowanie i deszyfrowanie odbywa się lokalnie w Twojej przeglądarce za pomocą Web Crypto API — nic nie jest wysyłane na serwer.

Dlaczego nie warto używać trybu ECB?

ECB szyfruje każdy blok niezależnie i tak samo, więc identyczne bloki tekstu jawnego dają identyczne bloki szyfrogramu — to ujawnia strukturę danych (na przykład powtarzające się wzory na obrazie pozostają widoczne nawet po zaszyfrowaniu). CBC lub GCM z unikalnym IV eliminują ten problem.

Co się stanie, jeśli ponownie użyje się tego samego IV z tym samym kluczem?

W przypadku GCM to krytyczny błąd — ponowne użycie pary klucz+IV całkowicie kompromituje poufność i autentyczność szyfrowania. IV zawsze musi być unikalny dla każdego szyfrowania z tym samym kluczem.

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.

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ę.

PGP: jak działa szyfrowanie kluczem publicznym i prywatnym

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