●＋(tor|串)による連続投稿に対抗する妙案を考えよう★8

【軽量実装希望】●＋(tor|串)による連続投稿に対抗する妙案を考えよう
http://qb5.2ch.net/test/read.cgi/operate/1269524909/

●＋(tor|串)による連続投稿に対抗する妙案を考えよう★2
http://qb5.2ch.net/test/read.cgi/sec2chd/1269676369/

●＋(tor|串)による連続投稿に対抗する妙案を考えよう★3
http://qb5.2ch.net/test/read.cgi/sec2chd/1269676930/

●＋(tor|串)による連続投稿に対抗する妙案を考えよう★4
http://qb5.2ch.net/test/read.cgi/sec2chd/1269677307/

●＋(tor|串)による連続投稿に対抗する妙案を考えよう★5
http://qb5.2ch.net/test/read.cgi/sec2chd/1269692376/

●＋(tor|串)による連続投稿に対抗する妙案を考えよう★6
http://qb5.2ch.net/test/read.cgi/sec2chd/1269693122/

●＋(tor|串)による連続投稿に対抗する妙案を考えよう★7
http://qb5.2ch.net/test/read.cgi/sec2chd/1269693314/

●ばーぼんの仕組み整理

大規模連投が発生
↓
一般人が大規模連投がありましたよ、とboo的な●ばーぼんフロントエンドに報告
↓
●ばーぼんが分析
↓
●ばーぼんによって荒らしと判定された場合(同一●によって、10分間に100レス、一時間に500レス以上なされた場合、等の条件)
↓
sidが失効。一時的に●焼き状態になる。
↓
一定時間がたつと●焼き解消
↓
何度か再発するとFOXの手によって恒久的●焼き(FOXが見やすいように再発情報を保存。)


メリット
・金銭がらみの責任は全てFOXが負うという状況は維持される。
・FOXがいないと●焼きされない＝荒らし放題の現状が打開される。
・bbs.cgiに変更を加える必要がない。
・FOXは損しない。

デメリット
・仕組みがヘボかった場合●が完全死亡する可能性(過去のVIP931みたく。)
・なんだかんだ言って金銭絡みのところに触れている。(が、これは今から導入しようとしてる●荒らし規制共通のデメリット。)

↑
新しく作る場合

こらこらを流用したい場合
↓

250 名前：NAO ★　[]　投稿日：2010/03/26(金) 01:48:16 ID:???0
んで、この場合は多分、現行のバーボンハウスと連動したシステムにすると、
ある意味で楽になるんじゃないかなと判断。
この楽にする方法が自動化ではないかと。

で、>>239の問題点を解決する方法。
条件Aとして、バーボンに送られた奴で、尚且つ●IDがあればその●も一緒に時限停止してしまう、と。


バーボンハウスに送られる
　　　　↓
いつものようにIPを処理して、リストに追加
　　　　└→●IDはありましたか？
　　　　　　　　　　│
　　　　　　　　　　├─→●IDがありました
　　　　　　　　　　│　　　　　└→禁則事項なリストBに追記
　　　　　　　　　　│　　　　　　　　　└→リストBは、通常の●焼きに使っているリストとは別に用意
　　　　　　　　　　↓　　　　　　　　　　　　　　└→このリストは、一定周期で参照され、時限的に自動解除される
　●IDはありませんでした
　　　　↓
　通常通りのバーボン処理続行

ばーぼん流用のデメリット
・既存のものを弄るのは面倒。
・スパゲッティ


こんな感じの仕組みで●こらこら回数を記録。ふらっとやって来たFOXが●こら回数を見て恒久●焼き。
↓
254 名前：NAO ★　[]　投稿日：2010/03/26(金) 01:58:45 ID:???0
>>253
なら、リストBでの時限解除を「#」とかのコメント記号で対応
更に　●ID(ユニークな文字列)<>χ　とかで保存して、
同じ●IDが追加されるたびにχ値を加算処理すれば、後々分かり易いかもですね

例
　・登録初期
　　haijin-teki-id<>0
　　↓
　・解除時
　　# haijin-teki-id<>0
　　↓
　・再登録時
　　haijin-teki-id<>1

ツール配布中
http://yutori7.2ch.net/test/read.cgi/news4vip/1269677068/

