削除スクリプト開発スレ

**赤翡翠** · NG

忘れていた。
既にメールを送られている方は、今のところ特に
送り直していただかなくても大丈夫です。

付け加えた５.をどうしても書きたいということでしたら
再送していただくのも一向に構いませんが。

>>260
ちょっとそれは難しいかも・・・。

**名無しさん＠お腹いっぱい。** · NG

>>260
やる気があれば自分から動くでしょう

**名無しさん＠お腹いっぱい。** · NG

>>261
失礼とは思いますがこのような騒動が現実に起こった以上念のため確認させてください。
entry@2ch.netは部外者には覘かれることはないですよね？
（先日「仕組みが違うから大丈夫と仰っていた気はしますが念のため）

万が一・億が一にもentry@2ch.netが覘かれているともう完全に削除人を復帰させる手立てが無くなってしまうからね。

**名無しさん＠お腹いっぱい。** · NG

2ch.netのMXレコードはgoogleのドメインを指している。
つまり、2chのメールサーバは2chの外にあるみたいだからまぁ大丈夫だと思うけど

侵入されたサーバーにメールサーバにアクセスするためのパスか何かが置いてあったら終わりかもね

**ξ´○ω○｀ξ** · NG

>>261
＼ξ´●ω●｀ξ　ワタシは２ちゃんねるの運営ではない
単なる通りすがりの変態で、お節介な善意の第三者
なんだけど、場の状況や流れを見て１点だけ乱入質問っ。

「>>263のような危惧を抱く人もおられます。
entry@2ch.netでの更新受付以外にも、
赤翡翠さんが記者募集時に開示されていた
メールアドレスでの更新受付も可能ですか？」

**名無しさん＠お腹いっぱい。** · NG

＞※ICQのログやメール等がある場合には、それをコピーor添付
貰ったメールやログってコピー転載してもいいんですかねえ？

**名無しさん＠お腹いっぱい。** · NG

こまけえこたあいいんだよ

**名無しさん＠お腹いっぱい。** · NG

>>157
>>261
　,.――――-､
　ヽ /￣￣￣｀ヽ、
　　| |　（・）｡（･）|　　
　　| |＠＿,.--､_,> 　送ったけどきちんと届いてるか心配でござる
　　ヽヽ＿＿＿ノ　　
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　の巻

**赤翡翠** · NG

>>263
システム自体を私が管理しているわけではないので・・・。

掲示板システムのパスとその他のパスは違うとは聞いていますし、
連動する必要が全くないので大丈夫と思いますけど、それ以上の
ことは私からは保証できません。

**名無しさん＠お腹いっぱい。** · NG

困った事が起きてから考えるのがひろゆきイズム
こまけえことはｒｙ

**名無しさん＠お腹いっぱい。** · NG

http://dso.2ch.net/test/read.cgi/sakhalin/1294397129/344
> 削除関係もこれでやりたいのですが、内容を確認するのにdatを毎回各サーバから
> 拠点に送るというのがネックかなと思っていたり、

itadaki も似たようなもんでしょ、と思ってみたり

**赤翡翠** · NG

えーと・・・。
ここまでの機能とかUIの要望等々どなたかまとめて
いただけないでしょうか。

新たに出ているのは、スレッド移動と過去ログくらいだと
思いますが（透明レス番修正機能の方は、ダメ出しが
出ているので省いていいかなと）。

IDやパスについては別枠でまとめていただけると。
（これについては、多分他のボランティアさんも共通の
ものになると思うので、別に分けてもいいんですが、
あまり分散させすぎても何なので、整理してまとめて
あればいいですかね）

**名無しさん＠お腹いっぱい。** · NG

機能は>>243じゃ駄目すかね？

**名無しさん＠お腹いっぱい。** · NG

今、決まっている事
>>210

要望
>>32-38
>>105
>>134
>>181
>>183-185
>>186
>>201

作るものリスト？
>>243

**名無しさん＠お腹いっぱい。** · NG

ID、パスの要望
>>27
>>134
>>141
>>154
>>223

ID、パスへの方針
>>154 >>200 >>210

**名無しさん＠お腹いっぱい。** · NG

ざっくりとですが。
漏れあったら追加してください。専門的なお話は省いてます。

検討事項？
・認証方式　Digest？Basic？CGI？
・削除人専用窓口へのアクセスの仕方　testの下に置いておいていいのか？

機能要望
削除全体
・削除アカウントとスキルを関連づける
・外部ツールからの利用はできるようにしてほしい
・レス削除とスレッド削除の板分割
・危険防止のためにも各モジュールは分割して持っておきたい。
・削除アカウントのパスも、任意に自分で決めたい。
・削除パスに関しては、メアドは利用しない
・作業パスワードとは別にワンタイムパスワードを発行したい

個別機能要望
・透明削除のとき、レス番号がズレないようにしてほしい
　→反対意見あり。技術的に困難とのこと。

・スレッド移動
　移動先の指定にワンクッション欲しい。
　スレッドURL指定→移転先URL指定→OKですか？みたいな確認画面があると嬉しい。
　移動後、「移動しましたよ。。」の下に移動先の板のURL（スレッドへの直リンでなくてよい）が入って欲しい

・レス削除、透明削除、過去ログ削除（レス）
　レス番号をまとめて指定したら、削除スクリプト内でまとめてチェックが入り、消せる機能。
　レス番号の指定方法は、削除依頼スレッドのまとめを使う方法とcyanさんのまとめツールのように、
　ウィンドウがあって、そこへ放り込めばまとめてくれる機能があると尚嬉し。

・スレッド削除、スレッド停止
　複数のスレッドを指定し連続削除機能（めくり機能）があると嬉しい。

※削除スクリプト自体はシンプルなものにして
　それ以上の事は別ツールで実現したほうが安全との意見あり。

・過去ログ削除
　古いサーバでは呪文が効かないので、なんとなると嬉しい。

**名無しさん＠お腹いっぱい。** · NG

>>260
>>261
>>262
ごめんなさいね。ちょっと強い言い方かもしれないのですが、まじめに考えている事を書きますね。

やる気があれば向こうから動くだろ、とかちょっと難しいかも、という考えはどうかと思いますよ。
今回は今までとは事情が違うでしょう。2ちゃんねる側のセキュリティの甘さで生メールアドレスが漏れたんですよ。

今はもう2ちゃんねるボランティアにはかかわっておらず2ちゃんねるの閲覧もしていない。ただ登録した時の生メールアドレスは現在も使用中。
そういう人がいないとも限らないでしょう。そういう人の為にも
削除人再登録のお願いとともに「生メールアドレスが漏れてしまった事実を伝え、お詫びする」のが筋だと思うんですが。

ボランティアなんだから、という考え（甘え）は通用しないと思います。

強い言い方になってしまい恐縮ですが決して煽りではなくまじめに考えた書き込みです。
真摯な対応を望みます。

**名無しさん＠お腹いっぱい。** · NG

正論。
まあ運営者の役割だけどね。

**名無しさん＠お腹いっぱい。** · NG

>>266
私的な内容ではなく、呪文を渡した事が記載されている部分だけなら問題ないんじゃないですか？

それと転載禁止って「2ちゃんねる」の名のもとに書かれていますよね？
なので「2ちゃんねる」宛のメールであれば転載にはならないと思うんです。

2ちゃんねる側から書いてよこせと言っているのですから「何で勝手に転載してるの？」とは言われないでしょう。言われる筋合いも無いし。

>>268のような方の為にも「メールは受け取りました。○○がメール内容を確認します」位の返信はしてしかるべき。
今までのように「ボランティアなんだから」と言うのはやめるべき。

**名無しさん＠お腹いっぱい。** · NG

まー何かしら運営側からメール一本贈るのは賛成ですね。
ついでにエラーが帰ってくる人とか試せますし。

