タグ

Winnyに関するseamlessbiasのブックマーク (6)

  • Amazon.co.jp Winnyoj\4_nK P2PP;2: ,: 0 S+

    Amazon.co.jp Winnyoj\4_nK P2PP;2: ,: 0 S+
  • Amazon.co.jp: Winnyの技術

    Amazon.co.jp: Winnyの技術
  • Winny遮断に国が「待った」 | スラド

    ストーリー by mhatta 2006年05月18日 8時30分 メールのウイルススキャンやスパムチェックもやばいんとちゃうか 部門より 多くの方からもの凄い勢いでタレコミを頂いたがここではsillywalk曰く、"NHKニュースによれば、ぷららネットワークスは加入者のWinnyの通信を完全規制する予定でしたが、総務省の指摘により中止することになりました。指摘の理由について同省は「Winnyによる信号かどうか調べる際にプロバイダーは通信の中身を一部解読することになり、『秘密の保護』を定めた電気通信事業法に違反する」とし、「Winnyの対策は重要だが、今回の措置は法律に触れる行き過ぎた行為で認めるわけにはいかない」と述べています。" またlunatic_sparc曰く、" /.Jや他のサイトにおけるこれまでの議論では、あまりに逸脱した通信量は abuse とする考え方は比較的受け入れられて

  • Winnyの「要求仕様」と「設計」と「実装」 - アンカテ

    (4/21 追記) Winnyには、実装上の大きな問題があるという報告があります。Winnyユーザの方は、こちらをすぐ見てください→アンカテ(Uncategorizable Blog) - Winnyに実装上の欠陥あり! (追記終わり) 私はこの場で何度も書いているが,ソフトウェア品質で大事なことは「バグがない」ことではなく「逸脱(Deviation)がない」ことである。製造上の欠陥(バグを含む)は設計からの逸脱なので比較的発見しやすい。設計上の欠陥は要求からの逸脱と言えるわけだが,この判定はちょっと難しい。 これを補助線にして、「要求仕様」「設計」「実装」の3レベルでWinnyの問題を考えてみた。そうすると、バグ有りWinnyとバグ無しWinnyはやはり区別すべきだと思うで私が高木さんに主張していたことが明確になってくる。若干繰り返しになる部分もあるが、この枠組みで書き直してみたい。 W

    Winnyの「要求仕様」と「設計」と「実装」 - アンカテ
  • バグ有りWinnyとバグ無しWinnyはやはり区別すべきだと思う - アンカテ

    (4/21 追記) Winnyには、実装上の大きな問題があるという報告があります。Winnyユーザの方は、こちらをすぐ見てください→アンカテ(Uncategorizable Blog) - Winnyに実装上の欠陥あり! (追記終わり) 私と高木浩光さんの間には、一致しそうにない大きな壁があるが、共有できる所もたくさんあると私は思っている。実際、これまで高木さんの書いたものでたくさん勉強させていただいたし、共感したことも多い。今回、批判された点の中にも、どうやっても一致しそうにない所とそうでない所がある。 そこで、まず、私が一致すると期待していたが一致しなかった点について。 もしWinnyにバッファオーバーフロー脆弱性が発覚すると何が起きるかというと、破壊的ワームの登場によってWinnyネットワークは一旦壊滅状態となり、その後、そのワームを排除する「無視リスト」設定が周知されるか、もしくは

    バグ有りWinnyとバグ無しWinnyはやはり区別すべきだと思う - アンカテ
  • Winnyが残したもの - アンカテ

    (4/21 追記) Winnyは安全ではありませんでした。Winnyには、実装上の大きな問題があるという報告があります。Winnyユーザの方は、こちらをすぐ見てください→アンカテ(Uncategorizable Blog) - Winnyに実装上の欠陥あり! (追記終わり) Winnyはバージョンアップを停止しているにもかかわらず、致命的なセキュリティーホールが発見されてない。これは、天才プログラマー仕事としては当然のことなんだろうが、普通のことではない。このことによって、日の一般人が激しく勘違いしてしまったことがある。「P2Pは安全なものだ」と思ってしまったのではないだろうか。 Winnyは安全である。メーラーやブラウザのように、外部から来たデータがオペレータの意図に反して、間違って実行されてしまうことがない。来、ワームとは利用者に何の落ち度がなくても拡散するものであり、Winny

    Winnyが残したもの - アンカテ
  • 1