Szyfrowanie/deszyfrowanie DES/3DES (2/3 klucze) z ECB/CBC i PKCS#7 w przeglądarce. Długości kluczy (8/16/24 bajty) ścisłe sprawdzane — nigdy po cichu ucinane. Każdy wynik z równoważną komendą OpenSSL.
ECB zamienia równe bloki w równe bloki szyfrogramu i wycieka wzorcami — używaj go tylko do rozmowy z systemem, który go wymaga.
—
Polecenie zawiera wprowadzony klucz.
| Klucz (pojedynczy DES) | 0123456789abcdef |
|---|---|
| Tekst jawny | 4e6f772069732074 |
| Szyfrogram (ECB, bez dopełnienia) | 3fa40e8a984d4815 |
Napisane i sprawdzone przez twórców narzędzi kryptograficznych. Każdy szyfrogram i liczba bajtów na tej stronie są wyliczane przez silnik narzędzia i potwierdzane testami.
8 / 16 / 24 bajty Pojedynczy DES: 8 bajtów (56 efektywnych bitów). 3DES: 16 bajtów (2 klucze) lub 24 bajty (3 klucze). Nominalny materiał klucza 112/168 bitów; efektywna siła bezpieczeństwa wg NIST około 80/112 bitów (SP 800-57). To narzędzie rozpoznaje odmianę po liczbie bajtów; inne długości zgłaszają błąd.
3fa40e8a984d4815 Klucz 0123456789abcdef, tekst jawny "Now is t" (hex 4e6f772069732074): pojedynczy DES ECB bez dopełnienia zwraca 3fa40e8a984d4815.
8 bajtów 8 bajtów (16 cyfr hex), tylko dla CBC — ECB nie używa żadnego. Inaczej niż 16-bajtowy IV w AES.
= PKCS#7 Dla DES to PKCS#7 — ten sam algorytm dopełnienia pod historyczną nazwą (PKCS#5 definiował tylko bloki 8-bajtowe, czyli akurat blok DES).
Tylko stare systemy Nie. Pojedynczy DES wycofany w 2005; 3DES oznaczony jako przestarzały w SP 800-131A Rev.2 (2023). Tylko interoperacyjność ze starymi systemami — do nowego używaj AES-256.
DES (Data Encryption Standard) to symetryczny szyfr blokowy przyjęty przez amerykański organ normalizacyjny w 1977 roku, oparty na projekcie IBM Lucifer . Przetwarza 64-bitowe (8-bajtowe) bloki z nominalnie 64-bitowym kluczem o 56 efektywnych bitach, przez 16 rund struktury Feistela.
3DES (TDEA, Triple DES) łączy DES trzykrotnie, aby zaradzić krótkiemu kluczowi: C = E_K3(D_K2(E_K1(P))). Środkowy przebieg to odszyfrowywanie, więc przy K1=K2=K3 łańcuch sprowadza się do pojedynczego DES — celowy wybór dla wstecznej kompatybilności. Wariant 2-kluczowy (K3=K1) ma około 112 efektywnych bitów i jest najczęstszą odmianą w starych systemach bankowych.
NIST wycofał pojedynczy DES w 2005 roku (noty FIPS 46-3) i oznaczył 3DES jako przestarzały w SP 800-131A Rev.2 (2023). Jedyną przyczyną, dla której wciąż istnieją, jest interoperacyjność ze starymi systemami: izby rozliczeniowe, bramki płatnicze i systemy Java/.NET/PHP z lat 90. i 2000. wciąż krążą kryptografią ery DES. Nowe projekty powinny używać AES-256.
# OpenSSL single DES (legacy provider) openssl enc -des-ecb -provider legacy -provider default -K 0123456789abcdef -nopad # 3-key 3DES CBC + PKCS#7 (default provider) openssl enc -des-ede3-cbc -K <48 hex digits> -iv <16 hex digits> -base64 -A
8/16/24 bajty jest automatycznie rozpoznawane jako pojedynczy DES / 2-kluczowy / 3-kluczowy 3DES; każda inna długość zgłasza błąd. W przeciwieństwie do cichego ucinania w CryptoJS czy ucinania z ostrzeżeniem w openssl enc -K, złe klucze zawodzą głośno — to właśnie niezgodne klucze najczęściej psują interoperacyjność.
Tabela wektorów testowych na dole jest wyliczana w czasie kompilacji przez ten sam silnik, więc roboty wyszukiwarek czytają wartość referencyjną bez uruchamiania JS, a wypisana liczba nigdy nie rozjedzie się z interaktywną.
Każda kombinacja parametrów mapuje się na polecenie openssl enc odtwarzające wynik na OpenSSL 3, w tym flagi dostawcy legacy dla pojedynczego DES. Wyślij je drugiej stronie, żeby ustalić, gdzie rozjeżdżają się parametry.
Java getBytes() ery DES na chińskim Windows-JDK zwraca GBK. Oba kierunki tutaj akceptują GBK, więc chiński tekst ze starych systemów nie wymaga wstępnej konwersji.
Czysty TypeScript, zero zależności, zero żądań sieciowych. Klucze i tekst jawny nigdy nie opuszczają urządzenia; po załadowaniu działa offline. Jedyna akceptowalna postać narzędzia do obsługi kluczy.
"DES" domyślnie ECB + PKCS5Padding Cipher.getInstance("DES") odpowiada DES/ECB/PKCS5Padding; "DESede" to 3DES, ale akceptuje tylko klucze 24-bajtowe — dla 2 kluczy rozbuduj K1‖K2 do K1‖K2‖K1. PKCS5Padding to PKCS#7 dla DES. Pominięcie IV: przy szyfrowaniu wybierany jest losowy (odczytaj przez getIV()), przy odszyfrowywaniu rzuca „Parameters missing”.
des-ede3-cbc / des-ede-cbc Nazwy algorytmów idą za OpenSSL: des-ede3 to potrójny ECB, des-ede3-cbc to CBC. $options=0 (domyślne) zwraca tekst Base64; OPENSSL_RAW_DATA — surowe bajty. Krótkie klucze są po cichu dopełniane zerami; pusty IV ostrzega, a potem szyfruje zerowym IV.
-des-ede3-cbc działa domyślnie Pojedynczy DES wymaga -provider legacy -provider default (niektóre kompilacje nie mają legacy wcale). -K/-iv przyjmują hex; domyślnie PKCS#7, -nopad wyłącza. -K ucina zbyt długie klucze z ostrzeżeniem.
Surowy klucz 8-bajtowy (WordArray) działa; złe długości są po cichu dopełniane zerami lub ucinane (4 bajty dopełniane, 10 ucinane — bez błędu). Łańcuch „klucz” uruchamia wyprowadzanie klucza (MD5 + losowa sól, wynik z prefiksem Salted__, za każdym razem inny). CBC bez IV to awaria TypeError, a nie zerowy IV. TripleDES z kluczem 8-bajtowym po cichu staje się pojedynczym DES.
TripleDES domyślnie CBC + PKCS7 TripleDESCryptoServiceProvider: Mode=CBC, Padding=PKCS7, klucz 16 lub 24 bajty (DES przyjmuje 8). .NET odrzuca słabe klucze (parzystość jest najpierw normalizowana, potem sprawdzana względem tabeli słabych kluczy — klucz zerowy rzuca wyjątek), podczas gdy każda inna biblioteka je przyjmuje. Uważaj na to przy migracji.
des.NewCipher daje surowy interfejs blokowy z kluczem 8-bajtowym; sam owijasz go w cipher.NewCBCEncrypter itd. 3DES to des.NewTripleDESCipher (24 bajty). Długość IV jest sprawdzana ostrzej niż w większości języków.
Klucz 0123456789abcdef, tekst jawny (hex) 4e6f772069732074
3fa40e8a984d4815
Tekstem jawnym jest łańcuch ASCII "Now is t". To podręcznikowy wektor FIPS 81, a tabela na dole strony jest liczona w czasie kompilacji tym samym silnikiem — jeśli Twoja implementacja DES nie zwraca tej wartości dla tych danych, ma błąd.
Klucz 0123456789abcdeffedcba9876543210 (16 bajtów), IV fedcba9876543210, tekst jawny: Test interoperacyjności DES: zamówienie 20260927-0042
tNMS66mCtXGw63pxOzM9Ll1b78PqrnyBSkmLu9b0oSNzbUxYunUJv8DwGeniYfiT2Lg/o69m9mk=
Klucz 16-bajtowy traktowany jest jako 3DES 2-kluczowy (K1 = pierwsze 8 bajtów, K2 = ostatnie 8, K3 = K1 — układ EDE2). PKCS#7 nad 8-bajtowym blokiem to dokładnie to, co Java nazywa "PKCS5Padding" dla DES: ten sam schemat, różni się tylko rozmiar bloku.
Klucz 0123456789abcdef23456789abcdef010456789abcdef012 (24 bajty), IV fedcba9876543210, tekst jawny: hello des
DhDQX9sfxKOirZ8eyqT7Jg==
Klucz 24-bajtowy to pełny trójkluczowy EDE3: C = E_K3(D_K2(E_K1(P))). Z trzech długości klucza tylko ta forma nie ma zdegenerowanego odpowiednika — zarówno wariant 2-kluczowy, jak i K1=K2=K3 sprowadzają się do słabszych szyfrów.
Dla Java DES/ECB/PKCS5Padding wybierz ECB + PKCS#7; dla openssl enc -des-ede3-cbc — CBC + PKCS#7. Stary kod na mcrypt w PHP typowo używa dopełnienia zerowego.
Liczba bajtów wybiera szyfr: 8 = pojedynczy DES, 16 = 3DES 2-kluczowy, 24 = 3DES 3-kluczowy. Wybierz Hex, Tekst lub Base64; plakietka pokazuje rzeczywistą liczbę bajtów i rozpoznaną odmianę. Złe długości zgłaszają błąd — nic nigdy nie jest ucinane.
Dla ECB IV nie jest potrzebny. IV musi mieć dokładnie 8 bajtów — 16 cyfr hex, nie 32 jak w AES. Przycisk Losowy generuje świeży.
Szyfrowanie: wprowadź tekst (UTF-8/GBK) lub hex. Odszyfrowywanie: wklej szyfrogram w Base64 lub hex. Wyniki aktualizują się w trakcie pisania, z kopiowaniem jednym kliknięciem i kontrolą w obie strony przyciskiem „Odszyfruj ten szyfrogram”.
Rozwijany panel podaje polecenie openssl enc odtwarzające bieżący wynik (z kluczem; polecenia dla pojedynczego DES zawierają -provider legacy -provider default). Wyślij je temu, z kim zapewniasz interoperacyjność — to najszybszy sposób, by ustalić, czyj parametr jest zły.
„Klucz DES” z 32 znaków hex ma 16 bajtów — to 3DES 2-kluczowy, a nie pojedynczy DES. I odwrotnie: klucz 24-bajtowy na systemie tylko pod 2 klucze także nie zadziała.
Klucz 0123456789abcdeffedcba9876543210 (16 bajtów) przy wybranym pojedynczym DES → błąd „klucz musi mieć dokładnie 8 bajtów”
Ten sam klucz jako 16 bajtów (3DES 2-kluczowy) → czyste odszyfrowanie
Java pisze „PKCS5Padding” dla DES, ale wykonuje algorytm PKCS#7 (PKCS#5 definiował kiedyś dopełnienie tylko dla bloków 8-bajtowych, czyli bloku DES, więc nazwa się przyjęła). Wybór None lub Zero wobec szyfrogramu JCE zawsze zawodzi.
Szyfrogram JCE `DES/ECB/PKCS5Padding` odszyfrowany jako „bez dopełnienia” → śmieci na końcu lub błąd złego dopełnienia
Wybierz PKCS#7 (Java PKCS5Padding) → czysty wynik
Blok DES ma 8 bajtów, więc i IV ma 8 bajtów. Wklejenie 32-cyfrowego IV hex z kodu AES zawodzi na kontroli długości; 8-cyfrowy IV jest dopełniany zerami i czytany błędnie.
IV 00000000000000000000000000000000 (32 cyfry hex) → błąd „IV musi mieć 8 bajtów”
IV 0000000000000000 (16 cyfr hex) → zaakceptowany
Odszyfrowanie wieloblokowego szyfrogramu ze złym IV nie zgłasza błędu — śmieciem jest tylko pierwszy 8-bajtowy blok, reszta odszyfrowuje się normalnie (IV dociera tylko do pierwszego bloku, a kontrola dopełnienia mieszka w ostatnim). Widzisz „pierwsze znaki zniekształcone, reszta w porządku” — sprawdź IV, zanim klucz; jednoblokowy szyfrogram zamiast tego psuje dopełnienie i rzuca bad decrypt.
Szyfrogram wieloblokowy + zły IV → pierwsze 8 bajtów zniekształcone, reszta normalna — odczytane jako „zły klucz”
Zmień tylko IV (klucz bez zmian) → pierwszy blok wraca do normy, czyli winne był IV
-K zachowuje tylko potrzebne bajty i wypisuje jednoosobowe ostrzeżenie, które skrypty połykają. Gdy druga strona mówi „klucz to te 48 cyfr hex”, ale w rzeczywistości szyfrowała pierwszymi 16, odszyfrowanie pełnym kluczem się nie uda.
W shellu: `-K <49 cyfr hex>` → „hex string is too long, ignoring excess” ginie w potoku
Wygeneruj równoważnym poleceniem tego narzędzia `-K` o właściwej długości, a potem porównaj bajty klucza z drugą stroną
Dostawca domyślny OpenSSL 3 nie ma des-ecb/des-cbc; nagie uruchomienie rzuca digital envelope routines::unsupported. Dodaj -provider legacy -provider default albo użyj des-ede3 z K‖K‖K (algebraicznie pojedynczy DES).
openssl enc -des-ecb -K … → Błąd: unsupported
openssl enc -des-ecb -provider legacy -provider default -K … (albo des-ede3-ecb -K <K‖K‖K>)
Cipher.getInstance("DES/ECB/PKCS5Padding") albo openssl_encrypt(..., 'des-ede3-cbc', ...) z tym narzędziem bajt po bajcie przed przełączeniem. Odmiany 2-kluczowe/3-kluczowe są rozpoznawane po długości klucza, więc nie ma nic do zgadywania.03 03 03), a pełny blok dopełnia całym dodatkowym blokiem — to jest Java „PKCS5Padding” dla DES. Dopełnienie zerowe wypełnia 0x00 i traci dane, gdy tekst jawny naprawdę kończy się na 0x00. Brak dopełnienia wymaga dokładnej wielokrotności 8.-provider legacy -provider default, a niektóre kompilacje (w tym OpenSSL dołączony do Node) nie mają go wcale. 3DES (des-ede/des-ede3) pozostaje w dostawcy domyślnym. Czysto-TS-owy silnik tego narzędzia tego nie dotyczy.PKCS5Padding to PKCS#7 dla DES — nie wybieraj None). Rozwijany panel po prawej pokazuje równoważne polecenie OpenSSL dla bieżących ustawień; wyślij je drugiej stronie — to najszybszy sposób na znalezienie rozbieżności. openssl enc -K po cichu obcinają lub dopełniają zerami, co jest przyczyną numer jeden problemów z interoperacyjnością. DES/ECB/PKCS5Padding w tym narzędziu?Cipher.getInstance("DES/ECB/PKCS5Padding") odszyfruje się tutaj z ECB + PKCS#7 i 8-bajtowym kluczem pojedynczego DES. ⚠️ 3DES w Javie (DESede) akceptuje tylko klucze 24-bajtowe — dla odmiany 2-kluczowej musisz sam rozbudować K1‖K2 do K1‖K2‖K1. des-ede3-cbc to 3DES 3-kluczowy + CBC, des-ede3-ecb to 3 klucze + ECB; des-ede-cbc to odmiana 2-kluczowa. Klucz 24-bajtowy wybiera 3 klucze, 16 bajtów — 2 klucze. "DES" w Javie domyślnie ECB, nazwy OpenSSL bez przyrostka trybu, des-ede3/des-ede, to ECB (alias CBC to -des3); openssl_encrypt w PHP wymaga jawnej nazwy algorytmu — mylące jest to, że domyślnie zwraca tekst Base64, a nie surowe bajty; ③ dopełnienie — stary mcrypt w PHP często używał dopełnienia zerowego, JCE — PKCS#5/#7; ④ kodowanie — hex kontra Base64 i wielkość liter; ⑤ pułapka hasła w CryptoJS — podanie łańcucha jako „klucza” uruchamia wyprowadzanie klucza (MD5 + losowa sól, wynik z prefiksem Salted__, za każdym razem inny), co w ogóle nie jest surowym kluczem — główna przyczyna sytuacji „ten sam kod, za każdym razem inny wynik”. To narzędzie pozwala przełączać każdy parametr; równoważne polecenie OpenSSL po prawej można wysłać drugiej stronie, żeby to odtworzyć. Narzędzia bezpieczeństwa
Odszyfruj AES online — GCM/CBC/CTR, hasło lub klucz surowy, automatyczne wykrywanie formatu OpenSSL i CryptoJS „U2FsdGVkX1”. 100% w przeglądarce, klucze nigdy jej nie opuszczają.
Narzędzia bezpieczeństwa
Darmowe szyfrowanie AES online — AES-128/192/256, GCM/CBC/CTR, hasło (PBKDF2) lub klucz surowy. Działa w 100% w przeglądarce; nic nie jest przesyłane.
Narzędzia bezpieczeństwa
Generuj i weryfikuj skróty bcrypt haseł online — regulowany koszt, prefiksy $2b$/$2a$/$2y$. W 100% w przeglądarce; Twoje hasło nigdy nie jest wysyłane.
Narzędzia bezpieczeństwa
Wklej hex albo tekst i policz naraz wszystkie 63 warianty CRC-8, CRC-16 i CRC-32. Suma kontrolna z urządzenia się nie zgadza? Wpisz ją, a narzędzie wskaże wariant: MODBUS, CCITT-FALSE, XMODEM, KERMIT. Wszystko lokalnie.
Narzędzia bezpieczeństwa
Darmowy generator i weryfikator HMAC online. Oblicz HMAC-SHA256/SHA1/SHA384/SHA512 z kluczem Tekst, Hex lub Base64 i wynikiem Hex/Base64/Base64URL. 100% w Twojej przeglądarce — klucze nigdy nie opuszczają strony.
Narzędzia bezpieczeństwa
Dekoduj JWT online darmowym dekoderem JWT. Sprawdź header, payload, signature, claims i wygaśnięcie. W 100% w przeglądarce — token nie opuszcza urządzenia.