Narzędzie do szyfrowania AES — GCM, CBC i CTR

Czym jest szyfrowanie AES?

// AES-256-GCM with a passphrase (PBKDF2-HMAC-SHA256, 600,000 iterations).
// Identical code runs in the browser and in Node.js 20+ via Web Crypto.
async function aesGcmEncrypt(plaintext, passphrase) {
  const enc = new TextEncoder();
  const salt = crypto.getRandomValues(new Uint8Array(16));
  const iv = crypto.getRandomValues(new Uint8Array(12));
  const baseKey = await crypto.subtle.importKey(
    'raw', enc.encode(passphrase), 'PBKDF2', false, ['deriveKey']);
  const key = await crypto.subtle.deriveKey(
    { name: 'PBKDF2', salt, iterations: 600000, hash: 'SHA-256' },
    baseKey, { name: 'AES-GCM', length: 256 }, false, ['encrypt']);
  const ct = new Uint8Array(await crypto.subtle.encrypt(
    { name: 'AES-GCM', iv }, key, enc.encode(plaintext)));
  const packed = new Uint8Array([...salt, ...iv, ...ct]); // salt(16) | iv(12) | ct+tag
  return btoa(String.fromCharCode(...packed));            // self-contained Base64
}

Kluczowe funkcje

Przykłady szyfrowania AES

The quick brown fox jumps over the lazy dog.

sól (16 B) + IV (12 B) + szyfrogram + tag (16 B), zakodowane w Base64 — nowa wartość przy każdym uruchomieniu

Attack at dawn!

U2FsdGVkX18AESIzRFVmd1PBwxIFQpF+VgIhTK0aDHQ=

Jak szyfrować tekst za pomocą AES

1. 1

   Wybierz tryb i rozmiar klucza

   Pozostaw Tryb ustawiony na GCM (zalecane), a Rozmiar klucza na 256 dla najsilniejszego rozsądnego ustawienia domyślnego. Przełącz na CBC lub CTR tylko wtedy, gdy wymaga tego docelowy system.

2. 2

   Wybierz hasło lub klucz surowy

   Pozostaw Typ klucza ustawiony na Hasło i wpisz silne hasło, albo przełącz na Klucz surowy i wklej dokładny klucz 128/192/256-bitowy w postaci hex lub Base64. Odznaka z liczbą bajtów potwierdza, czy Twój klucz surowy ma prawidłową długość.

3. 3

   Wprowadź tekst do zaszyfrowania

   Wpisz lub wklej swój tekst jawny. Szyfrowanie odbywa się automatycznie podczas pisania, całkowicie w Twojej przeglądarce — bez podróży przez przycisk i bez przesyłania danych.

4. 4

   Skopiuj samowystarczalny szyfrogram

   Wynik w Base64 po prawej stronie zawiera już sól, IV i tag uwierzytelniający. Użyj paska segmentów, by zobaczyć układ bajtów, a następnie kliknij Kopiuj. Przełącz kodowanie wyjścia na Hex, jeśli tego oczekuje Twój docelowy system.

5. 5

   Odszyfruj go z powrotem, gdy zajdzie taka potrzeba

   Przekaż odbiorcy szyfrogram, hasło oraz ten sam tryb i rozmiar klucza, albo otwórz stronę odszyfrowywania AES, aby odwrócić proces samodzielnie.

Częste błędy przy szyfrowaniu AES

Key type: Raw key
Key (hex): correct horse battery staple   (not hex, not 32 bytes)

Key type: Passphrase
Passphrase: correct horse battery staple   (stretched with PBKDF2)

// same key, same IV for two messages
encrypt(key, iv, a); encrypt(key, iv, b);

// fresh random IV each time (the default)
encrypt(key, randomIV(), a);

stored = ciphertext              // salt + IV + tag thrown away

stored = salt + iv + ciphertext + tag   // the full Base64 string

assert(encrypt(msg) === encrypt(msg))   // fails — and should

assert(decrypt(encrypt(msg)) === msg)   // this is what must hold

Co możesz zrobić dzięki szyfrowaniu AES

Poznaj zachowanie trybów AES

Przełączaj się między GCM, CBC i CTR przy tym samym wejściu, aby zobaczyć, jak zmienia się uwierzytelnianie, długość IV i rozmiar szyfrogramu. Praktyczny sposób na zrozumienie tego, co faktycznie określa NIST SP 800-38D.

Wygeneruj szyfrogram odczytywalny przez inny system

Wygeneruj wynik w formacie Salted__ OpenSSL (lub jako klucz surowy plus IV), aby backend, skrypt lub kolega korzystający z openssl albo biblioteki kryptograficznej mógł go odszyfrować bez problemu.

Zaszyfruj krótką notatkę lub fragment

Chroń jednorazowy fragment osobistego tekstu — frazę odzyskiwania przenoszoną między urządzeniami, fragment ze zgłoszenia wsparcia — hasłem, które znasz tylko Ty. Nie do sekretów regulowanych ani produkcyjnych.

Prototypuj format szyfrowania

Ustal tu układ soli/IV/tagu oraz ustawienia KDF przed napisaniem kodu, korzystając z podziału na segmenty, by potwierdzić kolejność i długości bajtów.

Wygeneruj wektory testowe

Utwórz znany szyfrogram przy stałym haśle i trybie, aby zasilić własne testy odszyfrowywania, a następnie zweryfikuj cały cykl na stronie odszyfrowywania AES.