がる · NG

２ちゃんねる側って「誰」でしょうか？
筋でいけば、2ch管理者である「パケモン」の代表者が
謝罪とお詫びのメールを送るのがベストではないですか？

赤翡翠さんも他の人も同じボランティアであって「２ちゃんねる側」の人ではないです。
全く責任がないとはいいませんが、決して赤翡翠さん一人の責任ではないでしょう。
なのでそれを言うなら「パケモン」に直接言わないと無意味です。
赤翡翠さんが謝っても「2ちゃんねる」が謝った訳ではないですから。

私もメアドが漏れてしましましたが、解約済みなので被害は少ないとはいえ
「２ちゃんねる」を信用して「メアド」を預けた立場の人でもあります。
だからこそ謝罪等は赤翡翠さんとかではなく、「パケモン」にやってもらいたい。
私は真面目にそう考えます。

**名無しさん＠お腹いっぱい。** · NG

>>281

別に「謝罪しろよこのやろー」とかは（私は）全く思っていないので、特定の運営者が送信すると言うよりも
「2ちゃんねる」の名前で送信すればよいんじゃない？
漏れたという事実を伝えるのが大事じゃないのかと思うので。

2ちゃんねるが好きでボランティアをやっている人たちなんだから責任問題の追及とか糾弾とか、そういうのは無いと思うよ。
（希望的観測過ぎるかもしれないけど）
私だって全くそういう気持ちはないよ。有るとしたらずさんな方法で管理をしていたおじさん連中に対してだけど、それもない。

言葉が足りなかったと思いますが私は別にあかさん宛に>>277を書いたわけではないんです。
あくまでも「2ちゃんねるとしてちゃんと対応しろよ」と。

がる · NG

>>282
２ちゃんねるとして対応は同意ですよ。
ただあのレスアンカーだと特定個人に言ってるように見えたので、
ちょっと補足的反論入れさせて貰ったのです。

**名無しさん＠お腹いっぱい。** · NG

>>281
> 赤翡翠さんも他の人も同じボランティアであって「２ちゃんねる側」の人ではないです。
これも私の言葉が足らず申し訳ないです。
「2ちゃんねる側」ってのはなんと言うか人的組織的な話と言うよりも物理的な話です。
2ちゃんねるのサーバから漏れたので2ちゃんねる側と書きました。

皆さんが（有る意味）同等の立場のボランティアであると言うことはもちろん承知しています。

あと、ここは削除について話し合いをしている場所なので適切かなと思い>>277をここに書きましたが、
これ以上続けると肝心のスクリプト復活への支障になると思いますのでこの件についてはもう自粛しますね。

>>283
その点は本当に言葉が足りず誤解を与えて申し訳ないです。
自分の中で「あかさんに責任があるわけじゃない」ってのが明確でしたのでその旨を書くことすら忘れました…

**名無しさん＠お腹いっぱい。** · NG

どうやらさんがメルマガ作ってリストのメアド登録して発射すればいいかも？
しない確率の方が高いけども。

**名無しさん＠お腹いっぱい。** · NG

どうやらさんのメルマガか… （遠い目

**名無しさん＠お腹いっぱい。** · NG

CCにメルアド羅列ぐらいはしそう

**名無しさん＠お腹いっぱい。** · NG

最後に見たのはマトリックスオフネタだったか、書き込みIP全部記録しますよﾆﾔﾘネタだったか

**名無しさん＠お腹いっぱい。** · NG

>>281
あんた誰？
なんか管理側っぽい偉そうな発言が目立つけど

2ch管理者が本当に「パケモン」なんて思ってる人いると思う？
そういう建前上の話にはうんざり

**名無しさん＠お腹いっぱい。** · NG

がるさんを知らないとかROMってろよ

**名無しさん＠お腹いっぱい。** · NG

謝罪を求めるものもいれば、メアド流出でリアルバレし謝罪するものもいる。
スクリプト開発に協力するものもいれば、自分のＨＰを消す作業を優先するものもいる。
メールが来るのを待つものもいれば、自分のスキルを誇示し保身に必死になるものもいる。
あーすばらしきかな削除人。
削除人の本質が今こそ見える時、ネットの藻屑となって削除人よ永遠なれ。

**名無しさん＠お腹いっぱい。** · NG

謝罪とかはどうでもいい

中の人の人生は一回しかないんだ
まずは、中の人の人生を守ることを最優先に考えろよ

**名無しさん＠お腹いっぱい。** · NG

２ちゃんと喧嘩別れした元鯔の人とかもメアド漏れちゃっててら
そういう人は怒って暴れそうな気盛る

◆CPUinDOop. · NG

最後のメルマガは2004/05/10で、47氏逮捕の話ですね

**赤翡翠** · NG

ちょっと皆さんにお願いがあります。

削除アカウントのレスを芋掘りの形式でサーバー別に
まとめて欲しいんですが。
手動で削除してみようかと思っています。

※いたちごっこなのは判っていますが、やれる範囲で
　やってみたいと思います。

集めるのはこのサーバーでスレを立てていただいても
いいので、すみませんが御協力お願いいたします。

**名無しさん＠お腹いっぱい。** · NG

メールアドレスとかですかね。
ちょっと行ってきます。もう拡散しまくってますけど。

**名無しさん＠お腹いっぱい。** · NG

find.2ch.net使って探せばいいと思うよ

**赤翡翠** · NG

あとで掘って貰うことも念頭に入れています。

**名無しさん＠お腹いっぱい。** · NG

http://qb5.2ch.net/test/read.cgi/operate/1294409289/839 2011/01/08 14:50:33 ID:NN368BU+0
http://qb5.2ch.net/test/read.cgi/operate/1294409289/841 2011/01/08 14:51:32 ID:NN368BU+0
http://qb5.2ch.net/test/read.cgi/operate/1294409289/844 2011/01/08 14:52:29 ID:NN368BU+0
http://qb5.2ch.net/test/read.cgi/operate/1294409289/847 2011/01/08 14:54:11 ID:NN368BU+0
http://qb5.2ch.net/test/read.cgi/operate/1294409289/857 2011/01/08 14:57:08 ID:NN368BU+0

とりあえずメルアド公開してた分。串なんで掘る意味はないですけど・・・。
これ以降の特定レス関連もいりますか？

**名無しさん＠お腹いっぱい。** · NG

スレ立てした方がよいかと

**名無しさん＠お腹いっぱい。** · NG

個人的にはIPが出ない場所の方がうれしいなあと。
このIPアドレスから何かやられたら面倒ですしね。

**名無しさん＠お腹いっぱい。** · NG

qb7でやりますか。

**名無しさん＠お腹いっぱい。** · NG

削除アカウントのレスを芋掘りの形式でまとめるスレ
http://qb7.2ch.net/test/read.cgi/operate2/1294580550/

立てました

がる · NG

金に立てますね。

[―{}@{}@{}-] **名無しさん＠お腹いっぱい。** · NG

>>295
いつからメルアドが削除対象になったんですか？

がる · NG

おっとあぶない、被るところでした。

**名無しさん＠お腹いっぱい。** · NG

>>295
赤なんちゃらさんの熱意は理解で決めるけど、やめておきなさい。努力の無駄です。

とうの前に検索エンジン等のキャッシュとして収集されているし、多くの人のローカルに保存されている。
インターネットにおいては、一度でも流出したら情報の削除は不可能なのですよ。

赤なんちゃらさんには別のもっと有意義なことに注力してもらいたいし、
今やる事がないのなら一息おいて、やることが来たときのために力をためて欲しい。

**名無しさん＠お腹いっぱい。** · NG

>>307
×　熱意は理解で決めるけど
○　熱意は理解できるけど

**名無しさん＠お腹いっぱい。** · NG

