アカウント名:
パスワード:
それだと「?」と「!」だけのやりとりで色々ばれてしまいそうです。(ぇ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
パスワードもたくさんあるが (スコア:1)
だから
>CAB方式では、その関数自体が無限個の中から利用者が自由に選べて、いつでも変えられる
とは言っても、利用者が関数について考慮するのが面倒であまり強くない関数が使いまわされたりしないだろうか。暗号強度的に強めの関数が定期的に変更されるように実装する仕掛けが必要なのではないだろうか、などと気になったりする。
# 過去記事#9)テクノロジーは私達を追い越しているのでしょうか？ [srad.jp]も一緒に読もう
/.configure;oddmake;oddmake install
Re: (スコア:0)
かなりのコストがかかるのではないでしょうか？
弱い方からチェックしていくとしても、現実的な時間で鍵を探し当てることは可能なのかな？
Re: (スコア:2)
それは「解読困難」ですね。
元記事では、そういうことが出来ない「解読不能」と言っているため、
それで解読出来てしまったら、看板に偽りありということになると思います。
Re: (スコア:1)
そもそも無限個あること自体、胡散臭いけど。
Re:パスワードもたくさんあるが (スコア:0)
1.無限個の組み合わせがあるなら暗号鍵長は無限である必要がある
2.無限長の暗号鍵では暗号化/復号化共に無限大の時間がかかる
3.現実の実装では有限の時間で処理する都合上、有限の強度になる
から「無限個の組み合わせ」って不可能なように思えます。
実際問題では暗号文より長い暗号鍵長を使えば
「正確に復号できたか検証不能」な状態に陥るように思うので
必要充分なようにも感じます。
Re: (スコア:0)
Re:パスワードもたくさんあるが (スコア:1)
それだと「?」と「!」だけのやりとりで色々ばれてしまいそうです。(ぇ