私は、HTTPプロトコルでの暗号化のオーバーヘッドは無視できると読んでいます。 SMTPについても同じことが当てはまりますか?sslを使用したメールの帯域幅オーバーヘッド
メールを暗号化して送信すると、帯域幅の消費量は大幅に大きくなりますか?
私は、HTTPプロトコルでの暗号化のオーバーヘッドは無視できると読んでいます。 SMTPについても同じことが当てはまりますか?sslを使用したメールの帯域幅オーバーヘッド
メールを暗号化して送信すると、帯域幅の消費量は大幅に大きくなりますか?
あまりにも多くの依存関係や変数、キーサイズ、チェーンな長さ、プロトコルを使用し、タイミングの問題セッションキー(再)交渉などは、などなどありますそれはのような良いパケットアナライザでこれをテストするために、おそらく最高ですWireshark。オーバーヘッドが無視できないとは言いません。特に小さなメッセージをたくさん送るのではないでしょうか。その場合は、最初のオーバーヘッドを避けるために、代わりにトンネルを作成することを検討してください。鍵の再交渉も同様に役割を果たすでしょう。などなど、あなたがまた、ストリーム暗号を使用して、ECCに見えるかもしれませんTRAFIC SSL、単一の証明書チェーンを最小限に抑えるために
が、私は絶対に必要あれば、それはは以上になるようにだけ、その方向に行くためにあなたを助言します複雑で危険なルート。
[編集]それぞれ400Kの大きなメッセージを送信すると、オーバーヘッドがそれほど大きくないと思います。暗号文のサイズはプレーンテキストのサイズとあまり変わらないので、オーバーヘッドは最小限に抑えられます。
ああ、[この記事](http://www.belshe.com/2010/11/18/ssl-compression-and-you/)に興味があるかもしれませんが、SSLレベルの暗号化について話しています。 MIMEデータは高度に圧縮可能です64: –
私はもちろん、**暗号化**ではなく、SSLレベルの**圧縮**を意味しています。 –
SMTPレベル以下でSSL暗号化を使用していますか、SMTP経由で暗号化されたメッセージ(S/MIMEまたはPGP)を送信していますか? –