このままだと2chのログに永遠に残っちゃうけどね。
削除しておけば1年後に収集することは再うｐされない限り難しくなってるでしょう。
というかそれ行っちゃ削除の意味がない。

[―{}@{}@{}-] **名無しさん＠お腹いっぱい。** · NG

メルアドってだけで削除していいの？
削除人は自分の個人情報が流れたら削除GLを無視して自分のためだけに削除権を使用していいの？

**名無しさん＠お腹いっぱい。** · NG

>>305,310
このようなメールアドレス晒しは重要削除対象です

>>307
要請で多くの依頼が対応待ちしているなかで優先して処理する理由はなんですか

**名無しさん＠お腹いっぱい。** · NG

>>309
「現行サーバのdatは汚染されている可能性があるから全て放棄し、新サーバには持って行かない」

という方針（のはず）だから、その心配は不要かと。

**名無しさん＠お腹いっぱい。** · NG

アンカー間違った>311

>>312
datは新しい過去ログサーバ行きじゃなくて破棄？

**名無しさん＠お腹いっぱい。** · NG

>>313
368 名前： ◆A/T2/75/82 投稿日：2011/01/07(金) 19:36:12 発信元:114.160.23.32 0
さてさて　ここまで来た
ちと疲れたが、まぁ動いているようじゃ。

今やっていること
A) まったく新しく２ちゃんねるを作り直し　@hato
B) 全てのサーバは捨てて(datも)新しいサーバに入れ替え
の二本立てです。

次は何をしなきゃかな?
・キャップ?
・芋掘り&規制?

http://dso.2ch.net/test/read.cgi/sakhalin/1294323418/368

**名無しさん＠お腹いっぱい。** · NG

>>313
危険すぎて持って行けるわけないかと。

誰がどんなコードを仕込んでいるかわからない。検証すら出来ない。

**名無しさん＠お腹いっぱい。** · NG

赤翡翠さんが、どういう立場の人かは、実はよーしらんけど。
緊急時でもあるし、誰かに号令かけて旗振ってもらわなきゃいけないんだから
とりあえず助けてみたらどうだろう？
責任は、どうせ姿を現さないパケモンだかどうやらさんだかに押しつけときゃいいんだから。

**名無しさん＠お腹いっぱい。** · NG

赤さんはキャップ統括だよ

**名無しさん＠お腹いっぱい。** · NG

logsoku.comやunkar.orgには残ってるけどそのうち消えるのかな

**名無しさん＠お腹いっぱい。** · NG

>>291
念のため。私は謝罪を求める意図で書いたのではなく>>292さんの仰るような意図で書きました。

**名無しさん＠お腹いっぱい。** · NG

ここ何するスレ？

**名無しさん＠お腹いっぱい。** · NG

小姑プレイで憂さ晴らしするスレ

**名無しさん＠お腹いっぱい。** · NG

ここはスレタイ通り削除スクリプトを開発するスレ。
キャップ開発は別スレでやってる。

あと、謝罪だとか責任だとか開発と直接関係ない物は別スレでゆっくりと議論するなりなんなりした方がいいと思われ。

**garnet ★** · NG

とりあえずぼやき。

削除スクリプトをどこに置いても漏洩する可能性が消えるわけじゃないので、
別httpdを立てるほどのものじゃないと思うけどなぁ。
入り口（UI&API）を1つのサーバにまとめるならありかも。
各サーバの削除スクリプトは入り口からのみ受け入れるようにして。

アカウントの管理はパスワードのハッシュ値を保存するとして、
スキル検査も認証に組み込んでおきたいねぇ。
認証情報はpublic_htmlの外に置くか別の仕組みを使って
認証できるとよさげかも。

機能強化については従来通りツールで対応ですかねぇ。
無いと困るものを除いて。

**名無しさん＠お腹いっぱい。** · NG

>>276

＞・削除人専用窓口へのアクセスの仕方　testの下に置いておいていいのか？

既出だが、別のディレクトリに分けるのが良いに１票
URLがバレた時は、ディレクトリ名を変更するだけでOK
Basic認証するにもディレクトリ丸ごとのほうが簡単で設定漏れもないし

**名無しさん＠お腹いっぱい。** · NG

>>294
タイトル：■YouTubeが流行ってるらしいですよの巻■
======2==C==H======================================================

　　　　　　　　　２ちゃんねるのお勧めな話題と
　　　　　ネットでの面白い出来事を配送したいと思ってます。。。

===============================読者数： 133,805 人　発行日：2006/05/31

最後に受け取ったのは2006/05/31だね
その後受信用のメールアドレスが失効したので届いてないですけどね

◆CPUinDOop. · NG

>>325
マジッスか
スパム扱いされたのかなあ

**名無しさん＠お腹いっぱい。** · NG

最終発効日は2006/12/11のようですが現在は休刊中のもようです

**赤翡翠** · NG

>>274-276
遅ればせながら、まとめありがとうございます。
だいたいの要望等は箇条書きにしていただいた感じでいいですかね。
他にあれば追加ということで。

>>323
お疲れさまです。
流れ的には、そういう感じになっていくんでしょうね。

パスについては、暗号化など技術的なところはお任せするとして、
各IDのパスの他にもう一つ、定期的に変更するパス（サブパス）を
入れた方がいいかなと思っていますがどうでしょう？
（一応、既に書いたことの延長になりますが）

セキュリティーレベルの高い企業では、数ヶ月毎にパスの変更を要求
されたりしますが、各人のものを個別に変更する仕組みだと、使う方も
少々大変です（もちろん仕組みを作る方も、管理する方も）。
必要なときに現在のサブパスを確認し、また管理側も個別に漏れた
可能性が否定できなければ、その都度サブパスを変更すると。
（アカウントが特定できればそれだけ止めれば済みますが、
使われないと判らない場合もありますので）

漏れの可能性がなければ、半年か1年ごとの更新でいいと思いますが。

**赤翡翠** · NG

>>303含め、ご協力ありがとうございました。
まだ続くとは思いますが、出来ることをやっていきたいと思います。

とりあえず全部にメールという話は、誰から送るべきかという点で、
すでにがるさんが代わりに詳しく説明してくれています（ありがとう
ございます）。
同様のことを言いたかったのですが、言葉足らずですみません。

私の方から、何らかのアナウンスはした方がいいのではという提案は
代理人さん含めてしてあります。
それに対してどうリアクションするのか、それは現段階では判りませんが・・・。

**名無しさん＠お腹いっぱい。** · NG

URLは、色んな所に送信されたり、記録されたりするので、
GETは禁止して、POSTでID・PWを送信するようにー

**名無しさん＠お腹いっぱい。** · NG

偽装メール見破る自信ないしメール送ってこられても対応できませんわ

**名無しさん＠お腹いっぱい。** · NG

>>331
こことかで聞いても良いし、公開できない内容ならメールで聞いても
良いんじゃないですかね？

他人には侵入出来ない（と説明のあった）メアドあるんだから。

**garnet ★** · NG

＞328
変更したサブパスを通知することを考えると、
かえって手間の方が増えるだけかと。
それにサブパスを作るよりも、
呪文を変更したほうが楽だと思うなぁ。

**名無しさん＠お腹いっぱい。** · NG

削除サブパス通達用の自動返信アドレスを作って
削除人がソコへカラメル送ると自動でパスが返信されるようにすればいいじゃん
1年間サブパス問い合わせしなかったメアドを自動でリストから削除すれば
現役さんの生存確認にも使えるし

**赤翡翠 ★** · NG

>>333
サブパスは一斉送信ではなく、連絡スレ等で告知して、
問い合わせして貰うのでいいと思うんです。
なので、基本的にはそう変えないつもり。

（ちなみに返信する手間は考えなくていいです。
いまやってる作業より遙かに楽だし（汗））。

