des/

Нет, здесь реализован только обычный (одинарный) DES. Ключ 3DES имеет длину 16 или 24 байта; если вставить такой ключ сюда, будут использованы только первые 8 байт, поэтому результат будет отличаться от 3DES, а рядом с полем ключа появится пометка «используются только первые 8 байт». Для 3DES возьмите инструмент с поддержкой DESede.

Если байт меньше 8, будет ошибка: нулями ключ здесь не дополняется, поэтому дополните его до 8 байт самостоятельно. Чаще ошибаются с форматом: если hex-ключ из 16 символов введен при формате ключа string, он считается текстом из 16 байт и используются только первые 8 символов. Ошибки при этом нет, только пометка «используются только первые 8 байт» рядом с полем «Ключ» и под результатом, а результат, естественно, не совпадет. В формате string длина считается по выбранной кодировке, поэтому одна кириллическая буква в UTF-8 занимает 2 байта.

IV для DES должен быть ровно 8 байт, а не 16, как у AES, и это верно для всех режимов, кроме ECB. Ключ длиннее 8 байт обрезается до первых 8, а IV — нет: и слишком длинный, и слишком короткий IV вызывают ошибку, поэтому 16-байтовый IV из параметров AES нужно заменить 8-байтовым. Снова проверьте формат: 16 hex-символов — это 8 байт, а те же 16 символов в формате string — уже 16 байт. ECB не использует IV, поэтому поле IV скрыто.

Если длина шифртекста не кратна 8, чаще всего он скопирован не полностью или перепутаны hex и base64. Неверное дополнение обычно значит, что ключ, IV, режим или способ дополнения не совпадают с использованными при шифровании. ZeroPadding и NoPadding дополнение не проверяют, поэтому с ними эта ошибка не появится, но при неверных параметрах результат будет мусором.

Сначала проверьте IV. Если шифртекст длиннее одного блока, неверный IV в режимах CBC и CFB портит только первый 8-байтовый блок: остальное расшифровывается правильно и ошибки дополнения нет, поэтому в начале виден мусор, а дальше нормальный текст. Если появилось сообщение, что результат не является корректным текстом, возможно, кодировка не совпадает с той, что использовалась при шифровании, например другая сторона применяла GBK. Если выбрать формат вывода hex, можно сначала проверить сами расшифрованные байты.

Проверяйте в таком порядке: режим и дополнение, формат и длина в байтах ключа и IV, кодировка, форматы ввода и вывода. Открытый текст в формате string не обрезается по краям, поэтому один лишний перевод строки в конце — это уже другие данные. Режимы CTR, CFB и OFB здесь тоже дополняются выбранным способом, поэтому с PKCS5Padding шифртекст получается длиннее открытого текста; если бэкенд использует NoPadding, выберите NoPadding и здесь. CFB здесь работает с полным 64-битным блоком, поэтому с бэкендом на CFB8 результат не совпадет.

Нет. Если передать в CryptoJS.DES.encrypt(message, string) строку вместо ключа, CryptoJS считает ее паролем: добавляет случайную соль и получает ключ и IV так же, как OpenSSL, а результат начинается с U2FsdGVkX1. Этот формат здесь не поддерживается. Чтобы результаты совпали, преобразуйте ключ в байты через CryptoJS.enc.Utf8.parse, передайте его и явно задайте iv, mode и padding.

Она хранится только в localStorage браузера на этом устройстве и никуда не отправляется; в коде страницы нет сетевых запросов. После каждого успешного шифрования или расшифровки добавляется одна запись, хранится не более 20 записей, а если ввод или результат длиннее 20 000 символов, запись не создается. В записи есть параметры, IV, ввод и результат, а также 8-символьный отпечаток, вычисленный по первым 8 байтам ключа (символы после # в каждой записи, по ним можно понять, тот же это ключ или нет), но самого ключа нет, поэтому после нажатия «Загрузить» ключ нужно ввести заново. Каждую запись можно удалить отдельно, а на общем компьютере после работы нажмите «Очистить историю».