アカウント名:
パスワード:
で、Winny に含まれる一部バイナリがこのパターンだったからという理由で、全く似通ったところが無くても単にコンパイラの癖で似たようなパターンのコードが生成されたために削除された、という事故が発生しないという可能性はないのでしょうか? 誤認されうる、というのが非常に危険な気がしますが。
sandbox 内で動作させてみて、危険なパターンの動作をする危険性が感知されたとかならともかく、単に似た感じだったから安全のために隔離した、とかいうものまで誤認されうるとか考えると、やってられないように思いますが。
幸い Winny は新バージョンが出てくるという状況ではないのですし、今まで出ているバージョンは有限なわけですから、バイナリの hash を全部持って総当たり確認しても良さそうなものですが、どうなんでしょうね。
ソースは削除されないだろうから大したこと無いと思いますけど?
ってか、現状のアンチウイルスソフトでも既にシステム全般が誤認されうる事は解っている(ってか直ぐ前のスレにも有る)のですが皆さん使ってますよね? 結局はリスクと利益の天秤に過ぎないし、その問題は利益に比べて十分に小さいと言うのが一般認識だと思うのですが。 #でないと「アンチウイルスソフト位は入れろ」とも言えない訳で。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
人生unstable -- あるハッカー
臭い物に蓋をするのも必要だと思う (スコア:4, 興味深い)
「何ら悪いことをする訳では無いソフト」かどうかは定義により意見の分かれるところですが、「利用していた為に困った事態を引き起こしているソフト」ではありますね。
それを削除する機能が付与されるのは当然の流れだと思います。
というか、もっと早くにでてもおかしくはなかったと思います。
ただ、この考えが該当するソフトは沢山ありそうなので、それについても考慮するべきだと思います。
メールを利用しない端末にメーラーが何故か入っていて、メール経由のウイルスに感染しないように配慮できるとか。
問題は「開発中のソフトや重要なアプリケーションが間違って引っかかってアンインストールされて仕事の足を引っ張ったらどうするんでしょうね」という点でしょうか。
大丈夫なんでしょうかね。
李 露星
Re:臭い物に蓋をするのも必要だと思う (スコア:1, 興味深い)
業務でWinnyと誤認されうるアプリケーションを扱っているのであれば、メーカーにその機能を停止出来るバージョンを求めるのが宜しいかと。
それぞれの組織の管理者がそれぞれの組織のポリシーに従って選択する事ですからね。
Re:臭い物に蓋をするのも必要だと思う (スコア:1)
で、Winny に含まれる一部バイナリがこのパターンだったからという理由で、全く似通ったところが無くても単にコンパイラの癖で似たようなパターンのコードが生成されたために削除された、という事故が発生しないという可能性はないのでしょうか? 誤認されうる、というのが非常に危険な気がしますが。
sandbox 内で動作させてみて、危険なパターンの動作をする危険性が感知されたとかならともかく、単に似た感じだったから安全のために隔離した、とかいうものまで誤認されうるとか考えると、やってられないように思いますが。
幸い Winny は新バージョンが出てくるという状況ではないのですし、今まで出ているバージョンは有限なわけですから、バイナリの hash を全部持って総当たり確認しても良さそうなものですが、どうなんでしょうね。
Re:臭い物に蓋をするのも必要だと思う (スコア:2, 参考になる)
Re:臭い物に蓋をするのも必要だと思う (スコア:1)
ソースは削除されないだろうから大したこと無いと思いますけど?
ってか、現状のアンチウイルスソフトでも既にシステム全般が誤認されうる事は解っている(ってか直ぐ前のスレにも有る)のですが皆さん使ってますよね?
結局はリスクと利益の天秤に過ぎないし、その問題は利益に比べて十分に小さいと言うのが一般認識だと思うのですが。
#でないと「アンチウイルスソフト位は入れろ」とも言えない訳で。
Re:臭い物に蓋をするのも必要だと思う (スコア:1, すばらしい洞察)