呪文を変えて連絡する方が大変な気がしたり・・・。
定期的に変えるわけにもいかないでしょうし。
（中身の改修も伴うなら）

このあたりは使う削除人さん的にはどうでしょう？

まあ、ユーザー管理から削除スクリプトに行くところの
パスみたいなイメージで考えたんですが、UIがどうなるか
わからないので、無理は言いません。

◆NAO/2MXDEk · NG

赤翡翠さんのイメージを実際に導入しようとするとこんな感じなのかなあ

▼削除プログラム起動時
　1. 削除フロント(qb7のある鯖)でキャップパスとサブキーを入力
　2. キャップパスの照合を実施
　3. 照合が通ったらサブキー（＋キャップパス）で二次キー再照合実施
　4. キャップパス＋サブキー紐付けDBで照合実施
　5. 実施結果が真なら削除スクリプトの起動を許可

---

▼サブキー管理
　1. 削除フロントからサブキーの紐付け登録を実施
　2. 二次キーを生成して照合用DBへ登録
　　※このとき、登録日時を記録

　i. 二次キーを有限(1～3ヶ月)で使用不能とする
　ii. 二次キー期限切れの場合は、元キー＋新キー＋キャップパス＋魔法の呪文で登録申請実施
　（再登録申請時、管理者が許可をして実登録が実施されるようにすると、人的確認が実施可能）

---

<蛇足>

▼防御策
　1. n回以上の不正なキーでアタックが実施された時
　　kickリスト＋バーボン送り＋リストアップ実施

▼自爆機能
　1. 急遽止めたい場合に、管理者権限でポチッとなで全停止が可能になるようにする
　　※システムを動かす為のマスターキーを即破棄して認証されないようにする

</蛇足>

**名無しさん＠お腹いっぱい。** · NG

キャップパスを認証に使うのは不都合があるのでやめてください。。。

◆NAO/2MXDEk · NG

この際良く分からん状況は全部破棄して
管理上名前と権限を一対一にしておくべきだと思いますけどね

**名無しさん＠お腹いっぱい。** · NG

キャップパスを認証に使わなくとも削除アカウント（ID）でいいでしょ

◆NAO/2MXDEk · NG

認証に使われると困る理由をｋｗｓｋ

**名無しさん＠お腹いっぱい。** · NG

幸せサーバーの誰かみたいに、名前欄に入れたりとかしてうっかりキャップキーを漏らしたりしちゃう可能性がある
そうするといろいろと不都合でしょ

**名無しさん＠お腹いっぱい。** · NG

キャップパスを認証に使っていたお止め組の方法がまずいからという理由で
削除と同一の方法で認証するようにという議論で進んでいたのに
ここで削除がキャップパスで認証するという事になると、まずいでしょう。

**赤翡翠 ★** · NG

>>336
えーと、一つだけ言えばキャップでの認証はしません。

キャップは漏れやすいのと、漏れても気がつかないこともあるので。
頻繁に変更する可能性もあるから、それを認証に使わない方がいいです。

◆NAO/2MXDEk · NG

その為のサブキーだと思ったんですけどねえ。
片方漏れても大丈夫、的な

◆NAO/2MXDEk · NG

>>343
> 頻繁に変更する可能性もあるから

メインキーもサブキーも更新されるなら、それこそ防御性が上がるんだと思うんですが、
その辺はどうなんでしょうか。

---

変更出来てしまうものは、認証に用いるべきではないという事ですかね
となると、定期的に変えられるサブキーを要するなんてのはそこから反してしまいますかね

**赤翡翠 ★** · NG

というか、>>212のツリーを参考にイメージしていたのです。

なので、>>336を私のイメージで直すとこんな感じです（あくまで参考）

▼ユーザーログイン
　1. 削除フロント(qb7のある鯖)でユーザーIDとパスワード（ランダム作成）入力
　　　※これはこちらで決めて配布

▼削除プログラム起動時
　1. ログイン後にサブキー、使うスキル呪文を入力（コレもある意味パスワード）
　2. IDとスキルを照合して起動許可があるか確認（スキル使用許可）
　3. 実施結果が真なら、該当削除スクリプトの起動を許可

　　※個別のスクリプト名を変更しなくても、必要ならスキルの呪文も変更が
　　　　管理者レベルで可能にする。
　　※入口（ユーザーログイン）からの起動以外は受け付けない。
　　※ユーザーログインの入口は、必要に応じて呪文かえるのもあり

---

▼サブキー管理
　1. 削除フロントからサブキーの紐付け登録を実施
　2. 二次キーを生成して照合用DBへ登録
　　※このとき、登録日時を記録
　　※サブキーは、文字列でも可か？（暗号化して保存？）
　　※二次キーの生成は、管理者が任意に実施

少々簡略化してしまってる気がしますし、不十分っぽい気がしますが、
必要なところは修正してください（あくまでイメージなので）。

◆NAO/2MXDEk · NG

>>346
スキル呪文と言うか、起動させたいプログラム名で制御ってのより、
アカウントにぶら下げで使えるスクリプトを制限してしまう方がUIとしては良いのかもと思ったり

>>権限DB
　0　｜　Aさん　｜　スレッド削除、レス削除、スレッド移転
　1　｜　Bさん　｜　スレッドストッパー、スレッド削除、レス削除

　　　　↓

・Aさんの画面
┌───────────┐
│ようこそAさん　　　　　　　　│
│　　1st key .[　　　　　]　　　│
│　　2nd key [　　　　　]　　　│
│　　　　　　　　　　　　　　　　 │
│・スレッド削除　　　　　　　　│
│　　　鯖　　　　[　　　　　]　　│
│　　　板　　　　[　　　　　]　　│　
│　スレッドキー[　　　　　]　　│
│----------------------│
│・スレッド削除　　　　　　　　│
│　　　鯖　　　　[　　　　　]　　│
│　　　板　　　　[　　　　　]　　│
│　スレッドキー[　　　　　]　　│
│　　レス番　　　[　　　　　]　 │
│----------------------│
│・スレッド移転　　　　　　　　│
│　　元鯖　　　　　[　　　　　] │
│　　元板　　　　　[　　　　　] │
│　元スレッドキー[　　　　　] │
│　　先鯖　　　　　[　　　　　]│
│　　先板　　　　　[　　　　　]│
│　先スレッドキー[　　　　　]│
└───────────┘

・Bさんの画面
┌───────────┐
│ようこそAさん　　　　　　　　│
│　　1st key .[　　　　　]　　　│
│　　2nd key [　　　　　]　　　│
│　　　　　　　　　　　　　　　　 │
│・スレッドストッパー　　　　│
│　　　鯖　　　　[　　　　　]　　│
│　　　板　　　　[　　　　　]　　│
│　スレッドキー[　　　　　]　　│
│----------------------│
│・スレッド削除　　　　　　　　│
│　　　鯖　　　　[　　　　　]　　│
│　　　板　　　　[　　　　　]　　│　
│　スレッドキー[　　　　　]　　│
│----------------------│
│・スレッド削除　　　　　　　　│
│　　　鯖　　　　[　　　　　]　　│
│　　　板　　　　[　　　　　]　　│
│　スレッドキー[　　　　　]　　│
│　　レス番　　　[　　　　　]　 │
└───────────┘

◆NAO/2MXDEk · NG

>>347補足
1st keyと2nd keyから合成キーを生成
→これで紐付け照合

**名無しさん＠お腹いっぱい。** · NG

>>347じゃ使い物にならないよ
削除画面絶対反対

◆NAO/2MXDEk · NG

>>349
イメージ

**名無しさん＠お腹いっぱい。** · NG

>347
find.2ch の「こそアン」と同様
1st keyと2nd keyの入力は画面の下に表示した方がいいかと

1st keyにスキル呪文いれれば…

◆SUAMA.Cbav5m · NG

>>341
おいらのことかー！！

