des/

できません。ここにあるのは単一の DES だけです。3DES の鍵は 16 または 24 バイトで、貼り付けても先頭の 8 バイトしか使われないため、結果は 3DES とは異なります。鍵の欄の横にも「先頭 8 バイトのみ使用」と表示されます。3DES が必要な場合は、DESede に対応したツールを使ってください。

8 バイト未満だとエラーになり、自動で 0 埋めはしないので、自分で 8 バイトにそろえてください。もっと起こりやすいのは形式の選択ミスです。16 文字の hex 鍵を、鍵の形式を string にして入力すると、16 バイトのテキストとして扱われ、先頭の 8 文字しか使われません。エラーにはならず、鍵の欄の横と結果の下に「先頭 8 バイトのみ使用」と表示されるだけで、結果は当然合いません。string 形式では選択した文字コードでバイト数が決まり、日本語や中国語の文字 1 文字は UTF-8 で 3 バイトです。

DES の IV はちょうど 8 バイトで、AES の 16 バイトではありません。ECB 以外のモードはすべて同じです。鍵は 8 バイトを超えると先頭の 8 バイトが使われますが、IV は切り詰められず、長くても短くてもエラーになるので、AES の設定から持ってきた 16 バイトの IV は 8 バイトに直してください。形式も確認してください。16 文字の hex なら 8 バイトですが、同じ 16 文字でも string 形式なら 16 バイトです。ECB では IV は不要で、IV の欄は非表示になります。

暗号文の長さが 8 の倍数でないのは、コピーが不完全か、hex と base64 を取り違えている場合がほとんどです。パディングが不正という場合は、鍵・IV・モード・パディングのどれかが暗号化時と違うのが普通です。ZeroPadding と NoPadding はパディングを検査しないためこのエラーは出ませんが、パラメータが違うと結果は文字化けになります。

まず IV を確認してください。暗号文が 1 ブロックより長い場合、CBC と CFB モードで IV が違うと、壊れるのは最初の 8 バイトのブロックだけで、後ろの内容は正常に復号され、パディングのエラーも出ないため、先頭だけが文字化けして後ろは正しい、という状態になります。結果が正しいテキストではないと表示される場合は、文字コードが暗号化側と違う可能性もあります。たとえば相手が GBK を使っている場合です。出力形式を hex にすると、まず復号されたバイト列そのものが正しいか確認できます。

次の順に確認してください。モードとパディング、鍵と IV の形式およびバイト数、文字コード、入出力の形式です。string 形式の平文は前後の空白が取り除かれないため、末尾に改行が 1 つあるだけで別のデータになります。CTR・CFB・OFB でも、ここでは選んだパディングで埋められるので、PKCS5Padding を選ぶと暗号文が平文より長くなります。バックエンドが NoPadding なら、ここでも NoPadding を選んでください。ここでの CFB は 64 ビットのブロック単位のもので、相手が CFB8 を使っていると一致しません。

できません。CryptoJS.DES.encrypt(平文, 文字列) のように文字列を渡すと、CryptoJS はそれをパスフレーズとして扱い、ランダムなソルトを付けて OpenSSL と同じ方式で鍵と IV を導出します。結果は U2FsdGVkX1 で始まり、この形式にはここでは対応していません。ここと結果を合わせるには、CryptoJS 側で CryptoJS.enc.Utf8.parse を使って鍵をバイト列に変換して渡し、iv・mode・padding を明示的に指定してください。

この端末のブラウザの localStorage にだけ保存され、アップロードはされません。ページのコードにも通信処理はありません。暗号化または復号に成功するたびに 1 件記録され、最大 20 件まで保持されます。入力か結果が 2 万文字を超えるものは記録されません。記録にはパラメータ・IV・入力・結果と、鍵の先頭 8 バイトから計算した 8 文字のフィンガープリント（各記録の # の後ろの文字列で、同じ鍵かどうかの判別に使います）が含まれますが、鍵そのものは保存されないため、「読み込む」を押したあとは鍵を入力し直す必要があります。1 件ずつ削除でき、共用パソコンでは使い終わったら「履歴を消去」を押してください。