VIP警察役に立たないからVIP警察は無くします
http://yutori7.2ch.net/test/read.cgi/news4vip/1269677068/277+290
277 名前：硫化水素、火、爆弾、大麻 ◆H2S//d0rJOwg [sage] 投稿日：2010/03/27(土) 23:00:13.33 ID:81e4daKo0
二つ目
現在導入が議論されている●バーボンと●こらこらについて。（参照　http://qb5.2ch.net/test/read.cgi/operate/1269524909/）

はっきり言ってこれは穴だらけ。
提案者の考えるビジョンはこちら

> 686 ： ◆NAO/2MXDEk [sage] ：2010/03/27(土) 12:03:35 ID:KQR4FtqM0 (10/10)
> 仮に100の●と100の串があったと仮定
> その組み合わせは100ｘ100で10^4パタン
>
> 現時点で100程度なら串をバーボンでサクッと止められているっぽい
> 仮に10本の串をバーボンハウスでトラップ出来たと仮定
>
（以下省略）

290 名前：硫化水素、火、爆弾、大麻 ◆H2S//d0rJOwg [sage] 投稿日：2010/03/27(土) 23:18:02.57 ID:zRsQZvAs0
>>277の方法には穴がある
まず今回の方法では頻繁に串がバーボン入りしているが、これは制御が面倒だから実装していないだけで、
やろうと思えばバーボンに一つも行かないように制御することも可能。

超短期間で連投した場合、現在の設定では175レスでバーボン行きとなる。（参考　http://yutori7.2ch.net/test/read.cgi/news4vip/1269080306/1-176）
つまり一つの串につき175レスまでならバーボンに行かずに連投できるということ。
少なめに見積もっても150レスならほぼバーボンに行かせず連投することが可能。

つまりこの時点で●バーボンの存在意味はなくなる。
バーボンの閾値を変えない限りは投稿数を減らすこともできないので（これは当然）、完全に無意味な策ということである。

となると手動でこらこらに送って●こらこらをするしかないということ。
しかし、埋め立てが始まってから●こらこらが始まるまで何分くらいのラグがあるだろうか。
最短でも5分だろう。
そしてスクリプトの速度はおよそ988res/30s（参考　http://changi.2ch.net/test/read.cgi/doujin/1269677315/）
少なめに950res/sと見積もっても5分の間に一つの●で9500resすることが可能。
一つのスレの容量が512 * 1024 = 524288byte
投稿容量が2048byteの板で256res、4096byteの板で128resで確実に一スレ埋めることが可能なので、
5分間にそれぞれ37スレ、74スレ埋め立てることが可能。

この時点で話にならない。
串に関しては万を超える数を集めることも可能なので、バーボンに送らずに可能な限り連投するには十分な数がある。

これに対し一つの●で使えるIP数を絞る方法だと、必然的に一つの●での最大投稿数が限られてくる。
仮にIP3つまでであった場合、150 * 3 = 450res。まったく問題にならない数である。
その内一つでもバーボン行きになれば更に●一つ当たりの最大投稿数が減る。

>>6
●で使えるIPを絞るって、●垢一つごとにIPリストを保持する必要があるな。面倒。

となると。やっぱり人海戦術>>2になるのか。

★案追加

●一つあたりのIP利用数を制限する。つまり串の利用本数を制限する。

メリット
・確実安心安全

デメリット
・重たい(？)
・bbs.cgiに組み込む必要がある。

●＋(tor|串)による連続投稿に対抗する妙案を考えよう★8?
http://qb5.2ch.net/test/read.cgi/operate/1269697212/

どっちかに統一しろ

>>7
人海戦術は確実に私怨が入る
あとIPアドレスを全桁保持しなくてもいいでしょ

私怨が入ろうが入るまいが、機械の判定がしっかりしてれば問題ない。

短時間に何度も●ログインできないようにして
●ログイン時のIPと違うIPからの投稿は弾くってのはどう？

>>2
> 金銭絡み
お試し●だけ●ばーぼん対称にすれば金銭絡みなくなってひぃーはー

荒らしが何いちびってんだ？

お試しはsamba突破不可でいいだろ
規制回避だけで充分

重複スレ。以降こちらで

●＋(tor|串)による連続投稿に対抗する妙案を考えよう★8?
http://qb5.2ch.net/test/read.cgi/operate/1269697212/

運用のは板違いだから放置で落とすか埋めるべき