HTTP プロトコルでの暗号化のオーバーヘッドは無視できると読んでいます。SMTPも同じですか?
暗号化されたメールを送信すると、帯域幅の消費量は大幅に増加しますか?
HTTP プロトコルでの暗号化のオーバーヘッドは無視できると読んでいます。SMTPも同じですか?
暗号化されたメールを送信すると、帯域幅の消費量は大幅に増加しますか?
私は数年前にこれに関する研究プロジェクトを行いました。SSL とプレーンテキストなど、考えられるすべてのパラメーターを変更する 1700 のデータ ポイント。驚いたことに、実際のインターネット リンクでは、SSL がプレーンテキストよりも 33% 高速であることがわかりました。私はそれがずっと遅いと思っていました。
依存関係と変数、キー サイズ、チェーンの長さ、使用されるプロトコル、セッション キーの (再) ネゴシエーション、タイミングの問題などが多すぎます。おそらく、Wireshark のような優れたパケット アナライザーでこれをテストするのが最善です。特に小さなメッセージを多数送信する場合は、オーバーヘッドが無視できるとは言えません。その場合、初期オーバーヘッドを回避するために、代わりにトンネルを作成することを検討してください。鍵の再ネゴシエーションも重要な役割を果たします。
SSL トラフィックを最小限に抑えるために、ストリーム暗号や単一の証明書チェーンなどを使用して ECC を検討することもできますが、より複雑で危険なルートになるため、絶対に必要な場合にのみその方向に進むことをお勧めします。
[編集] それぞれ 400K の大きなメッセージを送信する場合、オーバーヘッドはそれほど大きくないと思います。暗号文のサイズはプレーン テキストのサイズとあまり変わらないため、オーバーヘッドは最小限に抑えられます。