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