[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 12/11 15:11 / Filesize : 237 KB / Number-of Response : 691
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Linny開発プロジェクト Part2



482 名前:425 mailto:sage [2005/07/14(木) 16:54:57 ID:5jVfH12S]
>攻撃側は信用できない鍵をばら撒くんだから、どうやって区別するんだと。

 上記の理由で、「なりかわり」は、理論上できません。
 となれば、「同じ鍵」であれば「同一人物」です。

 要は、「あなたは、何を基準に『人』を信用しますか?」ということです。

  少なくとも、3回連続で、暗号化ファイルが存在しない悪質なキーファイルの鍵は
  「信用できない」

  5回連続で、きちんとした暗号化ファイルが存在するキーファイルの鍵は、ある程度は、
  「信用できる」

 って、ことです。

 上記のような簡単な判断は、アプリ側に任せていいと思います。
 あと、公開鍵の情報を保存しておく必要もあります。

>>445 で指摘されてるように、固定は危険だし。

外部からの、キャブチャリングは暗号化してしまえば、不可能です。
内部ノードは、上位ノードと下位ノードの事しか知りません。

その状況で、「公開鍵」の発信元を調べるのは、非常に困難を極めます。

「公開鍵」の発信元を調べるスピードよりも、ファイルが拡がるスピードの方が
圧倒的に速いからです。

一旦ファイルが拡がってしまえば、誰が発信元かなんて、絶対に分かりません。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<237KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef