これからShareを使うと逮捕される 2人目

映画でな。

>>418
使ってるんじゃない？
今のところ変なバージョン警告は出てないし。

鵜飼の謎

実は鵜飼はP2P支持者であり、ハッタリを世間に知らしめたかった

確かに鵜飼って紐につながれた何匹もの鵜を
一人の漁師が引っ張ってる点で、絵的にはP2Pの接続形態に似てるなｗ

>>425
漁師同士のやりとりがないからPure P2PじゃなくNapsterやMXみたいなHybrid P2Pだけどな

sharebotが出る以前から、share監視ネットは動作してるよ
ttp://forensic.netagent.co.jp/share_chosa.html

P2P が根絶されちゃうと飯の種がなくなるので、生かさず殺さずなんでしょ

現バージョンのwinnypの方は解読されてないの？

>>429
帰れ

>>427
そもそも解るのは誰がDLしたかという事だけ、しかも中継の可能性もあるから
自分の意思でDLしたのか、Diffuseとして送りつけられたのか、それすら不明。
だけど鵜飼製もネタエーゲント製も同じような仕組みだろうから完全把握は
無理だろうね、拡散防止サービスもShareには非対応だし。

パケット量が桁違いに多いのですぐにわかるのでは？

>>432
Winnyと違ってShareは送りつける事が出来るのでDLする意思のない場合でも結果的に
DLしたように見える場合もあるよ。(つまり判断不可能)
前スレで誰かが言ってたけど、例えば放流主がある特定のノードに向かって最後まで
キャッシュを送りつけたかったらPGとかで制御しつつDiffuseを繰り返せばそのノードの
フィルタに合致しない限り1-100%まで送れる。ま、サイズにも依存するだろうけど小さい
MP3とかだったらそんな事しなくてもよくある現象だろうし、数十M程度のアルバムとか
でも時たまある。さすがにISOなんかは自然に全てDiffuseなんてのは現実的じゃないけど。

・DLの速度がでない
・ファイルが落ちない
・最初落ちてたのに落ちなくなった
・先日まで使えてたのに急に落ちなくなった

こういう質問してる人は、ファイル共有ソフトやそのネットワークの基本的仕組みが分かってない
ここはそういうレベルの人がくる場所ではない
基本的な事くらいは知っておかないと、ストレス溜まるだけだし止めた方がいい

速度という物は、自分がdownするなら、その先には見知らぬ誰かがいると言う事
その人のup速度があなたのdown速度になる
あなたの回線速度が幾ら速かろうが、相手が遅ければ、相手の速度となる

ベクターや窓の杜なんかからフリーソフト落とす事と、Shareでdownすることを同じと考え
それを前提に文句を言われたり、質問をされても困る

欲しいファイルの名前がいくらあろうと、それが落ちてくる保証は一切有りません
それがいつ落ちてくるかと言う事も、誰にも分からないし、答えられない

あなたみたいに何かが欲しい一個人同士が自分の都合のいい時間にShareを起動して
繋がってネットワークが形成されている
24時間繋いでる人ばかりでは有りません

また、ISPの規制と言う物もある→規制なら規制ｽﾚいけ

テンプレを熟読してれば、クラスタ・フィルタ・トリガの使い方はちゃんと設定してるだろう
検索Hitがあがる使い方で
それでもない、落ちてこないならそう言う物です
いつか落ちるかもしれないと保持するのも、諦めて削除するのもあなたが決めて下さい

それと最後に、フィルタはダウンロードリストにある物を落とす場合は無くてもいい
検索数を上げる場合はあったほうがいい

そんなことみんな知ってるよ。
わざわざ力入れなくてもいいじゃん！

>>431
sharebotに限った話だな



ＩＤ無し・不定期(週に２・３回以下)だと特定不可能だけど
ID付き・定期的(毎日とか決まった曜日)に放流するやつだと１次放流元を放流中に特定可能

注意してほしいのは２・３回diffuse受け取ったからって特定できるわけではない
数十回diffuse受け取ったら特定できたのと同じになる

>>436
なるほど。意味は理解したような、、そうでないような・・

>数十回diffuse受け取ったら特定できたのと同じになる

これはその通りだと思うが、あくまでも同一IP(同一ISP)、同一ポートなどの一定の
条件を前提でって事じゃないの？たとえば放流毎にIPやポート、場合によっては
ISPドメインやShareインストしたPC本体まで変えたら一定の絞込みは可能としても
特定、または特定に等しいレベルまでは探れないと思うんだが。

ついでに、もう一つ。
ID付きと無しについてなんだが、キーにIDが含まれてるのは解ってるんだが、数台の
PCと複数の回線のあるような環境で閉ざしたある種のイントラネットのような環境を
構築して放流ノードと受け取りノードの1：1で通信する。
この時に放流ノードは何か適当なIDをつけておき、受け取り側ノードはIDをつけない。
そして受け取りノードがCompleteになるまでDLした後で放流側ノードを切断。
受け取り側ノードで一般のShareネットワークに合流した場合はどうなるの？
この時に念のためにグロIPやポートは変更、更にkeymgr.tmpなども消しておく。

それでも、、
>ID付き・定期的(毎日とか決まった曜日)に放流するやつだと１次放流元を放流中に特定可能
になるんかな？

ちと解りにくい書き方ですまん。

補足だけど

>ShareインストしたPC本体まで変えたら

って書いたのはキー情報の中にShareインスコのパスとかキャッシュフォルダの
パスなどが含まれてるかどうか知らないので書いた。nyはキー情報に格納場所が
含まれるような事を呼んだ記憶があったので。

数ヶ月間常時、複数のSharebotなどでShareネットワーク内を監視することで
映画やアプリで有名なIDの一次放流者のプロバイダーを特定することは可能ですか？
できるとなるとプロバイダーは著作権関連団体と警察の協力要請を
拒否しないと思うんですが、どうなんでしょうか？

>>439
今のシステムでは限りなく黒に近いグレーとはわかっても、黒とは断定できないだろ
そうなると通報しようもないし、警察も動きようがない

>>436-437

>ID付き・定期的(毎日とか決まった曜日)に放流するやつだと１次放流元を放流中に特定可能
1次放流者だったらターボされれば放流中には無理だよ、もっとも放流が完走してもずっとそのまま
起動しっぱなしにすれば次第にキーを出すからいずれは引っかかるけど、それでもDiffuseで配信
された他ノードが先にヒットしてるがな。でもまあ、すごくマイナーなファイルをかなり長期間に
わたって撒き散らすノードはそのときから起算して近い将来に特定の可能性も出てくるな。
Diffuseとして配信されたキャッシュ郡も一定の時間がたてばクォータで削除されるか即消し厨に
消されるかのいずれかだから。Shareネットワーク内でじわじわとマイナーなキャッシュが消えて行き、
かつ長期的にマイナーなものを撒き散らす一定のIPを持つノードがいたら絞り込まれる。

>>439
その書き方だと、有名なID=神鳥だと思うが結論から言ってしまえば放流者次第。
手の込んだことをされたりすると特定の難易度は必然的に舞い上がっていく。
要は1次放流者がどれだけ知識があり、どれだけ用心深いかに比例するんだよ、
見落とされやすいが、IDは必ずしも1つとは限らない。あるジャンルにおいて定期的に
新作を放流している神を知ってるがそのIDを使うのは1人ではない、複数のグループで
IDを共有(profile.idの共有)して異なるクラスタリングを形成しつつ流してる神もいれば
普通のやり方で流してる神も居るって事。

>できるとなるとプロバイダーは著作権関連団体と警察の協力要請を

警察はともかく、著作権団体レベルごときじゃ拒否するISPも多数ある。

>>440
確かに間違いじゃないのだが、DL禁止になったとしても黒とは断定できない事に
なるのでは？>>433のようにDLする意思がなくてもmp3なんか密告でのぞいたら
Diffuseのくせに丸々受信してるものも相当あるぞ。

>>437
>ID付きと無し
ID付きだと特定の人が流しましたってことになる
share固有のID = 放流者の(PC)特定可能
winny互換ID = 割れてない鳥なら特定可能 (共有の場合は困難になる)
shareだとID捏造は不可能

相手のポートは地道に調べるしかない (別ＰＣでＩＰを１つだけＰＧに突っ込んで相手のポートを調べるっつー方法もある)

>>439
(今の)sharebotでは一時放流の特定は不可能

