Bit Torrentコミュのbit torrentの危険性

　「bit torrentはFTPのようなものだ」これはbit torrentクライアント機能をブラウザに組み込んだOpera社の見解だそうですが、私もその様に考えておりました。ところが、実際には意外なところにとんでもない危険性があるのではないか…。

　まだ原因が判らないのですが、ひょっとしたらbit torrentを使うととんでもない事態になるかもしれない…。という話題を日記に書いてみました。よろしかったご意見をいただけないでしょうか?

使用中のクライント utorrent 1.5

・bit torrentの危険度… (俺の日記)
　http://mixi.jp/view_diary.pl?id=107489096&owner_id=218005

コメント(11)

最初
全て
最新の40件

[1] mixiユーザー 04月02日 12:55

　あれから一度も起動していませんが、ルータのログを見ると相変わらずアクセスして来ているようです(1秒間に２～２０回ほど)。これでも一時に比べれば減りましたが、このままいつまで続くのかやや心配です。クライアントがネットワークを切断する際にネットワークに存在するあらゆるキャッシュからそのIPが除去されるような決めごとを作る事は出来ないもんですかね?

[2] mixiユーザー 04月11日 09:32

私の環境では、クライアント、トラッカー共にPeerGuardianのブロックリストをインポートしてブロックしています。

PeerGuardianは著作権保護団体やP2Pネットワークモニタリング会社などの組織のIPをブロックするフリーソフトです。

もちろん、BitTorrentを合法利用目的に使用しているのであればそういった組織に情報を収集されても大して問題はありませんが、情報収集のためだけに接続されるのは転送効率の低下にも繋がりますし、ブロックして損はありません。（実際、アクセスを見てみるとその手のIPのアクセスは膨大な数になります）

結果的には、上記のようなIPをブロックするだけでそれなりの効果があると思います。

またnullpage氏の日記のターさん氏のコメントのように、悪意ある第三者のIP収集ツールとしてBitTorrentクライアントが利用されるケースもないとは言いきれません。

自分で悪意あるユーザーと判断した場合はPeerGuardianのブロックリストに追加するとよいでしょう。

それから、nullpage氏の日記及びコメントについて1つ。

「bittorrentクライアントによる猛烈なアクセス攻撃をうけているではないか!! その量たるや、まさにトレント(激流)の如し…である。」と述べられていますが、これは事実です。

BTは分解されたピースを、帯域の細い回線でもDL時にはULも同時に行わせて、ちょっとでも転送に貢献させることによって、全体的に転送効率を上げています。結果的にピアが増えればアクセスが増えるのは当然です。

が、しかし、クライアントのアクセスによってネットワークが切断されるほどまでにはなりません。

そのようなことが起こるのであれば、BitTorrentが成り立ちませんし、人気のファイルなんて、誰1人としてDLできない状況になってしまいますよね。これではピアを束ねて転送効率を上げる意味が全くありません。

で、ここから本題。

uTorrentについて、ちょっと気になる情報がありました。

内容は、uTorrentの開発者が、uTorrentの技術をP2Pネットワークモニタリング会社にライセンス付与したと言うものです。

これがどういうことかはご想像にお任せしますが、少なくとも、アクセスが増える要因の1つとして見て間違いないでしょう。（なお、これらはあくまで個人的な見解ですので、スルーしてくれて構いません）

詳しくは以下の記事参照（英語）

http://phoenixlabs.org/2006/03/07/the-%c2%b5torrent-fiasco/

[3] mixiユーザー 04月11日 11:46

一応リンク先みたんですが。

>>bittorrentのプロトコル仕様上の問題

元々bittorrentは
bencodeと言う拡張性が高いプロトコルを使用してるので、
各クライアントとトラッカーの仕様によって様々ですよ。
ミクシィーの紹介みたんですが、Ruby使ってるらしいので、
bencodeのパーサーを、配ってるので調べた方がいいです。
ってコレかな。
リアルタイムで解析してくれるソフトも配ってるので、
見るとワクテカしますよ。

http://d.hatena.ne.jp/teamikl/searchdiary?word=%2a%5bBEncode%5d

Azeと本家とTornado....系(以下省略)じゃ全然違いますからね。
あと、拡張性の高いプロトコルは危険･･･｡
って言うのは当たり前の事だしね。
そこら辺を対策するのが大変なんですが。

今の所は、AzeとBitCometが
一番安定してるので使った方がいいですよ。