なるべくシンプルに作ったほうがいろいろといいんじゃないかな・・・

**赤翡翠 ★** · NG

>>347
それではちょっと駄目ですね・・・。

アカウント入力だけでそこまでの画面に辿り着けるのは
まずいと思っています。

プログラム名で制御しなくてもいいんで、あくまで使うスキルの
パスワードというか暗号というか、、、
スキルパスってことにしましょうか？

というか、いままでののUIのイメージを伝えられないので、
（事細かにあまり書けないので）何というか・・・。

どうしましょうかねぇ。

**名無しさん＠お腹いっぱい。** · NG

じゃぁ削除人にはスキルごとのアカウント発行すればいいんじゃね。
名前・パス・スキルの3つをセットにして、鯖に格納。
つまり一つのアカウントのパスが漏れても、そのアカウントの権限のことしかできない。

**赤翡翠 ★** · NG

あ、でも>>347をシンプルにすればいいのかな。

ログイン後画面（仮）
─────────────────────

　ようこそID○○○さん

　key1 .[サブキー　]　
　key2 .[スキルパス]

　鯖　　　　[　　　　　]　
　板　　　　[　　　　　]　
　スレッドキー[　　　　　]　

─────────────────────

これだけでいいような？

**名無しさん＠お腹いっぱい。** · NG

　鯖　　　　[　　　　　]　
　板　　　　[　　　　　]　
　スレッドキー[　　　　　]　

これ分ける理由なんですか

スレッドURL（レス指定含む）でいいでしょ？
勘弁してくださいほんと

**赤翡翠 ★** · NG

>>355から先は、既存のUIを流用してもいいし（ここでは書けませんが）。

まあ、サブキーはあってもなくてもいいんですけどね。

**赤翡翠 ★** · NG

>>356
ああ、それでもいいですね。
なんか既存のものに少し囚われすぎていた。

昔はURLがいろいろ変わってたこともあった名残かもしれない。

**名無しさん＠お腹いっぱい。** · NG

ユーザーID、パスワード、サブキー、スキルパス

本当に四つも必要なのか？

◆BAILA6C886n4 · NG

芋掘り形式と同じでいいと思うのなの。。。＠URI指定

**名無しさん＠お腹いっぱい。** · NG

新しくアカウントに保有スキル情報を入れるのよねえ？
スキル選択にまでパスワードのような状態にする必要あるのかな。
そりゃ認証が何段階もあればその分セキュアになるとは言えるんだろうけど、
例えばFTPなんて、ID/PWだけで何でもできちゃうわけで、
削除にそんな何段階もやっても、利便性を下げるだけじゃないかな。

**名無しさん＠お腹いっぱい。** · NG

実際に作業するのに、1スレ削除するために
URLを３つもの部品に分けて入力なんてやってられませんよ

ログイン画面ならそんなの要らない、
作業画面はURL入力はシンプルに

ログイン画面イメージ

　　ID［　　　］
PASS［　　　］
　key[　　　　]

↓入力

作業画面前イメージ

□レス
□透明
□スレッド削除
■スレッド移動　移転先板［　　　　　　］
□スレッド停止
□過去ログ　　　　　　　チェックボックス入れる

URL［　　　　　　　　　　　　　　　　　　　　　　　］

↓入力

各削除画面　別窓で開く　とか

がる · NG

>>361
うんうん。

**名無しさん＠お腹いっぱい。** · NG

ここで議論される方は、せめてItadakiの画面見て欲しい。。。

**名無しさん＠お腹いっぱい。** · NG

私も>>361に同意です。
本当に4つもいるのかな？

**名無しさん＠お腹いっぱい。** · NG

まぁでもItadakiのシステムにはCGI名をいれるところがあるよねえ

**赤翡翠 ★** · NG

>>359
サブキーを提案してるのは、一応少しセキュリティーレベルを上げた方が
いいんじゃないか、という意味合いです。
どこかを定期的に変えた方がいいんじゃないか、という。

スキルパスは、人によっては５～６個以上覚える必要あり（まあメモでもいいんですが）。
それを定期的に変更するのは、スキルの多い人には負担になるかなと。

ユーザーID用パスの変更でもいいんですけど、それだと個別に全部生成
し直しになるので、管理者の方が大変です。

なので、サブキー一つの変更であれば、煩わしさは多少減るかと。

どうしても煩わしいのでしたら引っ込めますが。

**名無しさん＠お腹いっぱい。** · NG

>>361
最近じゃID/pass以外に何とかコード(ネットゲならキャラパスとか倉庫パス)入力するのが当たり前になってのに
逆行してないか

**名無しさん＠お腹いっぱい。** · NG

そんなもん削除人に聞いてくださいよ
スキルパスなるものを設けるのはまぁいいと思いますが、それをCGIのファイル名にして
照合するなんてことはやめてくださいね

**名無しさん＠お腹いっぱい。** · NG

現在のツールが、使用者がスクリプト名を入力する必要があるのは、
保有スキル情報がどこにもなく、スクリプト名を知っていることをもって
スキル権限者であるとする運用だからでしょ。

**名無しさん＠お腹いっぱい。** · NG

各ツールは後から対応してもらうとして
まずはシンプルに、最低限な機能と
必要なセキュリティを考えればいいのではないかな。

**赤翡翠 ★** · NG

>>369
それはないでしょう。
普通になんかパスワードっぽいのでいいかと。

まあ、今のシステムでも半ば無意識にそれに
近いことをしてるんですけどね。
手入力する人は少ないと思いますが。

**名無しさん＠お腹いっぱい。** · NG

>>368
保護の度合いは、保護しようとしているものの価値による。
事業者が保護しようとしているものは、自らの利益。

**赤翡翠 ★** · NG

>>371
そうですね。

まあ後付もできるので（多分サブキーは）、
必要になったら導入でもいいのかもしれません。

ちょっと混乱させたみたいですみません。

**赤翡翠 ★** · NG

>>373
それを言ってしまうと、削除で板崩壊させることも出来るんで
（レス削除だけでも）、安全面はあまり疎かにはできないかと・・・。

**名無しさん＠お腹いっぱい。** · NG

ID/PWをユーザが決めるのか、運営者が決めるのか、
という点で前提条件が全く違うんだよね。
アカ窃用の多くは、多くの人は複数サービスで共通のID/PWを
使用しているという現状に乗じて、他サービスのアカ情報を
流用しているから。

**名無しさん＠お腹いっぱい。** · NG

>>373
ネットゲならアカハック対策なわけだが
某ネットゲは日本以外で真っ先に導入された
別のネットゲでも日鯖だけは倉庫パス導入されてなかった

それにクレジットガードですら導入してるし

ガラパゴスな国は無関係かｗｗｗ

**名無しさん＠お腹いっぱい。** · NG

スキルパスを5，6も覚えるって…まさかスキルごとにパスが違うとか？
そんなにスキルパスは必要なのか？
サブキーにアカウントを紐付けして定期的に発行した方がマシなんじゃ…

**赤翡翠 ★** · NG

>>376
IDとパスは、こちらで決めるつもりでいます。

**名無しさん＠お腹いっぱい。** · NG

今回みたいにデータが流出したときに
IDとパスが暗号化されていれば、まずは安全と考えていいのかな？

IDとパスだけじゃ不安だから、もう一個必要なのかなって感じなのかな。

**名無しさん＠お腹いっぱい。** · NG

それなら、削除人IDに大してスキル毎にパスワードをたくさん当てるとかさ、
例えば俺が削除人ID00001だったとする。
レス削除のパスはABCDEFG、スレストのパスは123456、透明削除ならHIROYUKI、強制dat落ちならKUTIBIRUとする。
格納ファイル上で、パスワードが空になってる場合は権限なしということで。
IDとパスの組を、1人の削除人に対してその人のスキルの数だけ発行するのもいいけど面倒だし。

