【軽量実装希望】●+(tor|串)による連続投稿に対抗する妙案を考えよう
■ このスレッドは過去ログ倉庫に格納されています
ここ最近、●(通称:2ちゃんねるビューア)と(tor|串)を組み合わせた荒らしツールが公開され、
各所でポツポツと任意のスレッドに対して連続投稿が行われ、
前々から指摘されていた「弱点」を突かれ続けているという現状があります。
本来、●は過去ログやdat落ちしたスレッドの閲覧を容易にするツールで、有料で提供されています。
2chでは●にログインした状態で投稿等を行うと、色々と制限を回避できてしまうという「おまけ」が付いています。
このスレでは、そのおまけ機能を悪用する行為に対して、どのように対抗していけばいいかと、
「金銭が絡む」という問題を念頭に置きつつ、妙案を持って活路を見出そうとするスレです。
※ 尚、このスレッドで話し合われた結果が実際に反映されるとは限りません。 ▼この話での大きな問題点
1). 通常の●は有料サービスであるという点
└ニダラン経由で入手できる●は時限式のお試し●で、無料サービスです
2). 現状のbbs.cgiにはこれ以上機能を追加するのは難しいかも
---
特に(1)に関しては有料サービス(一部除く)なので、「金銭が絡み」ます。
# まあ、そういうことです。 お試し●(笑)で串スルーと連投スルーを消せば解決だろ
●の本来の機能である過去ログだけ見れる仕様にすればよかろう ところで本物のウンコとニダーランのウンコとでIDに差はあるのかな?
あれば何かできそうだが ▼現時点でこちらにある対抗手段
・ バーボンハウス - 自動制御
・ バーボンハウス - 強制招待
・ 掘って纏めて焼ける人が●を焼く
▼上記手段で対処しにくいパタン
・ 大量の(tor|串) listで散弾銃のように繋ぎ変えまくって●経由で連続投稿される >>13
こういう案もあります
http://aa5.2ch.net/test/read.cgi/nanmin/1117044394/955
955 : ◆MUMUMUhnYI [sage] :2005/06/07(火) 14:56:40 ?##
昨日おふろで一瞬考えたのは、
一つの●セッションIDごとのIPアドレスの数(= 投稿数)を何らかの方法で数えておいて、
●一つあたりの使用IPアドレスが異常に多かったら、何かしてみる(●の効果をなくす)とかぐらいか。 ちょっと一服、想像というか妄想の範囲なんですけど
●ってのは、まあいたずらすりゃ掘ったついでに焼かれる訳ですよね?
って事はどっかにその焼かれた●のでーたが集積されてるってことだと思うんですが、
こらこら的なもからそこに投げるわけにはいかないんでしょかねぇ?
それなら判断を増やさなくてもいいと思うんですが。
さて米研ぐか ▼なぜ上記パタンでは対処しにくいのか
・●が焼かれるまで完全に止められないから
・●経由だと、BBQ等の制限リストを無視してしまうから
・●経由だと、1スレ埋め潰すのに1分以内(今って、数秒だっけ?)で終われるから ニダーランが人気ねえから規制+●乱発してるけど
こいつのスレ立てとsamba突破の特典けせば解決じゃん
くだらねえ。
●は過去ログ閲覧機能なんだろ?おまけんかつぶせばいいじゃん ●の短時間連続投稿が自動で一時的焼きリストみたいなのに追加されて
それが冷えるまで(一定期間)は、通常と同じSamba24が適用されるというのは? >>20
気持ち悪い口調でしゃべってねーでFOXに直談判してこいよ。
まどろっこしい野郎だな。
rootもいってたぞ●は過去ログ閲覧機能
他は約款にねーおまけだ。おまけやめちまえよ。うぜえ なるべく仕様変更をしないという点を重視するのか(例:>>15)
有料という複雑な問題を避けるという点を重視するのか(例:今まで通りごく僅かの●焼ける人が頑張る)
弱点を確実に塞ぐという点を重視するのか(例:>>14)
これが決まらないと平行線のままだと思いますが 過去ログ閲覧機能の●が抜け道用意して
人気のねえ糞ゲーの為に無料で配布しまくった結果がこれだろ
荒れたっていいじゃん。2ちゃんなんだしよ。
抜け道作って売れもしねえゲームで人よせしたとばっちりだろ?
根本の所さわらねえで茶番演じて>>1はアホだろ >>4
お試し●での串スルー機能撤廃
これでいいじゃん
難しいの? ●のおまけ機能停止で終わりだろ?
sambaとっぱも串も使えない
簡単じゃん。
規制やっといて有料で逃げ道作ってるから荒らされるんじゃん。
嫌ならとめりゃ済むだけ。
何で★つけてて利害関係者においコラって言える勇気がねえの
気持ち悪いスレ立てやがって。 >>20
それは本質的な問題ではないと思います
●+大量の串というパターンは、2ちゃんねる側から見たら●を共有した複数のユーザーに攻撃されているのと同じことです
つまり、"●を使うコストを圧倒的に下げている"ということにつながるのではないですか?
極端な話が、2ちゃんねるの利用者全員で同じ●を共有して攻撃し、焼かれたら次の●を使うという攻撃をされた場合、
何が悪いかと言われたら●を共有できる仕組みだと思いますが。 ▼考えられる対処方法各種
・●で回避出来ない第3の制限リストを作る
・こらこらされた時●経由だったら、その●が焼却場に出棺出来るようにする
・ある●IDから、ある一定時間以内に、一定以上のIPアドレスから投稿があると時限停止されるようにする >>28
そーいやお試し●のID範囲はわからないんだっけ
そこが馬鹿なんだよな
始める前からいずれかはこうなるなんて
わかりきってた事なのに >>31
>・●で回避できない第(ry
バーボンがある
一番下に賛成
Samba24応用できそうですが Samba24じゃないや、timecount/timecloseだ >>31
何で外付けで仕組みを増やす。
スレタイの軽量実装希望ってのは嘘かい? boo的な何かに連投荒らしの書き込みを食わせて分析→レス密度等が閾値を超えていたら●ばーぼんに追加
→FOXがノリで●焼へ
で終わりだごちゃごちゃやかましいぞ手前ら >>31
一つ目についてはちょっと意味がわかりません
Torを防ぐということを仰りたいのかとも思いますが、かなり効果が怪しいかと
二つ目については、●の本質的問題を解決せずその場限りの対策になっていると思います
●の本質的問題を解決しない以上、また同様の弱点が露見するものと思われます
自分としては三つ目が一番●の本質的問題に切り込んだ策だと思います。
●を複数人で共有し、●購入のコスト=荒らしのコスト(荒らし目的の場合)を下げることが一番の問題ではないかと 茶番だな
防ぐ気ねーんだから荒らさせときゃいーじゃん。 ---
ここまでが考えてた事。
んで、皆で考えよう。
---
>>12
何か違うという話をどこかで聞いた記憶があるけど、定かじゃないです
>>14
bbs.cgiに追記になるんですかね
>>15
禁則事項な鯖に禁則事項なリストがあって、数分後に反映されているとか云々かんぬん
# 昔何処かでbbs.cgiにはこれ以上ソース増やせないよ的な話があったと思うんですが、
# 今は鯖のスペックが上がってるから、もしかして大丈夫なのかしら? >>27
簡単だろうけど、それをやると規制回避目的で買ってる奴に●が売れなくなるからじゃないか?
その部分はおまけ機能なんだから、廃止しても良いと思うんだが 金は逃したくないから金づるの機嫌は損ねないように
上手く対策出来る案を出せって素直に言えw >>36
頭大丈夫か?
IDベースだったら今回のように大量の串を使われたら閾値に引っかかるはずが無いだろ >>41
ニダーランに触らないで
あらしを何とかしたいですってスレタイにいれねーとな。
気持ち悪い口調でよくもこんな糞スれ立てられるよな スクリプトで荒らしてる奴
>>1はしがらみ重視で本気で対処するきねー
対処するフリだからせいぜい笑えるあらしやってくれよ
従来の埋め立てじゃつまらねーよ sidベースだとログインしなおせば変わりますのでidベースでないと 過去ログ閲覧機能付きの●を
糞ゲが人気ねーから規制しまくって
気軽に特典つきの●ばらまいた結果だろ?
本質ふれねーんだから荒らし放題!! >>46
●専用のバーボンを作って3回行ったら、自動で焼かれるみたいな案は確かに面白いかも知れんけど
VIP931みたいに監視とかに鯖の負荷とかが増える予感がするんだが >>39
とりあえず12のやつなら
if(!●の有無 | クライアントの●ID == お試し●の範囲とか)
{
串判定処理
}
これでtor回避できそう >>33-34
●+torで連投 →バーボンに送られる →でも(tor|串)listには残弾いぱーい
下の案のコストってどんなもんになるんすかね
>>37
あまりがちがちの掲示板は、もう2ちゃんねるではないのかも?
# ある程度詰めが甘い方が2ちゃんねるらしい(?)はず
# 後、食わされている串リストは、実はある程度予測できる可能性があるという >>46
それってこらこらで焼かれた荒らしの●が使えなくなるのと何が違うの?
閾値があるとはいえ一般ユーザーがbooのように使うことはありえないんだから(それが可能なら少人数で回ってる過疎スレで●使ってる奴がいたら終わる)
結局ボラしか使えないわけで、それならボラが突っ込む時点で荒らしかどうか判断しているのだからこらこらと何が変わらないのかと まぁ、問題の根源はお試し●だな。
自業自得と言えば、言えないこともない。
●専用バーボンは実現できるならそれが楽そう。 >>51
新たな監視を行うのは●ログイン時ですから負荷が大きく増えることはないでしょう。
>>53
カード単位なら後半6文字(6bytes)
100個保持してUnixTimeの後ろ2,3桁目(2桁)で照合とか ■ このスレッドは過去ログ倉庫に格納されています