>>441
特定を可能にしてるのはdiffusedownであってキーではない

diffusedown中に送りつけてるホスト名をメモして
diffusedoen終了したら通信を切ってshareも終了
密告でキャッシュを覗けばどのファイルを送りつけてきたのか分かる
この時点で怪しいホストとしてカウントされる

ここに書いただけの情報では完璧ではない (確定されるにはさらに別ＰＣでターボon+トリガーに入れてdiffuseupの進行状況を見ないとならない)

>>442
そのやり方だと中継か真の放流主かは判断できないのでは？その意味であえて完璧
ではないと書いてるのかも知れないが、俺の実験では3世代までは中継が行き渡る
事は確認してる。Linkキャッシュでカタログに登録されていて、かつターボONの時は
キーを漏らさないのでトリガに入れても拾えないはずなんだが。
Diffuseを受信した側のノードはキーを出すから放っておけばそのうち接触して地引ける
かも知れないけど、いつ地引けるかわからないのでは確定は現実的に不可能に近いと
思える。(あくまで俺の独断的意見ね)
さらに言うと中継はそこそこな確率でされてるように見える。nyは確か4%で中継らしいが
Shareのそれはもっと高い気がする。
(さり気なく見てるとDiffuseDownとUpが同時になったりすることがしばしば)

それでもなお特定から逮捕、というのにはShareはBBS機能がないので放流予告なんて
できないけど、2chやその他のWEBに予告してIPを残し、かつそのIP、あるいはそのIP範囲のISP
でShareに接続して放流して、運良く捜査ノードがそのIPから発信されるDiffuseをキャッチ
できた場合くらいじゃないかなと。

さいごに
>確定されるにはさらに別ＰＣでターボon+トリガーに入れてdiffuseupの進行状況を見ないとならない

これはどういった意図なの？

結局ターボ完了時には他のノードが完走してる可能性を考えると
一次配布者の特定は不可能
完全キャッシュ保持者を憶測するtool以外の物ではないって事だな

黒に近いグレーって危険だよね・・・
チケット転売で捕まる人がいるけど、営利目的とそうじゃない人がいて、微妙なライン・・・
営利目的でないって言ってもだめなんだろうな。

>>443
>436の下見ろ
いくらdiffusedownだからって同じ(地域の)ＩＳＰから数十回も来るやつはない


>>確定されるにはさらに別ＰＣでターボon+トリガーに入れてdiffuseupの進行状況を見ないとならない
>これはどういった意図なの？

>ターボONの時は
>キーを漏らさないのでトリガに入れても拾えないはずなんだが。
これの事さしてるんだがな
１次放流元はキーを流さないけどdiffuse受け取った方は(所持してる部分キャッシュを含む)キーを流す
diffuseupの進行状況がdiffuseを受け取ったノードから分かる

>>444
ターボonでのup完了時に完全キャッシュ持ったノードがあるってことはほぼありえない
ただし、diffuseupを 25以下でやっていたらターボup完了後数秒で完全キャッシュを持ったノードが出てくるけど
diffuseup完了前にdiffuse受け取ったら怪しいホストとしてカウントされる可能性が出てくる

ターボon + 4000以上で高速アップした後だと完全キャッシュ持ったノードは数時間後に出てくる
例外
らきすた４話(BQO)の場合 アニメ放映後 6分で 2chに貼り付けたため 完走は30分後だった

ウイルス踏んで流出させた警察の馬鹿が真っ先に逮捕されないんじゃな。

逆にするか

１次放流元を特定されないで完全キャッシュノードを素早く作る方法 (放映中アニメとかアニメ関連のEACに限定)
・拡散するホスト
　葱でCATV系とISDN・ADSLと規制してるＩＳＰを全て弾く (逆にusen等を通過させてそれ以外を弾くという手もある)
・クラスタ
　クラスタを１つの作品名に設定 (クラスタが合わずに漂流してしまう場合には２・３個の作品名にする)
　接続する側になるようなクラスタ名
　×「魔法少女リリカルなのはStrikerS」の１つ
　○「魔法少女リリカル」 「リリカルなのは」 「StrikerS」 の３つ
・申告速度
　送受信ともに10000
・diffuseUP
　１つのファイルだけをアップするように設定する (複数のファイルを一気にやると完了したファイルのキーが流れてしまう)
　１回目 ターボonでdiffuseup
　残り数ブロックになった所で通信停止・share終了　（２回目のdiffuseupを１次放流元と特定されないようする処置）
　cache.idxとdiffuse.dbとkeymgr.tmpの削除
　２回目 前回の状態のままshare起動　速度は 120〜240 にする(速度制限をしないと完全キャッシュ持ったノードが複数出てこない)
　diffuseup完了したら通信停止・アップフォルダからファイルを外してクリックチェックしてから通信再開