**名無しさん＠お腹いっぱい。** · NG

アカ窃用で決済が行われた場合、事業者のセキュリティが甘ければ、
正規利用者に代金を請求する事はできない、ってのが経済産業省の見解で、
消費者庁はもっと請求撤回に積極的。
誰にも請求できなければ、費用は事業者の持ち出しになるわけで、
それが事業者の損害。

で、2chは。

**名無しさん＠お腹いっぱい。** · NG

>>379
最低でも８文字は設定してくださいね。

**名無しさん＠お腹いっぱい。** · NG

doronpoが使えれば何でもいいよ

**名無しさん＠お腹いっぱい。** · NG

素の呪文だけだったらはっきり言って使い辛いから使わないわけで
ツールとセットに考えないと

**名無しさん＠お腹いっぱい。** · NG

dronpoやItadakiは呪文とセットでできたわけじゃないし、
>>371でいいんじゃないかしら。
最初の段階からあれもこれもともりもり詰め込みすぎると、
器ごと破れて収めるところがなくなってしまいそう。

**名無しさん＠お腹いっぱい。** · NG

まず、２ちゃん側にツール的な部分を実装するのか
それとも、各ツール作成者にお任せするのか
まずはそれを決めてしまっては？

ツールの話とセキュリティ面の話が入り乱れてるんで。

**名無しさん＠お腹いっぱい。** · NG

>371をやってからツール作者が作り始めたほうが穴を見つけやすい
最初からツール前提でやるととんでもない大穴を空けることになる

**赤翡翠 ★** · NG

ログイン画面（仮）
─────────────────────

　　ID　 .[　　　　　　　　]
　　PASS .[　　　　　　　　]

─────────────────────
　　　↓

ログイン後画面（仮）
─────────────────────

　ようこそID○○○さん

　key .[スキルパス]

　スレッドURL[　　　　　　　　　　　　　　　　　　　　　]　

　　　　　　　[　O　K　]　　[ログアウト]

─────────────────────
　　　↓
　＜各処理画面（別画面起動）＞

大元のものはこれでいいんじゃないでしょうか。
（サブキーはとりあえず保留）
別画面にするのは、ログイン後画面でURLだけ上書きして
いけば、ある程度の連続処理が出来るように、という感じで。

>>362のようなインターフェースは、ツールの方で
実現していただいた方がいいような気がします。

**名無しさん＠お腹いっぱい。** · NG

狙われやすさ。
盗めば金になるとわかっていて、実際に被害も出て、
実際に金を出している顧客からクレームが出ていて、
顧客離れが起きかねなければ、そりゃ強固にもしようってもの。

で、2chは。

**名無しさん＠お腹いっぱい。** · NG

不満とかじゃなくてほんっとどうでもいいことなんですが、
でも黙ってられないー

>ようこそID○○○さん
こそばゆいよー

**名無しさん＠お腹いっぱい。** · NG

どうでもいいけどわかる>>391

**赤翡翠 ★** · NG

ちなみにURL部分は複数行（複数スレッド）対応になっているといいかも。

例えば各処理画面で、ボタンで順に切り替えながら処理できれば、
ツール無しでも、ある程度利便性が向上する気はします。

>>391
まあ、そこは無くてもいいんでスルーしてくださいな。

**名無しさん＠お腹いっぱい。** · NG

利便性、安全性、危険性、利益、損害。
大切なのは比較衡量。
危険だから、安全だから、ではなく。

**名無しさん＠お腹いっぱい。** · NG

実際作業はツール使ってやるんだから呪文の部分のＵＩは別に無くてもいいし
現行と同じでいいでしょ？
今回そこが問題なわけじゃないんだし

**名無しさん＠お腹いっぱい。** · NG

まあ、各要素の評価は人それぞれなのかもしれないけど>>394

**くるま** · NG

>>389
お疲れ様です。ひとつ質問。

スキルパスの情報をユーザー側（ボランティアさん）にも持たせる理由って何でしたっけ？
システム内部に各削除人さんに紐付けた情報を持っていれば良いのでは？
（もちろん、簡単に改竄されたり流出したりしない工夫を内部に持たせますが…）

**赤翡翠 ★** · NG

>>397
これも一応パスワードみたいな位置づけで考えてます。
IDとパスが漏れても、その先は起動できないようにという。

いままではスキル毎に呪文が別々になっていたので、
仮にID、パス、呪文が判ったとして、そのスキルしか
少なくとも使えませんでしたね。

入口を一つにすると、全スキル使える人の分が漏れた場合
一気にいろいろ暴れられるので、被害が大きくなる可能性が
高くなります。
そこは必ず入れたいです。

**くるま** · NG

IDとパスが漏れた場合は、スキルパスも漏れていると思うのですが…。
IDとパスが漏れて、スキルパスが漏れない状況というのが、ちょっと想像つきません。すみません。

あとcgiをひとつにするというのは、わたしが思い違いしていました。
以前と同じようにスキル毎のイメージでいたので。ありがとうございます。

**名無しさん＠お腹いっぱい。** · NG

>>362
の案に賛成。
最初のログイン認証さえ強固なら、その後は利用できるスキル一覧からチェックボックスとかラジオボタンでスキルを選択しても問題ないと思うんだけどなぁ・・・
一つ削除するだけなのにいくつもいくつもランダム英数文字列を入力しなければいけないのは著しく利便性に欠けるとおもうけど。
利便性と安全性を天秤にかけて、丁度良いころ合いで手を打ってほしい。

実現が可能かは分からないですが提案。
ネットバンキングの認証のように、削除人の端末の情報をある程度記憶しておいて、それ以外の端末からログインしようとした時に限り
秘密の質問の答えが必要とか、ワンタイムパスワードを2ちゃんねるから当該削除人の登録メアドへ送信し、それを受け取った削除人がワンタイムパスを入力するとか。

**名無しさん＠お腹いっぱい。** · NG

>>400
IDとPASSを入力してログイン後、スキルPASSと対象レスURLを入力してスキルPASSに対応した削除機能が発動なら
削除人としてのIDとPASS(削除人毎発行)、その時使おうとするスキルのPASS(共通)の3つを入力するだけじゃないですかね
利便性と安全性も丁度良いんじゃないかなと思います

**名無しさん＠お腹いっぱい。** · NG

スキルの password は共通ではなく、配布時期毎（スキル別）に変えてはどうでしょう

**名無しさん＠お腹いっぱい。** · NG

>>400
いくらパスワードの仕組みを強固にしたところで、今までよりセキュリティーレベルを下げるって選択肢はないと思うよ。
漏れるのは別にして、鍵一個でクラックされて侵入されたら終わりになってしまう。
勿論強力な錠前にするんだろうけど、絶対開けられない鍵なんてないんだし。

Itadakiもdoronpoも、各呪文を入れるところがあって、それを最初に入れたら保存してくれてただけでしょ。
使い勝手はtoolで対処するレベルの話。
その各toolのpassの保存方法も併せて考える必要あるかもしれないが。

**名無しさん＠お腹いっぱい。** · NG

ふとおもったんですが、いつまでの完成を目指すんでしょう？
たとえば今月中にとかなら逆引で今週末までに仕様固めるとかの
線をひけると思うのです。

すでにどこかで発表済だったらごめんなさい。

**名無しさん＠お腹いっぱい。** · NG

スキル管理方法が従来とは違うという、前提の違いをまず踏まえてもらわないと。
従来の「スクリプト名」は、第2のパスワードではなく、スキル付与の方法でしかない。
で、そのスキル付与は、システム側で管理するようになった。
この時点で、従来の「スクリプト名」に相当する機能は確保されている。
決して、安全性は低下していない。

その上で、もう一段階の認証を加える意義があるかどうか、だ。

稲村 ◆O3QzS3viJU · NG