Tryby AES i wyprowadzanie klucza

GCM (Galois/Counter Mode) — uwierzytelniony, zalecany

Poufność plus 128-bitowy tag uwierzytelniający (NIST SP 800-38D). Używa 96-bitowego (12-bajtowego) IV, generowanego losowo przy każdym szyfrowaniu, a zarówno szyfrowanie, jak i odszyfrowywanie dobrze się zrównoleglają. Jedna zasada, której nigdy nie wolno złamać: nigdy nie używaj ponownie IV z tym samym kluczem. SP 800-38D ogranicza pojedynczy klucz do około 2^32 losowo wygenerowanych IV, a powtórzenie ujawnia XOR dwóch tekstów jawnych i może nawet ujawnić klucz uwierzytelniający chroniący tag. Najlepszy wybór niemal do wszystkiego.

CBC (Cipher Block Chaining) — tylko poufność

Każdy blok jest łączony operacją XOR z poprzednim blokiem szyfrogramu, przy użyciu losowego 16-bajtowego IV. Nie ma wbudowanego uwierzytelniania, więc musi być łączony z osobnym MAC-iem — szyfruj-a-potem-MAC, na przykład za pomocą naszego generatora HMAC — a historycznie jest podatny na ataki typu padding oracle (Vaudenay, EUROCRYPT 2002). Oferowany tu ze względu na interoperacyjność z OpenSSL i starszymi systemami.

CTR (Counter) — tylko poufność, działanie strumieniowe

Zamienia AES w szyfr strumieniowy poprzez szyfrowanie licznika, dzięki czemu dowolna długość bajtów działa bez dopełniania, a bloki swobodnie się zrównoleglają. Podobnie jak CBC, sam w sobie nie zapewnia integralności, a ponowne użycie licznika/IV pod tym samym kluczem jest katastrofalne. Przydatny, gdy potrzebujesz dostępu swobodnego lub semantyki strumieniowej.

ECB — niedostępny (celowo)

Electronic Codebook szyfruje każdy blok niezależnie, więc identyczne bloki tekstu jawnego dają identyczne bloki szyfrogramu, a wzorce przenikają na zewnątrz — słynny „pingwin ECB”. Web Crypto API celowo go nie implementuje, i my również nie. Jeśli przestarzały system wymaga ECB, potraktuj to jako błąd do naprawienia, a nie format do odtworzenia.

Wyprowadzanie klucza: 600 000 vs 10 000 vs 1 iteracja

W domyślnym trybie hasła narzędzie używa PBKDF2-HMAC-SHA256 przy 600 000 iteracjach (ten sam hash SHA-256 zastosowany setki tysięcy razy) z 16-bajtową solą, zgodnie z OWASP. W trybie zgodnym z OpenSSL, PBKDF2 domyślnie używa jedynie 10 000 iteracji (domyślna wartość openssl enc), a przestarzała funkcja KDF EVP_BytesToKey, używana przez CryptoJS i stare OpenSSL, wykonuje pojedynczy przebieg MD5 — o rzędy wielkości słabszy. Więcej iteracji oznacza wolniejszy brute-force na próbę, dlatego nowoczesna wartość domyślna jest tak dużo wyższa. Argon2 i scrypt są jeszcze silniejsze, ale nie są częścią Web Crypto, więc wykraczają poza zakres tego narzędzia; do przechowywania haseł kieruj się wytycznymi OWASP i preferuj Argon2id.

Najlepsze praktyki szyfrowania AES

Preferuj GCM, chyba że druga strona wymaga inaczej

Uwierzytelnione szyfrowanie wykrywa manipulacje, które CBC i CTR po cichu przepuszczają. Schodź do CBC lub CTR wyłącznie ze względu na interoperacyjność i w takim wypadku dodaj MAC.

Używaj świeżego, losowego IV dla każdej wiadomości

Narzędzie robi to automatycznie. Jeśli nadpisujesz IV ręcznie, nigdy nie używaj ponownie tego samego z tym samym kluczem — dla GCM powtórzenie jest katastrofalne, a dla CBC łamie bezpieczeństwo semantyczne.

Wybieraj silne hasła i prawdziwie losowe klucze

PBKDF2 spowalnia brute-force, ale nie uratuje słabego hasła. Wygeneruj długie hasło za pomocą generatora haseł albo prawdziwie losowy klucz za pomocą generatora kluczy tajnych.

Trzymaj sól, IV i tag razem z szyfrogramem

Nie są tajne, ale bez nich odszyfrowanie zawiedzie. Samowystarczalny format tego narzędzia łączy wszystkie trzy elementy; jeśli używasz trybu z surowym kluczem i gołym szyfrogramem, skopiuj IV osobno i przechowuj go razem z szyfrogramem.

Nie szyfruj sekretów produkcyjnych ani regulowanych w żadnym narzędziu online

Nawet w pełni po stronie klienta, narzędzie w przeglądarce służy do nauki, debugowania i jednorazowych zastosowań osobistych. Prawdziwe sekrety należą do sprawdzonego systemu zarządzania kluczami z audytowaną obsługą i rotacją kluczy. Sam AES-256 jest silny — zatwierdzony w ramach zestawu CNSA 2.0 NSA dla informacji do poziomu TOP SECRET — a rzeczywiste przełamania biorą się z błędów implementacji, nie z samego szyfru.

FAQ dotyczące szyfrowania AES