１次放流元を特定されるような方法

・ＩＰ・ポートを数ヶ月変えない
・特定のポートを使いまわす (8801と9801と9821だけを順番に使うとか)
・放流前・放流中に2chへ書き込み
・複数のファイルを一気にdiffuseupする
・ターボonでも１回目から低速でdiffuseup
　diffuseup中にdiffusedown受け取ったのが捜査してる所だったら怪しいホストとしてカウントされる

特定されないような方法
>>449に加えて

・IP、ポートを頻繁に変更(複数ISP使い分けなら尚良)
・IDを設定しない
・ターボONは当然だが更にFWで高速回線のみ狙い撃ちで通過させると効果的
・クラスタもある程度は更新する、あまりにもマイナーなクラスタは避ける

ここまで実用レベル
ここから放流Gメンレベル

・閉ざした環境で複数IP/複数ノードを用意(協力してくれる人が複数居れば効果絶大)
・あらかじめ各ノードに1つの完全キャッシュを歯抜けだらけにしておく
ノードA　□□■■□□□
ノードB　□■□□□□■
ノードC　■□□□■■□

・keymgr.tmp、diffuse.db、nodes.dbを削除(再起後に生成されるので問題ない)
・各ノードのクラスタを一定の同一性を保ったまま適宜変更(全て同じにしない)
・ここまでの作業が終わったらはじめてShareネットワークに合流
・後はおのおののダウンローダーに回収されるのを待つだけ

イントラネットでの歯抜けパズルのキャッシュ分散配置なのでどのノードにも
何も漏れてない。ネットワークに合流後にいきなり部分キャッシュを持ったノード
が複数出現するので監視していても特定不可能。なお例ではノードA〜Cになってるが
ノード数は多ければ多いほど良いが各ノードが同時刻に一斉に出現は避けてある程度の
人為的なタイムラグを作ってShareネットワークに合流する事。ちなみにFWは葱よりも
PGがいい、葱は完全遮断は無理で転送は通さないがキーは通す、PGはキャッシュ保持のキーは通さない。
放流Gメンレベルは前スレ272氏のように大規模なリソースを持つ人を前提として書いたが
協力者が居る場合は出来そうな気がした。

ID:yaxnxKyJ0

なかなかShareの動作に詳しいご様子で・・もしかしてｿﾝﾁｮｫｰ？ｗ
>(8801と9801と9821だけを順番に使うとか)
全然関係ないけどﾜﾛﾀ・・

さて>>446のレスだけど
>いくらdiffusedownだからって同じ(地域の)ＩＳＰから数十回も来るやつはない

これは良くわかるよ、俺の脳内では異なるISPを使った事を前提にしてたんだが書き
忘れてたようだ。全てのDdownが地域不詳のISPってのも怪しすぎるしな。後者も解った、
多分そうだろうと思った上で聞いてみたがやはりそうだな。ともかく揚げ足取り的な
内容だが答えてくれてありがと。

>>450
よくみろ >449は特定されるような方法だ


協力者がいるなら
>450の方法に付け加えて
・拡散は VPN使ってローカルＩＰ使う (ルーターを使えば外部へ出ないようにもできる)
・一番最後に2ch等へハッシュを書き込み

問題はwinnyと同じ動作になってしまう (アクティブな拡散はしない)

>>451
nyからshareへ輸入してる人らしい

ShareEX2 アニメ ハッシュ晒し専用スレ 66
http://tmp6.2ch.net/test/read.cgi/download/1177921071/96

だからといって村長ではないと否定はできんけどな

>>450
その方法だと diffuseUPはしないから
クラスタは
.魔法少女リリカルなのはStrikerS.
(魔法少女リリカルなのはStrikerS)
<魔法少女リリカルなのはStrikerS>
[魔法少女リリカルなのはStrikerS]
とかやって接続される側(鯖)にしないとならない