遅ればせながらやって来ましたが、
ここでやったほうがよいでしょうか、
それともよそのほうがいいものでしょうかね。

**名無しさん＠お腹いっぱい。** · NG

とりあえずいなむらさんはお止め組の人々に新しくキャップ設定しなおす準備でもしたら
あと作業パスとキャップパスは別にするらしいから、作業パスもかな

がる · NG

>>406
赤翡翠さんにメールでいいとおもいます。
おとめのことも念頭に置いてるみたいなので。

あと今ちょうどおいちゃんの雑談スレで
おとめの実装の話が出てるので、
みるといいかもです。

稲村 ◆O3QzS3viJU · NG

>>408
お話ししてますー

ちょっと落ち着いてからやろうと思ってますよ、
優先順位的に。
赤翡翠さんが念頭においていただいているので、とても助かってます。

雑談スレで、この時点で私ができることはお願いするしか無いような。

**赤翡翠 ★** · NG

>>406 >>409
お疲れさまです。
お止めの仕組み自体は雑談スレの方でいいんでしょうかね。

ユーザー管理の話は、キャップスレでやる方向になりそうな予感・・・。

みんなで分担してやれば、まあ何とかなるでしょう。

**赤翡翠 ★** · NG

>>605
やっぱりなかなか難しいんですね・・・。
まあ、LADPは無理だと思ってましたが。

**赤翡翠 ★** · NG

あ、誤爆してしまった（汗）

**赤翡翠 ★** · NG

ちょっとUIを修正。（>>362も取り入れてみました）。

ログイン画面（仮）
─────────────────────

　　ID　 .[　　　　　　　　]
　　PASS .[　　　　　　　　]

─────────────────────
　　　↓

ログイン後画面（仮）
─────────────────────

□レス　　　　　　[スキルパス]　[OK]
□透明　　　　　[スキルパス]　[OK]
□スレッド削除　[スキルパス]　[OK]
□スレッド移動　[スキルパス]　[OK]
□スレッド停止　[スキルパス]　[OK]
□過去ログ　　　[スキルパス]　[OK]

　スレッドURL[　　　（複数URL入力可）　　　]　

　　　　　　　　　　　　　　　　　　　　　　　[ログアウト]

─────────────────────
　　　↓

＜各処理画面（別画面起動）（仮）＞
─────────────────────
[1][2][3]　　←複数URL入力時、ボタンorURLで画面切替

～～～～～～～～～～～～～～～～～～～～～
　　　各処理画面（現行のUIを流用？）

**赤翡翠 ★** · NG

パスの部分は●●●●表示にする形を考えていたので
>>389は起動してみないとどれが起動するか判らないと。
それでは困るので、スキル別に1行にしないと。

スレッド移動は、既存のものから変更。
内容を表示して確認画面で移転先板を入れる方が
要望のあったワンクッションになりますし、誤爆も防げるかなと。

複数URL対応はすぐ実現しないかもしれませんが、とりあえず・・・。

それでIDやパス、スキルパス等を各ローカルPCにどう保存するか？
cookieでもいいのか、それだと危ないのか。

**名無しさん＠お腹いっぱい。** · NG

クッキーをなるべく使わない機構にできないですかね

**赤翡翠 ★** · NG

XSSでbeのcookieを抜いてる人がいたらしいので、ちょっと危ないんでしょうね・・・。

**名無しさん＠お腹いっぱい。** · NG

もう寝て下さい

**名無しさん＠お腹いっぱい。** · NG

パスを堅くしてもクッキーが甘かったら意味がない

◆NAO/2MXDEk · NG

>>413
そのuiならbasic認証で良いのかな
人数多いとひどい事なりそうだけど

>>414
後、クッキーにいろいろ書き込むとお腹壊すってばっちゃが言ってました
---
個人で大事にして貰うっきゃないと思いますけどね

**名無しさん＠お腹いっぱい。** · NG

この期に及んで2ch.netドメインのcookieを利用するのはあり得ない選択肢だと思いますね

**名無しさん＠お腹いっぱい。** · NG

水を差すようで悪いんですが
今のスクリプトで脆弱性があったの？
削除人リスト漏れが起きたのは削除スクリプトのせいじゃないんでしょ？

だったら作り変える必要なんてないと思いますが
古い呪文をリネームするだけでＯＫだと思いますが

なんか雰囲気に流されて無駄な労力しようとしてませんか？

**名無しさん＠お腹いっぱい。** · NG

メールアドレスの流出をお忘れですか。。。

**名無しさん＠お腹いっぱい。** · NG

IDとパスが平文で保存されていたのも変えなくていい？
サーバが一つやられると情報が漏洩するのもそのまま？

**名無しさん＠お腹いっぱい。** · NG

>>421
でもソースが公開されたことで、いままで誰も気付かなかった盲点
をみつけられてしまうかもしれないし。。。

**赤翡翠 ★** · NG

>>419
管理がしやすいならBASIC認証でもいいですが
そのあたりはお任せでしょうかね。

まあ、cookie等で残せない事も考えて、>>413で必要事項を
入力しておけば、閉じない限り連続作業ができるように、
というのも想定してました。
ツール等々では、別に設定ファイル等に保存するなどしてもらえば
使い勝手はフォローできるかもしれません。

>>421
元管理人からも号令が出ている専権事項ということで。
ただ、時間は掛かるでしょう。
サザンさんもそんなに時間が取れない状況ですから・・・。

しかし、いつまでも放っておけない所もあるので（要請板など）
つなぎの方法は考え中です（それもサザンさん待ちで）。

**名無しさん＠お腹いっぱい。** · NG

(保存無し)cookieに接続元IP(とハッシュ化した何か)も入れておけばいいんじゃない？

**名無しさん＠お腹いっぱい。** · NG

>>421
削除スクリプトの脆弱性からいろんな勝手cgi実行された。
（削除スクリプトと銘打っておきながら、脆弱性によりどんなスクリプトも実行可能
　になっていたと言うオチ）

**名無しさん＠お腹いっぱい。** · NG

あ、違うかな。
発端（各cgiの発見）は削除ログからだったけどその後の脆弱性利用は
別のスクリプトだったかも。

**名無しさん＠お腹いっぱい。** · NG

削除スクリプトは漏れてなかったよ
漏れたのは何でもできるsikasi.cgi

**名無しさん＠お腹いっぱい。** · NG

あのsikasi.cgiの認証用データファイル見たけどアカウント5個ぐらいしかなかったから
多分あれは昔の残骸で、今はほとんど使われてなかったものだと思われる（なのに削除もされず実行可能だった）

**名無しさん＠お腹いっぱい。** · NG

いわゆる最上級な人たち向けのスペシャルなスクリプトでしょ。
これのソースが漏れ、脆弱性を見つけられ、鯖内自由にされて、と。

**赤翡翠 ★** · NG

ログイン情報をどこかに保存しておくなら、前回のログイン時間とホストを、
ログイン後の画面に表示出来ないでしょうかね？

よくインターネットバンキングとかで表示されますが。
（誰かにログイン情報盗まれた場合、気がつくように？）

まあ、無くても構わない話なんですが、本人が見ればすぐ判りますよね。
難しい話でなければ、入っていてもいいのかなと・・・。

**名無しさん＠お腹いっぱい。** · NG

メールの返信はいつ来るのでしょう？

もちろんお忙しい事は理解しているのですが、到着していないのでは…と不安になりました。

**名無しさん＠お腹いっぱい。** · NG

おいちゃんがお止め組のスクリプトは作ってしまったので、
削除のスクリプトとお止め組統合はナシでお願いします。

**赤翡翠 ★** · NG

>>433
何日何時何分に送ったか教えていただければ調べますよ。

確認作業と整理が終わって、キャップ等の受付が出来るような
状態になって、色々準備できてからになると思います。＞返信