[4] mixiユーザー 04月11日 19:00

　いろいろな情報ありがとうございました。

　あれからtorrentにアクセスする事はなくなってしまいました。現在インターネットのアクセスに支障があるわけではありません。しかしなんとなく借り物のIPにいつまでアクセスがつづくのか気になってしまいます。

　utorrentのフォーラムにもこの件を書きましたが、おおかたの意見は「よほどの低速回線でも無い限りこの件で不都合が生じるほどバンド幅が狭くなる事はない」というものでした(簡単な計算式でシミュレーションしてくれた人もいました)。確かにこれによって何らかのデータ伝送が勝手に行われるわけではないのでこの意見には納得しています。そして実際に前述のように現在何の問題もありません。問題が起きた当時の状況にしても私自身よく把握できていたわけではないですし、別の要因があったのかもしれません。

　ただ、現在もルータのログにはアクセス記録が残っており未だにIPがどこかにキャッシュされている事も確かなようです。uTorrentのフォーラムにはもし問題があるならDHTを使わなければ良い～といった事もかかれていたように思います(trackerまたはtrackerにある情報はわりと早く無くなってしまうようなので、これでは困る事が多いと思いますが…)。

　uTorrent、またはその他の具体的なクライアントが、取得したpeerのIPをどれだけの期間保持し続けるのか、そのあたりの情報は得られていません。想像するにこれは特定のtorrentのDHTが存在しつづける限りつづくのでしょうかね? 大きなファイル、しかも多数のpeerが参加している人気のtorrentだとそう簡単にはなくならないのかもしれません…。切断したPeerのIPを破棄するような仕組みがあっても良さそうにも思うのですが、こういう技術的なネタはまず紹介して頂いた情報を自分で調べるべき事なので想像で長々と書いても仕方ないですね…。

　PeerGuardianについては知りませんでしたので後ほど調べてみたいと思います。いまのところルータの貧弱なログを見た限りでは悪意(善意も含めて)の第三者のアクセスは無いと思っています。

[5] mixiユーザー 04月19日 11:25

初めまして

nullpageさんの元記事の方にコメント残しておきました。
大したコメントではないですが、読んで見ては :)

[6] mixiユーザー 04月19日 19:50

コメントありがとうございました。
FTPうんぬんはOpera社の見解だそうで(また聞きですが…)、P2Pに拒否反応を示す一部のユーザに対して分り易く説明したつもりなのだと思います。
ちなみに?uTorrentにもサーバ機能ありますね…。

[7] mixiユーザー 08月30日 00:03

PeerGuardianを常駐させていると、何も共有していなくてもAzureusを起動しただけでPGのリストに登録された会社・団体さんの接続してくるのが分かりますね。数は共有している時ほど多くないし、しばらくすると止むけれども。

何でなんだろう。クライアントに告げ口 (スパイ) されているようだ。

[8] mixiユーザー 08月30日 00:38

DHTノードの接続では？

[9] mixiユーザー 08月30日 02:14

ごめん、解説して下さい。

[10] mixiユーザー 08月30日 06:05

分散ハッシュテーブル:DHT(Distributed Hash Table)

以前のtorrentにおいては、トラッカーが全てでした。
トラッカーが落ちればホストされているtorrentが利用不可になると言うことです。

この欠点を補う為に実装されたのがDHTです。

DHTとは、ハッシュ値とそれに対応するデータをテーブルとして保持し、それをDHTに参加している各ノードに分散して管理させる技術です。

このDHTノードにtorrentファイルのハッシュ値やそのファイルを保持するIPのリスト等を持たせ、各ノード間で必要情報の検索/登録を行うことによって、トラッカーが落ちていても、クライアント側のDHTネットワークによって目的のIPへ接続させることが可能になるわけです。
また、各ノード間の生存確認のために一定間隔でpingを飛ばすこともあるようです。

クライアントのオプションでDHTが有効になっていればtorrentの転送に関係なくDHTネットワークに参加するので、結果、他ノードからの問合せやら自分の管理するデータの更新などで接続があるものと思われます。

まぁ、Azureusで実装されているDHTを詳しく調べた訳ではないので、実際にはもうちょっと違った処理をしているのかもしれませんが、DHTとはこんな感じのものだと思ってください。

[11] mixiユーザー 08月30日 07:43

ありがとうございました。

ログインすると、みんなのコメントがもっと見れるよ