RC4暗号化・復号

RC4の暗号文を読み戻すためのツール

このページでは、RC4を使ったテキストの暗号化と復号を行い、結果をBase64とHex（16進数）で確認できます。主な用途は、既存データとの互換性確認や、ストリーム暗号の学習です。新しいデータを安全に保護するための暗号方式として使うものではありません。

RC4は、鍵から疑似ランダムなバイト列（鍵ストリーム）を作り、入力データの各バイトとXOR（排他的論理和）を取るストリーム暗号です。同じ鍵と同じ開始状態なら、暗号化と復号は同じXOR処理で元のバイト列に戻ります。

鍵と出力形式を対応させる

鍵はテキスト、Hex、Base64のいずれかで入力します。テキストはUTF-8のバイト列として扱うため、日本語を含む場合は画面上の文字数と鍵長（ビット数）が一致しないことがあります。Hexは2桁で1バイトを表し、Base64も文字列をバイト列へ戻してから鍵長を判定します。選択した鍵長は40、56、64、80、128、256ビットで、既定値は128ビットです。選択値に対して鍵の実バイト数が一致しない場合は処理できません。

暗号化結果のBase64とHexは、同じ暗号文バイト列を異なる表記にしたものです。どちらかを選んで復号入力に使えます。復号側ではテキスト結果に加えて、復元されたバイト列のBase64とHexも確認できます。出力文字列を保存・転送する際は、元の表記を相手にも伝えてください。

RC4にモードやIVの指定がない理由

RC4はブロック単位で処理する暗号ではなく、ストリーム暗号です。このページではモード選択、初期化ベクトル（IV）、パディングを使いません。AESなどブロック暗号の設定をRC4に当てはめたり、他のRC4実装の追加処理を省いていることを忘れたりすると、同じ鍵でも互換性のある結果にならない場合があります。

アルゴリズムの既知の安全上の弱点により、RFC 7465はTLSのすべてのバージョンでRC4暗号スイートの使用を禁止しています。詳細はRFC 7465を参照してください。実装照合用の標準的な出力例はRFC 6229のテストベクトルで確認できます。

既存の鍵と暗号文を照合する

1. 鍵長を選ぶ

   元データを作った仕様や記録に鍵長があれば、その値を選びます。指定がなければ128ビットが初期選択ですが、推測で決めず、互換元の情報を確認してください。

2. 鍵の表記を指定する

   鍵が通常の文字列なら「テキスト」、16進文字列なら「Hex」、Base64文字列なら「Base64」を選択します。同じ見た目の文字列でも形式が異なると鍵バイト列は変わります。画面に表示される現在のバイト数と選択した鍵長を照らし合わせます。

3. 暗号化または復号を選ぶ

   暗号化では入力をテキストとして処理します。復号では入力がBase64かHexかを選び、暗号文を貼り付けます。鍵の値・表記・鍵長は、元の暗号化時と一致させてください。

4. 結果のバイト表現を確認する

   暗号化後はBase64またはHexをコピーできます。復号後はテキスト表示を確認し、文字化けや空欄がある場合はHexも照合します。元データがUTF-8テキストでなければ、テキスト表示だけでは正しく解釈できないことがあります。

公開テストベクトルで実装を比較する

RFC 6229には、鍵と鍵ストリーム出力の組み合わせが複数掲載されています。例えば40ビット鍵 0102030405 に対する先頭16バイトの鍵ストリームは b2396305f03dc027ccc3524a0a1118a8 です。入力をすべてゼロのバイト列とすれば、XOR結果はこの鍵ストリームと同じになります。画面で照合する場合は、鍵をHex形式で指定し、同じ長さのゼロバイト入力をHexとして処理するなど、鍵長と入力形式をそろえてください。これは動作確認用の公開値であり、実データを守るための推奨設定ではありません。

復号結果が合わないときの確認点

機密情報の保護には使用しない

RC4は安全な新規暗号化方式として使用しないでください。ログイン情報、個人情報、決済情報、通信内容、秘密鍵などを暗号化する目的には不適切です。鍵長を増やしても既知の暗号学的弱点は解消されず、この出力には改ざん検知や送信者認証もありません。

• 実際に復号できたことは、データの完全性や出所を証明しません。
• 調査には公開テスト値や機密性のないサンプルを使い、実運用の秘密情報を入力しないでください。
• 移行時は元システムの形式と鍵管理を確認し、暗号方式の選定・実装は最新の公的仕様と専門的なセキュリティレビューに従ってください。