アカウント名:
パスワード:
日本では漢字、ひらがな、カタカナ、英数字と他の民族では使わないような組み合わせが出来るから、日本独自で全ての文字記号を使って暗号化すればそうそう解読もされないんじゃないか？そういうの無いのかな？
そんな面倒なことしないでも、鍵の長さをちょいと2倍にするだけでも、解読者は絶望するしかない。2倍で無くても、3，4倍にしても、端末の負荷の増加は誤差レベルだろうし。
> 2倍で無くても、3，4倍にしても、端末の負荷の増加は誤差レベルだろうし。
全然違うわい。 [f5.com](PDF)
鍵長はどのようにパフォーマンスに影響しますか？鍵長が長いほど、キーを破ろうとする試みに対する防御は強力になります。ただし、1024ビットから2048ビットへの移行により、計算処理が一桁増加します。そしてこの計算処理は、パフォーマンスに影響します。2048ビット証明書の処理は、1024ビットの処理に比較してSSLトランザクションが5～6分の1に減少し、そのため2048ビットでは1024ビットに比べてSSL TPSの数値は、20%になります。
メール程度なら、一桁増加したところで「端末の負荷の増加は誤差レベル」じゃないかな？
サーバーでも端末でも負荷は10倍違うんだろ。
端末側で、メールの暗号化の速度が10倍違ったら何か困ることがあるのか？
動作が重くなる
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stay hungry, Stay foolish. -- Steven Paul Jobs
そこで (スコア:0)
日本では漢字、ひらがな、カタカナ、英数字と他の民族では使わないような組み合わせが出来るから、日本独自で全ての文字記号を使って暗号化すればそうそう解読もされないんじゃないか？
そういうの無いのかな？
Re: (スコア:0)
そんな面倒なことしないでも、鍵の長さをちょいと2倍にするだけでも、解読者は絶望するしかない。
2倍で無くても、3，4倍にしても、端末の負荷の増加は誤差レベルだろうし。
Re: (スコア:0)
> 2倍で無くても、3，4倍にしても、端末の負荷の増加は誤差レベルだろうし。
全然違うわい。 [f5.com](PDF)
鍵長はどのようにパフォーマンスに影響しますか？
鍵長が長いほど、キーを破ろうとする試みに対する防御は強力になります。ただし、1024ビットから2048ビットへの
移行により、計算処理が一桁増加します。そしてこの計算処理は、パフォーマンスに影響します。2048ビット証明書
の処理は、1024ビットの処理に比較してSSLトランザクションが5～6分の1に減少し、そのため2048ビットでは1024
ビットに比べてSSL TPSの数値は、20%になります。
Re: (スコア:0)
メール程度なら、一桁増加したところで「端末の負荷の増加は誤差レベル」じゃないかな？
Re:そこで (スコア:0)
サーバーでも端末でも負荷は10倍違うんだろ。
Re: (スコア:0)
端末側で、メールの暗号化の速度が10倍違ったら何か困ることがあるのか？
Re: (スコア:0)
動作が重くなる