Text Recodedの紹介
Text Recoded プログラムは、特定のテキスト データに対して次の便利な操作を提供します。
- プレーンテキスト、16進数、およびBase64エンコーディング間のエンコーディング、デコーディング、および再コーディング
- シーザー暗号を使用した暗号化と解読
- 整合性を検証する目的で、生のフォーマットされたテキスト データのハッシュを生成する
テキスト データを 16 進数または Base64 エンコードにエンコードすると、元のテキスト データが、互換性のない文字セットで処理されるストレージまたは伝送媒体によって変更されないようにすることができます。
単純な換字暗号であるシーザー暗号を使用した暗号化は、テキスト データを通常解読することを気にしない一般人からテキスト データを隠しておく必要がある場合に多くの場合に使用できます。ただし、今日のテクノロジーでは簡単に解読されてしまうため、機密データの保護には適していません。
Text Recoded プログラムによって実装される暗号化と復号化の手順は、「TEXT」を入力として、「test」をキーとして使用する次の例で説明されています。
入力 : テキスト (T=84、E=69、X=88、T=84)
キー: テスト (t=116、e=101、s=115、t=116)
手順：入力＋キー
10 進数での出力: (200,170,203, 200)
16 進数での出力: C8AACBC8
復号化は上記の逆であり、暗号化された出力、つまりキーです。私たちの場合は次のようになります。
C8AACBC8 - テスト = テキスト
Text Recoded プログラムは、世界中のほぼすべての書記体系の文字に対応する Unicode 文字セット全体をサポートする UTF-8 エンコーディングで、テキスト データの入出力と暗号化キーを受信および配信します。
使用可能なメモリを除き、入力長に制限はありません。キーは任意の長さにすることもできますが、入力よりも長い場合は、入力の長さに切り詰められ、入力長のチャンクに分割され、追加のチャンクの値が最初のチャンクに追加されます。
暗号化出力は 16 進数または Base64 エンコードで行うことができます。このバージョンでは、バイナリ データの操作はサポートされていません。
特定の出力の整合性を保証する目的で、再コーディング操作と暗号化操作の両方について、出力ボックスにハッシュを含めることもできます。
なお、生成されるハッシュには以下の 3 種類があります。
ALL テキスト コンテンツのハッシュは、空白、タブ、改行などの空スペース (存在する場合) を含む、指定されたテキスト データのコンテンツ全体に対して生成されます。
フォーマットされた FMT テキスト コンテンツのハッシュは、周囲の空行と空白をすべて除いて、テキストとその内部の空白と改行に対して生成されます。
RAW テキスト コンテンツのハッシュは、空行、空白、タブ、改行などのあらゆる種類の空スペースを除いて、テキスト自体に対してのみ生成されます。
RAW 以外の種類のハッシュが必要な場合に、指定されたテキスト データの整合性を検証するには、行の長さ、行数、および改行文字の種類が重要です。これは、Windows では改行の格納に文字コード #13#10 が使用されるのに対し、Linux オペレーティング システムでは改行の格納に文字コード #10 のみが使用されるためです。したがって、テキスト データのハッシュが 1 つの OS で生成され、別の OS で検証する必要がある場合は、適切なオプションを設定する必要があります。この目的のために、ハッシュを生成するときに Windows と Linux の改行文字を選択するための選択ボックスがあります。
- プレーンテキスト、16進数、およびBase64エンコーディング間のエンコーディング、デコーディング、および再コーディング
- シーザー暗号を使用した暗号化と解読
- 整合性を検証する目的で、生のフォーマットされたテキスト データのハッシュを生成する
テキスト データを 16 進数または Base64 エンコードにエンコードすると、元のテキスト データが、互換性のない文字セットで処理されるストレージまたは伝送媒体によって変更されないようにすることができます。
単純な換字暗号であるシーザー暗号を使用した暗号化は、テキスト データを通常解読することを気にしない一般人からテキスト データを隠しておく必要がある場合に多くの場合に使用できます。ただし、今日のテクノロジーでは簡単に解読されてしまうため、機密データの保護には適していません。
Text Recoded プログラムによって実装される暗号化と復号化の手順は、「TEXT」を入力として、「test」をキーとして使用する次の例で説明されています。
入力 : テキスト (T=84、E=69、X=88、T=84)
キー: テスト (t=116、e=101、s=115、t=116)
手順：入力＋キー
10 進数での出力: (200,170,203, 200)
16 進数での出力: C8AACBC8
復号化は上記の逆であり、暗号化された出力、つまりキーです。私たちの場合は次のようになります。
C8AACBC8 - テスト = テキスト
Text Recoded プログラムは、世界中のほぼすべての書記体系の文字に対応する Unicode 文字セット全体をサポートする UTF-8 エンコーディングで、テキスト データの入出力と暗号化キーを受信および配信します。
使用可能なメモリを除き、入力長に制限はありません。キーは任意の長さにすることもできますが、入力よりも長い場合は、入力の長さに切り詰められ、入力長のチャンクに分割され、追加のチャンクの値が最初のチャンクに追加されます。
暗号化出力は 16 進数または Base64 エンコードで行うことができます。このバージョンでは、バイナリ データの操作はサポートされていません。
特定の出力の整合性を保証する目的で、再コーディング操作と暗号化操作の両方について、出力ボックスにハッシュを含めることもできます。
なお、生成されるハッシュには以下の 3 種類があります。
ALL テキスト コンテンツのハッシュは、空白、タブ、改行などの空スペース (存在する場合) を含む、指定されたテキスト データのコンテンツ全体に対して生成されます。
フォーマットされた FMT テキスト コンテンツのハッシュは、周囲の空行と空白をすべて除いて、テキストとその内部の空白と改行に対して生成されます。
RAW テキスト コンテンツのハッシュは、空行、空白、タブ、改行などのあらゆる種類の空スペースを除いて、テキスト自体に対してのみ生成されます。
RAW 以外の種類のハッシュが必要な場合に、指定されたテキスト データの整合性を検証するには、行の長さ、行数、および改行文字の種類が重要です。これは、Windows では改行の格納に文字コード #13#10 が使用されるのに対し、Linux オペレーティング システムでは改行の格納に文字コード #10 のみが使用されるためです。したがって、テキスト データのハッシュが 1 つの OS で生成され、別の OS で検証する必要がある場合は、適切なオプションを設定する必要があります。この目的のために、ハッシュを生成するときに Windows と Linux の改行文字を選択するための選択ボックスがあります。
表示
