base64エンコーディングには暗号化の意図はありませんが、エンコーディングプロセスを何らかの方法で調整して作成できると考えるのはそれほど難しいことではありません。暗号化。確かに、base64エンコーディングを利用したこのような暗号化の試みを考えたのは私が初めてではありません。したがって、どのような種類のbase64暗号化戦略が知られているのでしょうか？
コメント
- 6ビットストリーム暗号のように？
- 通常、暗号化はデータがBase64を通過する前に行われます
- '以前に使用されたbase64暗号化スキームを見たことがありますが、それらはすべて簡単に実行できます。壊れています。この質問は、人々がこのようなアルゴリズムを検索している可能性があるため、理にかなっています。ただし、常識は、base64が暗号として意図されておらず、暗号化とエンコードを混同した結果であることを示していることを意味している可能性があります。この質問の前提が間違っていること：暗号化にエンコードスキームを使用できること。これは、質問が少なくとも多くの初心者の暗号学者にとって少なくとも興味深い場合でも、反対票を投じる可能性があります。
- おそらく接線方向に関連する： crypto.stackexchange.com/questions/62425/ … 、 crypto.stackexchange.com/questions/5862/ … および crypto.stackexchange。 com / questions / 45215 / …
回答
これは、Base64の Wikiエントリから取得されます：
本当に暗号化を提供するためにBase64エンコーディングを改ざんすることを目的としており、上記で強調表示されているインデックスレベルで実行できます。秘密鍵、つまり鍵導出関数が必要になります。これは、高エントロピーシードを作成するように調整されており、疑似乱数ジェネレーターから開始されます。次に、ジェネレータの（6ビット）出力をインデックスとXORして、すべての文字のエンコーディングを変更します。この手法を逆にして、暗号化されたメッセージを解読できます。
これですべてです。少し面倒です。従来は、暗号文を作成してからエンコードしていました。通常の8ビットのランダムシーケンスを6ビットにトリミングする以外は、ワークロードは従来のストリーム暗号と同じです。実際には33％の追加計算が必要ですが、それはここにもそこにもありません。
誰も同様の動作に気付いていないようであるため、このBase64バリアントを最初に考えたのはあなたかもしれません。ただし、これは機能するはずです。
コメント
- この興味深い提案に感謝します！実際、私は6ビットの文字テーブルの関連付けを並べ替えるなどの単純なことを念頭に置いていました。または、キーを導入し、キーを循環する各文字に対してビット単位のxor演算を行うなど。
- @Kagaratschまあ私たちは'同様のことを考えていると思います行。 ' PRNG機能が必要であり、キーをPRNGにリンクするには、'何らかのキー導出関数が必要です。 'は、キー形式とPRNGの操作に必要な形式/状態の不一致になります。キーなしで単に並べ替える場合、またはキー文字の循環を使用する場合、スキーム'はあまり安全ではなく、これは結局crypto.SEです:-)
- @PaulUszakその技術的な名前は、あなたがそれを知るとすぐに実際にはかなり明白です…それは'単に" XOR暗号 "。 ;）それでも、周波数分析はそれを簡単に壊してしまうことに注意してください。既知の平文攻撃についても同じことが言えます。ああ、技術的な命名に関して完全に言うと、prngを投入すると、そのような" XOR暗号"は"ストリーム暗号"。しかし、おそらくあなたはすでにそれを知っていたでしょう、'あなたは？
- @PaulUszakなぜあなたが"と言うのか分かりません"。また、"サイクリング"の意味を私が知っていると確信できます。 XOR暗号は、あなたが説明したように、同じ鍵を同じ順序で何度も繰り返し循環します。 そのwikiリンクの"例" を確認してください。説明と100％一致します…
a bitwise xor operation on each letter cycling through the keyおよびCycling round through the key means that the plain text will be XORed with the same sequence over and over, and in the same order.— 'は
XOR暗号"。そこに間違いや言語のギャップはありません。