【串対策】コードネーム「ラベンダー」作戦本部【海外】
■ このスレッドは過去ログ倉庫に格納されています
http://qb5.2ch.net/test/read.cgi/sec2chd/1184047230/478
479 名前：Kseniya ★[] 投稿日：2007/07/17(火) 03:08:40 ID:???0
また以前のように海外からはISP毎規制に戻らざるを得なくなってしまいました。
F22やBBQ等を開発してここ数年はなんとかがんばってきましたが
ことここに至っては、ちと無理な状況になっちゃいました。
次の新しい武器ができるまでは順次一括規制で行きます。
がんばって次の武器を開発しよう !!
コードネームは「ラベンダー」です。
http://qb5.2ch.net/test/read.cgi/sec2chd/1184047230/485
485 名前：Kseniya ★[] 投稿日：2007/07/17(火) 03:15:07 ID:???0
この間も出ていたようにUDのまねして分散こんぴゅーてぃんぐかなと、
みんなのマシンでage2chもどきをぶん回して見つけたら報告
BBQに突っ込むを全自動化
あと、こんなのも。
GeoIP
ttp://www.maxmind.com/app/geoip_country だから、
・分散コンピューティングでみたいので串集める （←検討中）
・海外からは認証式に （方法考えないと）
・公開プロクシとcgi/phpプロクシ対策も必要
これを頑張らないと、って思うんですが。 こんなものー
・アドレス調べ（一網打尽）
ttp://www.vector.co.jp/soft/winnt/net/se316799.html
なんか役立ちそうなスレッド
うざい国からのアクセスを全て遮断
http://pc11.2ch.net/test/read.cgi/mysv/1118726898/ >>13
ありがとーございますー。
一応資料としては使えそーですかねー。
>>14
いまの規制だと全部巻き添えですからー、
そこから先をどーゆー風にチェックして通してあげるかですねー。
be使わないとjp＋国内以外は書けないとかー。
なんかそーゆー手順踏むしかないかなー。 とりあえず、なんでもいいから案を出してみる
●みたいに事前申請でIDを取得
海外からはそのIDを使用して書込み
問題があれば、そのIDを停止
ID取得部分は自動メール返信にして、フリーメール不可
海外用フリーメールリストはどこかにあったはず
欠点：スパム攻撃に使用される可能性あり 無茶苦茶だが
外国在住人は全員fusianasanして貰って登録してそれ以外は書き込み不可とか… >>16
そっちの分散コンピューティングってのはー、
方法いろいろ考えないとですねー。
いまage2ch.は、書き込めるかどーかのチェックしてますねー。
それを分散PCにやらせたら、どっかの鯖が負荷掛かりまくりそうかなー。
あー、けどそれはチェック専用鯖を用意すればいいのかなー？
その前に、BBQは公開されちゃってますんでー、
串リストあれば一気にチェック出来ちゃいますけどねー。
残ったものだけチェックしていくって感じですかねー。
多分、いま大量に使ってる人はそうしてるでしょうねー。 fusianaして荒らせばいいわけで
あと、いくらでも●取得して荒らしてる人もいるなぁっと hage2chは改造したら書き込めるってバッチャが言ってた つーかTikageと●があれば板名が八文字の板はあらせちゃうんだよね 目には目をってことでやるしかないかもしらんですね
一台処理能力の高いPCと専用回線を使用して相手より早く串をゲット
って、コストが高いですね >>21
jp+国内プロバイダ以外は自動節穴ってのもありですかねー。
それで大量串荒らしはBBQできますけどねー。
けど、ちょっと酷かなー。
識別できる記号付けても、そのままじゃBBQできませんしねー。
前にboo80の速焼き版（ポートチェックせずにいきなりそのホストを
1日だけ規制）っての提案したことあるんですがー、まーちょっと
危険かもなーと。
(危険なんで、規制は1日だけってのならどうかなーと思ったんですがー） >>26
具体的に串チェックはどうやってるんでしょうねー。
使うからにはポートもチェックする必要あると思いますけどー。 PHPとかわからないのでsearch.pl見てもさっぱりです
どっかのサイトに掲載されてる串を使ってるように見えるんですけど ちょっと前にage2chスレで改造版search.plがうｐされてたような気がする。
俺も落としたんだけど使い方わからんからって捨てちまった。
とっておけばよかったかな。 串リストリストを作って、そのリストに載ってるのを片っ端から規制？ とりあえずきねん。
ラベンダーっていうぐらいで、一面びっしりと? 公開されている串リストってば、新鮮ならば新鮮なほど効き目が良くなるです。
その代わり、しょっちゅうあくせくしなきゃ。
でも同じホストからしょっちゅうあくせくしちゃうと、すぐにピッチャーデニーの登板と相成るわけでして。。。
BBQの内容からすると、おそらくほぼ全ての串と思しきホストを網羅しているかと思います。
だがしかし、「新鮮さ」からと言うとｺﾞﾆｮｺﾞﾆｮ･･･
その「新鮮さ」が失われたところから漏れ串となって２ちゃんねるに書き込めたりするんだと思うのですです。
ってことで、分散コンピューティングじゃないけれども「分散ギャザリング（仮名）」なぁんてのがいぃんじゃないかなぁと。
いろんなホストから同一串リストをのんびりしかも時間差で収集。
それを一括してBBQにくべれば、新鮮さがﾌｶｰﾂするのではと思っていたりします。
ただしそれらをBBQにくべてもらうなり、BBQから拝借しに出向いたりすると、やっぱり負担が掛かってしまったりします。
殊にBBQではDSBLをrsyncで丸々くべていたりもしています。
ある程度時間をおいてはやっているのですが、如何せんその膨大な量を内部形式(cdb)に変換するのが大変だったりもします。
そこで、今回の改竄？を契機に、DSBLを外してもいぃんじゃないかなぁとも思ってもいたり。
やっぱり、DSBLは腐乱串（解除要請されないまま放置してあるホスト）が圧倒的に多いのでねぇ。。。
なぁんて徒然なるままに書いてみました。 >>37
おお、重要なかたが。
とりあえず食事につき。
今日はなんだか肌寒いような、湿度が高いような妙な感じ。@ 埼玉県の田舎 >>1
富良野市民にあやまれ！ｗ
・・・それだけ。
専用スレだ。
私もDSBLは外すに取りあえず賛成。
放置された「うんこ椅子」が多すぎます。 認証は無しの方向で。
2chでなくなっちゃうんで。 漏れのところで飼っている串焼き装置
search.plバリに串表から串を纏めて回収
↓
串に刺して出口鯖を取得
↓
出口をごーと焼却
串回収装置を各串表にあわせてカスタマイズ（ｗ
あと>>13の調理すでにできます。全自動でaa.bb.cc.dd/eeの形式で出せますー
＃プログラムならバイナリデータでルーチン埋め込めます。。。
＃比較は最大３２回です。。。＜バイナリサーチ。。。 >>48
CGI串に限った話じゃないんだけど
認証の話とかなんかピント外れてない？ PINKのリーダーは海外なのも頭に入れておいて頂けると助かりますです。。。 >>49
そのスレまだ落ちてなかったんですね。
画像認証（Captcha）を採用する場合は、視覚障害者向けに音声認証などを
代替手段として用意しておきたいところです。
また、Captchaのクラック方法を探るサイトによれば、画像の背景と文字の崩し
方を多種多様にしておかないと機械的に解読されてしまう、しかしこれをやり
過ぎると人間にも読み取れなくなるというジレンマがあるそうです。
コッソリアンケートのCaptchaでもときどき読み取れないことがあり、「あれ？」
ってなって再入力することがありますw
>>4にコピペしていただいた前スレのレスではこのような問題と、画像認証で
“人間だよーん”フラグを立てた場合にどれくらいの生存時間を設定するか
バランスが難しそうだと思い、“一長一短”と表現しました。
1つの書き込みごとに画像認証するのは苦痛ですもんね。かといって、しばらく
の間有効にすれば、最初に人間が認証を通してスクリプトをブン回すことが
できてしまうわけで。
画像認証にこだわるわけではありませんが、“人間だよーん”認証が必要なら
有効な手段のひとつになると考えています。 >>13です。
>>47
釈迦に説法なのですが、あのlatestはあちこちからあくせくされまくってるものなので
もし調理器具を実装する形になる場合は、頻繁に取りに行かなくて済むよう
キャッシュする方向でお願いします。
>>37
みんなで分担すれば串リストからデニー登板を食らわないようになるぞ、ですか。
その方式でノーマル(?)な串の収集はうまく行きそうに思うのですが、
ソースをごにょごにょすると「全く新しいsearch.plの出来上がり」になってしまったりして。
というのが少し気になりました。
# 人によっては数分間折れなければ「使える」んですよね。
DSBL外しは賛成です。 皆さん乙ですー。
大きな方向性としては、以下の２つですかねー。
★日本国内以外のホストを区別して、認証形式にする（画像認証>>54or etc.）
★BBQをリフレッシュする（分散ギャザリング(仮名）>>37）、＆ DSBL撤廃？
枝葉はいろいろあると思うんですがー、
他に分けておいた方がいいのがあったら指摘下さいー。
それぞれ、並行して話していけばいいのかなーと。
組み合わせ方もいろいろあると思いますしー。 >>37について手順とかちょっと考えてみましたー。
【PCの作業】
○串サイトを1箇所/複数台PCで担当
※串サイトの割り当ては、中央サーバーが担当
※リストの加工の仕方は、中央サーバーから送られる
※中央サーバーで自由にリストの追加・削除が可能
○ローテーションで各串サイトからPCが情報収集（Deny対策）
○PCから既存のBBQデータベースに問い合わせて未登録串を抽出
【サーバーの作業】
◎串が利用可能かチェック（串サイト掲載のポート使用）
※PCからboo81みたいなのに自動で突っ込むとか？
※チェック用サーバーを複数用意すればいいかも
◎串の生死判定結果をサーバーに集める（○×と日付時間）
※上記のチェックサーバーがそれを兼ねた方がいいかも
（嘘情報を送られたらアウトなので）
◎生きてる串（○付き）だけのリストを合成（日付＋ポート番号も）し、
BBQデータベースに追加
◎登録から1〜数ヶ月（任意）経ったものは、再度ポートチェック(自動）
2〜3回×判定となったら消去
※これで一度外れても、復活してどこかの串リストに入れば、再登録される
無理そーだとか、こうした方が？というアイデアあったらよろしくー。 あ、この部分は自動で追加してけばいいだけかー。
要らないプロセスですねー（汗）。
＞◎串の生死判定結果をサーバーに集める（○×と日付時間）
＞ ※上記のチェックサーバーがそれを兼ねた方がいいかも
＞ （嘘情報を送られたらアウトなので）
＞◎生きてる串（○付き）だけのリストを合成（日付＋ポート番号も）し、
＞ BBQデータベースに追加
ピッチャーデニーさんとかよくわかってない素人なので見当違いのこと言ってたらごめんなさいですが、
串リストリストを作っておいて、
1,串リストにアクセス
2.載ってる串を全部焼いちゃう
3.ついでに載ってる串をいくつか拝借
4.その串で串リストにあくせく
⇒２〜４繰り返し
串リストリストは適宜追加したり削除したり
ってのはどうなんですかね？ ＞3.ついでに載ってる串をいくつか拝借
＞4.その串で串リストにあくせく
ここは不要かと >>65-66
レスどうもです
１．２．がすでにやってて、３．４．が不要なら意味ないですねｗ
>>37で
＞同じホストからしょっちゅうあくせくしちゃうと、すぐにピッチャーデニーの登板
ということなので「じゃあ串さしちゃえばいいじゃん」と思ったのですが、やっぱりよくわかってなくてごめんなさいです…
分散で手伝えることがあれば手伝いたいと思うのでまたよろしくお願いします。 CGI串ってのは既存のプログラムを使用してるんでしょうか？
それとも独自形式が多いんでしょうかね？
後者だったら大変かなー、と。 >>67
まー、それを避ける意味での分散（人海戦術）ってことでー。 やぁやぁ、役作りがお上手な誰かさんから誘導されてきましたよと。
方針をどうするかまだ決まってないのかな？ けが人ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━!!!!
お大事に。 >>72
大きな流れは>>58かなーと。
あとは技術的な部分ですかねー。 BBQの中身なんてすっかり忘れていますが、
アクセスのあったIPアドレスを片っ端から調べていけばいいんじゃないんですか？
串は集めなくてもむこうからやってくるし。 >>76
総当たりはこのあたりが壁かなーと。
http://qb5.2ch.net/test/read.cgi/sec2chd/1184047230/473
473 名前：Kseniya ★[] 投稿日：2007/07/17(火) 02:57:07 ID:???0
どうやったら串とわかるかというのが永遠の課題です
http://qb5.2ch.net/test/read.cgi/sec2chd/1184047230/560-562
560 名前：名無しの報告[sage] 投稿日：2007/07/16(月) 05:04:44 ID:KU565kYs0
>>559
最近掘られた串を見ると、2000〜3000番台でランダムが多いように思います。
掘りの結果で得られたIPアドレスをググってポート番号を割り出さないと
booできないことが続いています。
また、cgi/php串も猛烈な勢いで増えている印象。
562 名前：仕事中＠ｒｅｆｆｉ@報告人 ★[] 投稿日：2007/07/16(月) 05:11:09 ID:???0
>560
ポートがランダムでcgi/php串大幅増殖しているとなると
負け組コースも仕方ないと思われ ポートスキャンではだめですかね。
Ackが帰ってきたらOpenとみなすとか。
CGI（phpもCGIでしょ）串はそうねぇ。
URLが分からないと厳しいのは確かなので、
WEBサーバが起動していたらアウトとか、WEB＋海外ならアウトとか
ちょっときびしめに判定するのがいいんでないかなぁ。
複数台でチェックするなら、負荷はそんなんでもなさげ。 とりあえずhttpdが起動してるだけで串と判断するのはやめてほしい
自鯖運営しててBooされたらかなわん ＞80
串と判断でもいいと思うんだけどね。
国内は自動化しない（もしくは別のシステムでやらせる）
Beで回避
ホワイトリストで回避
とかで調整するのは全然ありだと思うです ・ポートチェック？
また5年前に戻るのかなぁ。。。
・串判断？
何でしなきゃなの？ﾏﾝﾄﾞｸｾｰ♪
CGI串はそのほとんどがDDNSなところだからURIが判らないと多分ｴﾚｴﾚしちゃうかもかも（哀） まずはノートパソコンの空き領域を大幅に増やすために
USBのHDD(160G)買ってきた。
なんでこんなに空き領域がないのか
不思議ー AoMももうずいぶんやってないからアンインストールしてしまおう
そうしよう ( ﾟ∀ﾟ)o彡°アーニンストール！アーニンストール！ 我が家のHDは120+80+80だけど全然足りないのです。。。
いらないファイルを消して空いたと思ったらすぐ違う何かで消費するようで。
＞83
5年前って投稿毎に特定のポートをチェックするやつでしたっけ。
今考えているのはもうちっとましかなと思っていたりします。
あと、石焼き？のように人海戦術でいくなら、
もうちょっと精度の高い方法があるんですが
今回はそういうスタンスなのかしら？ 未だに４０Ｇ使っていて空き６Ｇしかないですが
（新ＰＣで一気に５００Ｇまで拡大予定）
全部ポートチェックだとコストかかりすぎるので
jpドメイン＋ホワイトリストに乗っている物はスルー
↓
それ以外の物は一律ポートチェック
こんな感じ 俺も40G
Cドライブの空きが500MB未満、Dも1GB未満
定期的にDVDにデータ移しまくっていきてるYO！ 新しい串を見つけた奴には1つごとに100モリタポとか褒美をやれば
それ欲しさに串収集人が集ってくれるよ。
その内、そういう連中自身が効率的に串サイトを探査するための
自動収集プログラムを組んでやってくれるよ。
もしくは、そういう有益なプログラムを作ってくれる人に
モリタポとかの褒賞を与えればいい。 .jpスルーにしちゃうと国内串スルーになっちゃう＞＜ 海外 && 80番がオープン だったら書き込めない（規制リストへの追加はなし）
これでCGIプロクシの大半を撃退できそう。 あと、経路を見るというのも手かなと。
40ポイント溜まったからマグカップとスプーンが交換できるようになったぜぃぇぃ >95
そっちはＢＢＱで焼き焼き
数も海外ほどではないので大丈夫かと C=空き9.8G D=空き21.2G になった
さーてVisualStudioインストールできるべか
>>94
私が作っちゃう予定なのでモリタポ総取りだー ところで、＞1をやるとして、どうやって正当性を確かめるんでしょうねぇ？
接続元をキーにしたハッシュ値をプロキシ経由で取得して、
ハッシュ値が一致すれば登録とか？ >>94
BBQの中の人が儲けそうかもかも(ﾟ∀ﾟ)ｱﾋｬ >>94のポイントは、串探査のプロセスをアウトソーシングして、
なおかつ競わせる事で、多くの人のアイデアをもとに
常に串探査のルーチンやプロセスが洗練されていくという事。
誰か1人が作ったプログラムではどうしても抜けが出てくるし、
その時完璧でもいずれ抜け道がどんどん出てきてしまう。 >>101
多分きっと「正当性」なぁんてのを求めちゃ逝けないかと思うですです♪ >>56 さすがにリストゲットはそう頻繁に動かす必要はないかと（汗）。。。
当然キャッシュ（ローカルで保存）は考慮してますです。
>>91 国内IPだったらスルーでいい鴨。。。
>>101 海外だったらあんまり正当性求めないという手もあるかも。。。 やろうとしているのは国内IPを嘘登録しようとしているです。
割り当て表でも見て国内外かを判定するんですか？ >>106
＞割り当て表でも見て国内外かを判定するんですか？
それは難しくない気がしますがー。
どうかなー？ >>106
管理鯖でリクエストのIP+種でハッシュつくってそれを申告させればいい話では？
大した負荷じゃなかろうし。
で書き込みがあった新規IPにダミーを混ぜてクライアントに分担するみたいなかんじになるのん？
単にバラバラにポートスキャンするんだったら偉いはた迷惑なボットになる気がする… 串サイトを基本にするんであればー、
大抵ポートも一緒に書いてあるんで
チェックは楽な気もするんですけどねー。
IPアドレスだけ書いてある串サイトって殆ど見ませんしー。 ■ このスレッドは過去ログ倉庫に格納されています
