最初に作業を選びます
役立つデコーダーは、メッセージ形式と利用できる情報に合います。方法、キー、元のテキストから始めます。
このガイドは次の手順を支援します。暗号を自動認識せず、未知のキーも復元しません。
- 既知のエンコード: 対応するデコーダーを選び、入力構文を確認します。
- 既知の暗号とキー: 暗号を選び、提供された設定を入力します。
- 未知の暗号: 手がかりを比較し、候補を試す前に元のデータを保持します。
- 未知のキー: ツールがキーを検索するか、提供されたキーだけを適用するか確認します。
変更していないコピーを保持します
変更する前にメッセージを正確にコピーします。大文字、句読点、二重空白、改行を保持します。
メッセージの場所と指示を記録します。指定されたレール数は推測より強い証拠です。
- 出典とコンテキスト: メッセージはどこに現れましたか？
- 方法または手がかり: 出典はRails、シフト、アルファベット、エンコードに言及していますか？
- 既知の設定: 出典はどのキー、オフセット、アルファベット、区切り文字を指定しましたか？
- 元の形式: どの空白と改行がメッセージの一部ですか？
- 期待する結果: テキスト、バイト、ファイル、または別のエンコード層ですか？
表示されるアルファベットを手がかりとして扱います
文字は形式を示すことがありますが、証明はしません。16進数は0–9とA–Fを使います。Base64には+、/、パディング=が含まれることがあります。
短い単語が偶然アルファベットに一致することがあります。正しいデコードは、入力が規則を満たすことだけを示します。
- 16進バイトペア: 出典がこれらのバイトを示す場合はHexデコーダーを使います。
- Base64テキスト: 正しいバリアントを選び、パディング要件を確認します。
- Eとeだけ: 出典または形式がこの解釈を支える場合だけCetaceanを検討します。
- 通常の文字が通常と違う順序: 多くの暗号がそう見えるため、追加の手がかりを集めます。
既知の例で設定を確認します
完全なメッセージを試す前に、既知の答えを持つ小さな例を使います。設定を一度に1つ変更し、結果を記録します。
Rail Fence Cipher Decoderには3 RailsとOffset 0を使います。WECRLTEERDSOEEFEAOCAIVDENはWEAREDISCOVEREDFLEEATONCEになります。
Cetaceanは別の規則を使います。EEEEEEEEEeEEEEEeは16記号の固定対応でAを表します。Railsも秘密キーも使いません。
Rail Fence、Affine、RC2を方法に割り当てます
Rail Fenceは位置を並べ替えます。既知のRailsとOffsetではデコーダーを使います。結果を確認するにはエンコーダーを使います。
Affineはaとbで文字を置換します。a = 5、b = 8ではRcllaがHelloになります。デコーダーはキーを検索しません。
RC2 Decryptionは暗号構成でRC2を適用します。出典がRC2と必要なキーを示す場合だけ使います。
候補には識別子を使います
識別子は特徴を比較し、可能な方法を提案します。検索範囲を狭めますが、各方法にはテストが必要です。
dCodeはこの制限を文書化しています。分類は確認ではなく手がかりとして扱います。変更していない元データで候補を確認します。
完了前に結果を確認します
Completedラベルは操作が終了したことを示します。期待する暗号を選んだことは証明しません。コンテキストと結果全体を比較します。
方法が可逆の場合は、同じ設定で候補を再度エンコードします。一致は変換を確認しますが、意味は確認しません。
- 句読点と空白を含む完全な出力を確認します。
- 結果の数値がテキスト文字ではなくバイトを表すか確認します。
- 結果とともに元データと設定を保持します。
- 証拠が弱い場合は不確実性を記録し、別の手がかりを探します。
まだデコーダーが分からない場合はどうしますか？
最も強い手がかりと対応するツールから始めます。方法、キー、コンテキストがないままランダムな変換をすると混乱することがあります。
関連ツールは形式に合わせて使います。エンコード、キーを使うデコード、キー検索を分けます。