ただ、それを受けても削除スクリプトの方がまだ時間が掛かりそう
ですし、その返信はそれが出来てから、になりますね。

**名無しさん＠お腹いっぱい。** · NG

>>435
回答ありがとうございました。
お忙しい中。申し訳ありません。

1/8のAM3時頃にcからはじまるソネットメアドから送った者です。
到着していることが分かれば、それで十分ですので…本当に申し訳ありません。

**赤翡翠 ★** · NG

>>436
ちゃんと到着しておりますよ。

**名無しさん＠お腹いっぱい。** · NG

>>437
ありがとうございました。お忙しい中、お手数をおかけしました。

**赤翡翠 ★** · NG

あと決めることってありますかね？

上で接続先登録してとかいう話もありましたけど
そこまでする必要はない・・・気もしますが。

接続環境が複数ある人もいるでしょうし、動的に変わる
場合にはまた面倒ですし、管理の方も大変かなと。
簡単に出来るならいいですけど。

まあ、ログイン時に接続先IPも保存されるとすれば
何かできそうな気もしますが。

**名無しさん＠お腹いっぱい。** · NG

接続先なんてコロコロ変わるはずだから
p2みたいにクッキー食べても意味無いかも
それなら有事の場合に備えて自爆パスを個別に作った方が良いかと思う
で、再発行の手順をあらかじめ決めておけばいいのでは？

**名無しさん＠お腹いっぱい。** · NG

>>432
削除ログが残るんですよね？
いち早く実装するなら、自分の最後の削除記録をTOP画面に
表示するのはいかが

別案として
①自分の削除履歴を照会するcgiを追加するのはどうでしょう
　処理後の確認のためにも便利だと思います
②ログインor削除処理したときにメールを飛ばすのはどうでしょう

**名無しさん＠お腹いっぱい。** · NG

直近の削除ログは削除人全員が共有できればいいと思うよ

統括さんは全部見れるようにしてさ

怪しい削除とかの抑止になるだろ

**赤翡翠 ★** · NG

>>441
私が作るわけではないので何とも言えませんが・・・。

ログインは特定鯖で、削除ログは各鯖に保存するんじゃないかと
思います（そうするかもしれないし、しないかもしれない）。
各鯖に分散保存した場合、いちいちそれを引っ張ってきて検索
するのは効率的じゃないでしょう。
増えたり減ったり入れ替わったりがとにかく激しいですし。

その代わり、ログイン鯖に必ずログイン情報は残ると思いますので
数はあっても検索場所は1カ所だけで済みますから現実的かなと。

メールは結局、鯖のどこかにアドレス情報を持って紐付けしなきゃ
いけなくなりますから、現段階では採用できないかと。

**名無しさん＠お腹いっぱい。** · NG

>決めること

辞めたりクビにした人の情報の取り扱い
統括降りたときの情報廃棄のおやくそく

**名無しさん＠お腹いっぱい。** · NG

パスワードを簡単に変えれるスクリプトは作られてるみたいなので、
キャップも簡単に変えられるスクリプトがまだないのであれば、

いま作って貰えると。

**名無しさん＠お腹いっぱい。** · NG

>>444
それはスクリプト云々の話ではないし、統括降りた時の情報廃棄は今までも行ってるんじゃ？
と言うかその程度の「おやくそく」は言われなくても分かっている人が統括になっていると信じたいけど。

**名無しさん＠お腹いっぱい。** · NG

ガチでアクティブなメルアド漏れた方
+数年ぶりに戻ってきそうな古参の方もおられると思うので

削除ＨＮを再登録時に選べると良いな・・・

**赤翡翠 ★** · NG

削除ハンドルは基本自由選択の予定。

変えたいと思ってる人は考えておいてください。

**名無しさん＠お腹いっぱい。** · NG

>>443
では私の妄想を書きますよ
削除屋全員にメアド「削除ID@2ch.net」を発行します
そして「削除ID@2ch.net」は各自プロバイダのメアドへ転送設定しておくのです
(いまの仕組みを知りませんが、例えば/etc/aliasesに設定するなど)
CGIはログイン時に「削除ID@2ch.net」にメールを飛ばします

メリットは
・活動休止している人でも不正ログインにすぐ気付く事が出来る
・「削除ID@2ch.net」を連絡用としても使える(公開メアドとするかは別途判断)
・2ch側でプロバイダメアドの生存確認ができる(転送エラーが続く場合)
・今回みたいに削除CGIとID,PASSが漏れても、メアドまでは漏れない
　(但し、root権限がクラックされ鯖の設定見られたらアウト)

まあ上記の実装は簡単ですが、政治的なところで実現は難しいとは思いますが。。。

で、話がそれましたが、
>>432の目的は、不正ログインの検知でしょうか？
おまけ程度なら、最終ログイン情報の表示も効果ありと思います
要求レベルがそれ以外だったら、メール送付等も考えても良いのかと思いました

**名無しさん＠お腹いっぱい。** · NG

>>446
それもこれも含めたセキュリティの話でもあると思うのねなの

**名無しさん＠お腹いっぱい。** · NG

>>449
そこまでする必要はないし、パーミッションが駄目駄目な2chにメール情報を鯖に置くこと自体が駄目でしょ。
今回のこともあるし、以前rootレベルで見放題になってたこともあるから駄目だな。
削除人・・・というかキャップ餅全員に簡易メール機能みたいなのはあったほうがいいかもしれないけど。

個人的に前回のログイン時刻、ホストぐらいでいいと思う。
不正ログインされたからって個人情報に近いものが漏れなければボラ本人に直接の被害はないからね。

がる · NG

http://dso.2ch.net/test/read.cgi/sakhalin/1294397129/736,739,740,743,747,753

こっちにリンクだけ。というか私の話は終わってますけど。

**名無しさん＠お腹いっぱい。** · NG

考えるより、動いてしまおう。
問題が、あればそのとき考えよう。

まあ、しゃちょさんならの思考法かな？ｗ

**名無しさん＠お腹いっぱい。** · NG

本人確認の進捗はどうなん？＞赤翡翠ちゃん
削除スクリプトの見通しも不明だし
まずキャップだけでも配っちゃった方が

**名無しさん＠お腹いっぱい。** · NG

>>449
googleメールを利用すればよいんじゃないの？
CGIはログイン時に削除ID@gmail.comにメールを飛ばす。
@gmail.com→各自プロバイダメールへ転送設定
@gmail.comのアカウントは削除人ではなく削除人統括の人が管理するとか。

@gmail.comってそういう使い方は駄目なのかな。

**名無しさん＠お腹いっぱい。** · NG

>>455
今はもう、Gmailの新規登録が面倒になったんだぜ？
この間やった時にはもう携帯番号聞かれて電話掛かってきたぜ？ｗｗ

◆amidaMovTg · NG

Google AppsのGmailを使えば良いのではないかな？
○○@del.2ch.netって感じで。

**名無しさん＠お腹いっぱい。** · NG

削除人が自分の（アカウントで）処理した履歴を確認できるようになるといいなぁ。
履歴と言っても処理したレス、スレのURL程度でいいんですけど。
アカウントの乗っ取りとか、本人の気付いてない誤爆を自分でチェック、確認できるので。

**名無しさん＠お腹いっぱい。** · NG

>>456
一瞬本気にして念のために確認してみたら簡単に作成できたよ・・・

>>457
有料なのは駄目だと思いまーす

>>455
@gmail.com→削除人統括とか2ちゃんねるそのものにCCかBCCでメールを送信するようにすればよいんじゃね？
ログイン情報だけではなく削除ログも一緒に書いたメールを送信とか。
あんまり現実味はないけど。

**名無しさん＠お腹いっぱい。** · NG

gmail自体はもう2chとして使ってたはずなんだけどこの話とは関係ないな多分