Шифрование/расшифровка DES/3DES (2/3 ключа) в режимах ECB/CBC с PKCS#7 в браузере. Длина ключей (8/16/24 байта) проверяется строго — без тихого усечения. К каждому результату — команда OpenSSL.
ECB превращает одинаковые блоки в одинаковый шифротекст и утекает закономерности — используйте его только для связи с системой, которая его требует.
—
Команда содержит введённый вами ключ.
| Ключ (одиночный DES) | 0123456789abcdef |
|---|---|
| Открытый текст | 4e6f772069732074 |
| Шифротекст (ECB, без паддинга) | 3fa40e8a984d4815 |
Написано и проверено разработчиками, которые строят криптографические инструменты. Каждый шифротекст и количество байт на этой странице вычислены движком инструмента и закреплены тестами.
8 / 16 / 24 байта Одиночный DES: 8 байт (56 эффективных бит). 3DES: 16 байт (2 ключа) или 24 байта (3 ключа). Номинальный материал ключа 112/168 бит; эффективная стойкость по NIST около 80/112 бит (SP 800-57). Инструмент распознаёт по количеству байт; другие длины вызывают ошибку.
3fa40e8a984d4815 Ключ 0123456789abcdef, открытый текст "Now is t" (hex 4e6f772069732074): одиночный DES ECB без паддинга выдаёт 3fa40e8a984d4815.
8 байт 8 байт (16 hex-цифр), только для CBC — в ECB не используется. Отличается от 16-байтового IV у AES.
= PKCS#7 Для DES это PKCS#7 — тот же алгоритм паддинга под историческим названием (PKCS#5 определял только 8-байтовые блоки, как раз блок DES).
Только legacy-совместимость Нет. Одиночный DES выведен из эксплуатации в 2005; 3DES объявлен устаревшим в SP 800-131A Rev.2 (2023). Только совместимость с legacy — для нового используйте AES-256.
DES (Data Encryption Standard) — симметричный блочный шифр, принятый американским органом стандартизации в 1977 году на основе дизайна IBM Lucifer . Он обрабатывает 64-битные (8-байтовые) блоки с номинально 64-битным ключом в 56 эффективных бит через 16 раундов структуры Фейстеля.
3DES (TDEA, Triple DES) прогоняет DES три раза, чтобы компенсировать короткий ключ: C = E_K3(D_K2(E_K1(P))). Средний проход — дешифрование, поэтому при K1=K2=K3 цепочка вырождается в одиночный DES — сознательный выбор ради обратной совместимости. 2-ключевой вариант (K3=K1) имеет около 112 эффективных бит и является самой распространённой формой в legacy-банковских системах.
NIST отозвал одиночный DES в 2005 году (уведомление FIPS 46-3) и объявил 3DES устаревшим в SP 800-131A Rev.2 (2023). Единственная причина, по которой они всё ещё существуют, — совместимость с legacy: банковские клиринги, платёжные шлюзы и системы на Java/.NET/PHP из 90-х и 2000-х до сих пор гоняют криптографию эпохи DES. Новые разработки должны использовать 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 байта автоматически распознаются как одиночный DES / 2-ключевой / 3-ключевой 3DES; любая другая длина вызывает ошибку. В отличие от молчаливого усечения в CryptoJS или усечения с предупреждением в openssl enc -K, неверные ключи падают громко — а именно расхождения ключей чаще всего ломают совместимость.
Таблица тестовых векторов внизу выводится тем же движком во время сборки, поэтому краулеры видят эталонное значение без выполнения JS, а напечатанное число никогда не разойдётся с интерактивным.
Каждая комбинация параметров отображается в команду openssl enc, воспроизводящую результат на OpenSSL 3, включая флаги legacy-провайдера для одиночного DES. Отправьте её другой стороне, чтобы зафиксировать расхождение параметров.
Java getBytes() эпохи DES на китайском Windows-JDK выдаёт GBK. Оба направления здесь принимают GBK, поэтому китайский текст из старых систем не требует предварительного преобразования.
Чистый TypeScript, ноль зависимостей, ноль сетевых запросов. Ключи и открытый текст никогда не покидают устройство; после загрузки работает офлайн. Единственно приемлемая форма для инструмента, работающего с ключами.
"DES" — по умолчанию ECB + PKCS5Padding Cipher.getInstance("DES") равнозначно DES/ECB/PKCS5Padding; "DESede" — это 3DES, но принимает только 24-байтовые ключи — для 2 ключей разверните K1‖K2 в K1‖K2‖K1. PKCS5Padding — это PKCS#7 для DES. Без IV: при шифровании выбирается случайный (получить через getIV()), при дешифровании — ошибка "Parameters missing".
des-ede3-cbc / des-ede-cbc Названия алгоритмов следуют OpenSSL: des-ede3 — тройной ECB, des-ede3-cbc — CBC. $options=0 (по умолчанию) выводит текст Base64; OPENSSL_RAW_DATA — сырые байты. Короткие ключи молча дополняются нулями; пустой IV сначала предупреждает, а затем шифрует с нулевым IV.
-des-ede3-cbc работает по умолчанию Одиночному DES нужны -provider legacy -provider default (в некоторых сборках legacy отсутствует полностью). -K/-iv принимают hex; по умолчанию PKCS#7, -nopad отключает. -K усекает слишком длинные ключи с предупреждением.
Сырой ключ из 8 байт (WordArray) работает; неверные длины молча дополняются нулями или усекаются (4 байта дополняются, 10 усекаются — без ошибки). Строковый "ключ" запускает выведение ключа (MD5 + случайная соль, вывод с префиксом Salted__, каждый раз разный). CBC без IV — краш TypeError, а не нулевой IV. TripleDES с 8-байтовым ключом молча становится одиночным DES.
TripleDES — по умолчанию CBC + PKCS7 TripleDESCryptoServiceProvider: Mode=CBC, Padding=PKCS7, ключ 16 или 24 байта (DES — 8). .NET отклоняет слабые ключи (чётность сначала нормализуется, затем идёт сверка с таблицей слабых ключей — нулевой ключ бросает исключение), тогда как все остальные библиотеки их принимают. Учтите при миграции.
des.NewCipher даёт сырой блочный интерфейс с 8-байтовым ключом; оборачивать в cipher.NewCBCEncrypter и т. п. нужно самому. 3DES — des.NewTripleDESCipher (24 байта). Длина IV проверяется строже, чем в большинстве языков.
Ключ 0123456789abcdef, открытый текст (hex) 4e6f772069732074
3fa40e8a984d4815
Открытый текст — ASCII-строка "Now is t". Это классический вектор FIPS 81, а таблица внизу страницы вычисляется во время сборки тем же движком — если ваша реализация DES не выдаёт это значение на этих входных данных, в ней есть ошибка.
Ключ 0123456789abcdeffedcba9876543210 (16 байт), IV fedcba9876543210, открытый текст: DES-тест совместимости: заказ 20260927-0042
fD4pHEL4z8SaSWOwaI+CjgMbikBtt6KRGt3G6qYpQnGqBHCLMAg/YznPEqDi5OkqqVDkM25ntVBmnrn8fG7NUdjTc6er1yFG
Ключ из 16 байт трактуется как 2-ключевой 3DES (K1 = первые 8 байт, K2 = последние 8, K3 = K1 — сборка EDE2). PKCS#7 на 8-байтовом блоке — это ровно то, что Java называет "PKCS5Padding" для DES: та же схема, отличается только размер блока.
Ключ 0123456789abcdef23456789abcdef010456789abcdef012 (24 байта), IV fedcba9876543210, открытый текст: hello des
DhDQX9sfxKOirZ8eyqT7Jg==
Ключ из 24 байт — это полный трёхключевой EDE3: C = E_K3(D_K2(E_K1(P))). Из трёх длин ключа только эта форма не имеет вырожденного эквивалента — и 2-ключевой вариант, и K1=K2=K3 вырождаются в более слабые шифры.
Для Java DES/ECB/PKCS5Padding выберите ECB + PKCS#7; для openssl enc -des-ede3-cbc — CBC + PKCS#7. Старый код на mcrypt в PHP обычно использует нулевой паддинг.
Количество байт выбирает шифр: 8 = одиночный DES, 16 = 2-ключевой 3DES, 24 = 3-ключевой 3DES. Выберите Hex, Текст или Base64; бейдж показывает реальное количество байт и определённый вариант. Неверные длины вызывают ошибку — ничего не усекается.
Для ECB IV не нужен. IV должен быть ровно 8 байт — 16 hex-цифр, а не 32, как у AES. Кнопка «Случайный» генерирует свежий.
Шифрование: введите текст (UTF-8/GBK) или hex. Дешифрование: вставьте шифротекст в Base64 или hex. Результаты обновляются по мере ввода, с копированием в один клик и проверкой туда-обратно кнопкой «Расшифровать этот шифротекст».
Раскрывающаяся панель даёт команду openssl enc, воспроизводящую текущий результат (с ключом; команды для одиночного DES содержат -provider legacy -provider default). Отправьте её тому, с кем вы обеспечиваете совместимость, — это самый быстрый способ выяснить, чей параметр неверен.
"DES-ключ" из 32 hex-символов — это 16 байт, то есть 2-ключевой 3DES, а не одиночный DES. И наоборот: 24-байтовый ключ на системе только под 2 ключа тоже не сработает.
Ключ 0123456789abcdeffedcba9876543210 (16 байт) при выбранном одиночном DES → ошибка "ключ должен быть ровно 8 байт"
Тот же ключ как 16 байт (2-ключевой 3DES) → чистая расшифровка
Java называет "PKCS5Padding" для DES, но исполняет алгоритм PKCS#7 (PKCS#5 когда-то определял паддинг только для 8-байтовых блоков, совпадающих с блоком DES, поэтому имя и прижилось). Выбор None или Zero против шифротекста JCE всегда падает.
Шифротекст JCE `DES/ECB/PKCS5Padding`, дешифрованный как "без паддинга" → мусор в конце или ошибка неверного паддинга
Выбрать PKCS#7 (Java PKCS5Padding) → чистый вывод
Блок DES — 8 байт, поэтому и IV — 8 байт. Вставленный из кода AES 32-значный hex IV проваливает проверку длины; 8-значный IV дополняется нулями и читается неверно.
IV 00000000000000000000000000000000 (32 hex-цифры) → ошибка "IV должен быть 8 байт"
IV 0000000000000000 (16 hex-цифр) → принят
Дешифрование многоблочного шифротекста с неверным IV не выдаёт ошибку — мусорным оказывается только первый 8-байтовый блок, остальное расшифровывается нормально (IV доходит лишь до первого блока, а проверка паддинга живёт в последнем). Увидели «первые символы искажены, остальное нормально» — проверяйте IV, прежде чем ключ; одноблочный шифротекст вместо этого ломает паддинг и падает с bad decrypt.
Многоблочный шифротекст + неверный IV → первые 8 байт искажены, остальное нормально — прочитано как "неверный ключ"
Поменять только IV (ключ не трогать) → первый блок восстановился, значит дело было в IV
-K берёт только нужные байты и печатает однострочное предупреждение, которое скрипты проглатывают. Когда другая сторона говорит «ключ — вот эти 48 hex-цифр», но на деле шифровала первыми 16, дешифровка полным ключом не удастся.
В shell: `-K <49 hex-цифр>` → "hex string is too long, ignoring excess" потеряно в конвейере
Сгенерировать эквивалентной командой этого инструмента `-K` правильной длины, затем сверить байты ключа с другой стороной
В провайдере по умолчанию OpenSSL 3 нет des-ecb/des-cbc; запуск без флагов бросает digital envelope routines::unsupported. Добавьте -provider legacy -provider default или используйте des-ede3 с K‖K‖K (алгебраически это одиночный DES).
openssl enc -des-ecb -K … → Ошибка: unsupported
openssl enc -des-ecb -provider legacy -provider default -K … (или des-ede3-ecb -K <K‖K‖K>)
Cipher.getInstance("DES/ECB/PKCS5Padding") или openssl_encrypt(..., 'des-ede3-cbc', ...) с этим инструментом байт в байт. 2-ключевые/3-ключевые варианты распознаются по длине ключа — угадывать ничего не нужно.03 03 03), а полный блок дополняет целым лишним блоком — это и есть "PKCS5Padding" в Java для DES. Нулевой паддинг заполняет 0x00 и теряет данные, если открытый текст действительно заканчивается на 0x00. Без паддинга требуется точная кратность 8.-provider legacy -provider default, а некоторые сборки (включая вкомпилированный в Node OpenSSL) не содержат его вовсе. 3DES (des-ede/des-ede3) остаётся в провайдере по умолчанию. Чисто-TS-движок этого инструмента это не затрагивает.PKCS5Padding — это PKCS#7 для DES — не выбирайте None). Раскрывающаяся панель справа показывает эквивалентную команду OpenSSL для текущих настроек; отправьте её другой стороне — это самый быстрый способ найти расхождение. openssl enc -K вместо этого молча усекают или дополняют нулями, и это главная причина проблем совместимости. DES/ECB/PKCS5Padding в этом инструменте?Cipher.getInstance("DES/ECB/PKCS5Padding") здесь расшифровывается с ECB + PKCS#7 и 8-байтовым ключом одиночного DES. ⚠️ 3DES в Java (DESede) принимает только 24-байтовые ключи — для 2-ключевого варианта вам придётся самому развернуть K1‖K2 в K1‖K2‖K1. des-ede3-cbc — это 3-ключевой 3DES + CBC, des-ede3-ecb — 3 ключа + ECB; des-ede-cbc — 2-ключевой вариант. Ключ из 24 байт выбирает 3 ключа, из 16 — 2 ключа. "DES" в Java по умолчанию ECB, имена OpenSSL без суффикса режима, des-ede3/des-ede, — это ECB (псевдоним CBC — -des3); openssl_encrypt в PHP требует явного имени алгоритма — путает то, что по умолчанию он выводит текст Base64, а не сырые байты; ③ паддинг — старый mcrypt в PHP часто использовал нулевой паддинг, JCE — PKCS#5/#7; ④ кодирование — hex против Base64 и регистр; ⑤ ловушка CryptoJS с паролем — передача строки в качестве "ключа" запускает выведение ключа (MD5 + случайная соль, вывод с префиксом Salted__, каждый раз разный), что вообще не является сырым ключом — главная причина ситуации "тот же код, каждый запуск разный результат". Этот инструмент позволяет переключать каждый параметр; эквивалентную команду OpenSSL справа можно отправить другой стороне для воспроизведения. Безопасность
Расшифровывайте AES онлайн — GCM/CBC/CTR, парольная фраза или необработанный ключ, автоматическое определение формата OpenSSL и CryptoJS «U2FsdGVkX1». Работает на 100% в браузере, ключи никогда не покидают страницу.
Безопасность
Бесплатное онлайн-шифрование AES — AES-128/192/256, GCM/CBC/CTR, парольная фраза (PBKDF2) или необработанный ключ. Работает на 100% в браузере, ничего не загружается на сервер.
Безопасность
Создавайте и проверяйте bcrypt-хеши паролей онлайн — настраиваемый фактор стоимости, префиксы $2b$/$2a$/$2y$. 100% в браузере; пароль никуда не отправляется.
Безопасность
Вставьте текст или шестнадцатеричные байты и получите все 63 варианта CRC-8, CRC-16 и CRC-32 сразу. Контрольная сумма не сходится? Введите её — инструмент назовёт вариант: MODBUS, CCITT-FALSE, XMODEM, KERMIT. Всё в браузере.
Безопасность
Бесплатный онлайн-генератор и верификатор HMAC. Вычисляйте HMAC-SHA256/SHA1/SHA384/SHA512 с ключами в Text, Hex или Base64 и выводом в Hex/Base64/Base64URL. Всё в браузере — ключи не покидают страницу.
Безопасность
Декодируйте JWT-токены онлайн бесплатно. Просмотр header, payload, signature, срока действия, алгоритма и claims. 100% в браузере — токен не покидает устройство. Без регистрации.