前スレでもあっただろう
キャッシュの内容を変える
ポートを変える
これで十分。

PG2
＜自分で常に最新リストを抽出して使いたいなら(まな板編)＞

ここからまな板スクリプトを落とす。
ttp://dukedog.flnet.org/pukiwiki/index.php?%A5%D6%A5%ED%A5%C3%A5%AF%A5%EA%A5%B9%A5%C8#manaita

Pythonをインストールしてないなら、ここから落としてインストール。
ttp://www.python.jp/Zope/download/pythoncore

ttp://www.rupan.net/uploader/download/1176939371.bat

後はこのMegaHageBlock.batをダブルクリックすれば
最新の日本以外のIP割当て情報を取得してＰＧ2で読みとりな形式のファイルとして出力してくれる。

あとはこのリストをPGで読み込む。ttp://ccfa.info/cgi-bin/up/src/up2783.zip
pass a

negiesリスト
%ResolveFailedHost%
*.aero
*.arpa
*.com
*.coop
*.edu
*.gov
*.info
*.int
*.mil
*.museum
*.name
*.org
*.pro
*.net
*ads*
*tv*
*cable*
*isd*
*dial*
*flets-a*
*PPPa*
*.dti.ne.jp
*dsl*
*DSL*
*FLA*
*.ac.jp
*.ed.jp
*.go.jp
*.gr.jp

*.gr.jp
*.lg.jp
*.co.jp
*.metro.*
*.pref.*
*.city.*
*.town.*
*.vill.*
*KEISHICHO*
*ICPO*
*OIPC*
*INTERPOL*
*KEISATU*
*--*
*NPA*
*110.JP
*kenkei*
*police*
*.metro.*
*.pref.*
*kyoto*
*kyouto*
*.kyt.*
*.kyto.*
*.kyt-*
*.plala.or.jp
*110WAKAYAMA.JP
*NPHITEC*
*KEIGAKU*
*CPH.JP
*-ps*

*-phq*
HIGOKKO*
*jasrac.or.jp
*accsjp.or.jp
*accsjp.ne.jp
*jrrc.or.jp
*cric.or.jp
*.microsoft.com
*.netarc.jp
*.nhk.or.jp
*trustguard*
*netarc*
*.korea-fci.com
*.kwahyop.com
*.k-jinken.ne.jp
*K-JINKEN*
*.sesede.com
*.elufa.net
*.kot-jp.com
*.urishinkumi.com
*.io-shin.com
*.kdis.ne.jp
*.kyn.ne.jp
*.ilto.ne.jp
*.tk-dongpo.net
*.jpth.net
*.korea-fci.com
*.uri-navi.com
*.tongpo.com

*.tongpo.com
*.korea-u.ac.jp
*.chongryon.com
*.tk-dongpo.net
*.tompo.jp
*.usen.ad.jp
*.ocn.ne.jp
*ipad*
*.t-com.ne.jp
*.bbtec.net
*softbank2*
*softbank06*
*zaq*
*infoweb*
*.nsk.ne.jp
*.asahi-net.or.jp
*.dion*
*.plala.or.jp
*.doubleroute.jp
*.spacelan.ne.jp
*.wakwak.ne.jp
*.mesh.ad.jp
*.home.ne.jp
*.so-net.ne.jp
*.parkcity.ne.jp
*.sannet.ne.jp
*.ucom.ne.jp
*.ad
*.point.ne.jp
*.ap.so-net.ne.jp
localhost #TmProxy.exe Port:25,110
以外にも揉むとこあったら追加ヨロ

放映中の地上波アニメを全国カバーすれば、利用率変わるんじゃね？

a82でうｐ０diffuseも０でdlのみ　ulファイルは０でかつﾈﾄﾘﾐで1k絞り
これがもっとも合法

葱のそれ揉み過ぎじゃないの
そこまでやる必要あるかね

うん、やりすぎ

釣られんなって

IDがOVAだ。アニメ興味ないのに・・・

>467
しかも全部大文字ときたもんだ！

で、OVAって何？

オリジナルビデオアニメーションの略

３文字ごときで喜べる…
なんと幸せな脳味噌か