11/01/16 12:28:37 発信元:121.102.115.156 0
>>125
１）そもそも cron だから１日１回なんて決まりないし
２）鯖乗っ取られたらリアルで（乗っ取られてから気づいて鯖電源落とすまでｗ）の投稿IP取られちゃん
だから、「最終cron から乗っ取り時点までのIP取られる」ということがさほど重要なこととは思えない。
３）むしろ、「負荷」考えたら、暗号化時間はずらした方が吉。リアルタイムにこだわって、鯖負荷低減の
ために、暗号強度下げるのは本末転倒。全ログ解読されかねない。
127:名無しさん＠お腹いっぱい。
11/01/16 14:44:58 発信元:122.30.15.33 0
>>123
想定してるのは今回のハッキングと同様の事 (bbs.cgiとかの流出)
なんで、http経由を制限しても無意味
>>124
しつこいぞ
そんなにやりたっかたら自鯖でやってろ
128:名無しさん＠お腹いっぱい。
11/01/16 15:12:59 発信元:122.30.15.33 0
>>126
スレタイを一億と２千万回読み直せ
翻訳されて分からなくなっていれば十分なんだよ
解読されにくくするとは書かれてない。
それに芋掘りとかbooの方から流出したらIP丸出しだからいくら暗号化強化しても無意味
129:名無しさん＠お腹いっぱい。
11/01/17 10:42:22 発信元:113.197.193.189 0
やれやれ。結局、「cron じゃダメ」だの「Cだと採用されない」とか連呼してるのは能力の低い馬鹿１名だけか。
FOX★もこの馬鹿には同調してないし。
馬鹿を無視して、まとめるぞ：
【要求仕様】
> サーバ乗っ取られて書き込みログを見られてもokにしよう。
> IPアドレスとかリモホり部分っすね、
>
> これが出来たら、乗っ取られたっていいジャン! になる。
> 誰か方法考えてちょ
つまり、ログ盗まれても■解読できない■（我々が生きてる間に）ようにしる！
【現在出ている最有力案】
・リアルタイムでこれを満たすのは不可能
・したがって、鯖負荷の低い時間帯にまとめて処理
・暗号化はいわゆる公開鍵暗号方式と同じ技術＝暗号鍵と復号鍵が別
・ただし、ブルートフォースかけられる可能性があるので公開鍵側も（積極的には）公開しない。
・また、IP・リモホ部分には、十進整数23桁程度 >>104-105 の乱数を暗号前に前置しておく。
”perl連呼馬鹿” は無視（透明あぼ～ん）して、この案をベースに意見クレクレ
130:名無しさん＠お腹いっぱい。
11/01/17 10:46:31 発信元:220.210.183.230 0
> ・したがって、鯖負荷の低い時間帯にまとめて処理
ここだな。問題は。
cronが前提になってるぽいが、文字通り 「鯖負荷が低い時に自動ディスパッチ」 できないの？
Windows なんかの「アイドルタイム・ウィルスチェック」みたいやつ。
UNIXではどうやるんだたけ？
131:名無しさん＠お腹いっぱい。
11/01/17 11:37:22 発信元:210.130.48.83 0
>>129
あなたにも同調されて無いですが？
＞ つまり、ログ盗まれても■解読できない■（我々が生きてる間に）ようにしる！
括弧内はあなたの勝手な後付では？
＞ ・リアルタイムでこれを満たすのは不可能
＞ ・したがって、鯖負荷の低い時間帯にまとめて処理
この時点で要求仕様から乖離している事が理解出来ない？
＞ ”perl連呼馬鹿” は無視（透明あぼ～ん）して、この案をベースに意見クレクレ
あなたもその馬鹿と一緒ですよ。
132:名無しさん＠お腹いっぱい。
11/01/17 12:13:55 発信元:211.127.9.191 0
ここでそういう争いをしない方がいいよ。
夜勤さんはそういう騒動があるスレを一切無視して前に進む人だって、この板の住人なら知ってるんじゃないの？
133:名無しさん＠お腹いっぱい。
11/01/17 14:54:51 発信元:123.198.147.37 0
とりあえず乗っ取られても大丈夫な暗号化芋の話で
Perlのモジュールが足りないなら入れればいい
後の事はニュー速に入れてみてからでもいいのでは
Cで書くとか定期実行とか方法変えるとか
専門板だけ実装という手もあるし
134:名無しさん＠お腹いっぱい。
11/01/17 17:23:12 発信元:210.135.98.43 (70297) P
ここの議論結果が結論となるわけでなし。
ここでできるのは、選択肢と論点と考え方を提示することくらい。
135:名無しさん＠お腹いっぱい。
11/01/17 17:27:57 発信元:211.127.9.191 0
と言うかよく考えたらこのスレの大前提である「書き込みログを見られない様に」って本当に必要なの？
今まで通り基本非開示で裁判所の命令とか荒らし対策とかで開示する、って運営じゃダメなの？
「基本非開示だけど外的要因で2ちゃんねるの意図ではなく開示されてしまうことがある」って書いておけば良いんじゃね。
というか書かなくてもよいんじゃね？あくまでも外的要因だから。「IP非開示は保証の限りではない」位で？
簡単に実装出来てかつ負荷無く動作するんなら有った方が良いんだろうけど・・・
それともやはり匿名性は可能な限り確保したいのかな。それが2ちゃんねるの売りでもあるから
136:名無しさん＠お腹いっぱい。
11/01/17 18:08:58 発信元:114.165.66.156 0
>>133
(希望する機能がある)Perlのモジュールがあればいいのだが
Base64の機能があるとは知らず自前で作ってしまった
137:名無しさん＠お腹いっぱい。
11/01/17 18:15:33 発信元:114.165.66.156 0
>>129
あんたがCで書け
責任取れ。
138:名無しさん＠お腹いっぱい。
11/01/17 18:30:28 発信元:114.165.66.156 0
公開鍵方式 にこだわってる低脳なバカが一匹いるな
それにもう一匹に噛み付きまくってる
躾のなってない基地外か。
139:名無しさん＠お腹いっぱい。
11/01/17 20:33:01 発信元:210.135.98.43 (70297) P
use Benchmark;
use Crypt::CBC;
use Crypt::OpenSSL::RSA;
# CBC / Blowfish の準備
my $Blowfish = Crypt::CBC->new({'key' => 'angokey', 'cipher' => 'Blowfish'});
# RSA の準備
my $Rsa = Crypt::OpenSSL::RSA->generate_key(1024);
my $count = 100000;
my $UserInfo = 'user0721.isp.2ch.net<>127.0.0.1<>marumaru<>Monazilla/1.00';
timethese($count, {
'Nama' => sub{$UserInfo}, # 何もしない
'CBC-Blowfish' => sub{$Blowfish->encrypt($UserInfo)},
'OpenSSL-RSA' => sub{$Rsa->encrypt($UserInfo)}
});
140:名無しさん＠お腹いっぱい。
11/01/17 20:34:59 発信元:210.135.98.43 (70297) P
結果
CBC-Blowfish: 20 wallclock secs (15.98 usr + 3.30 sys = 19.28 CPU) @ 5186.18/s(n=100000)
Nama: 0 wallclock secs (-0.00 usr + 0.00 sys = -0.00 CPU) @ -28147497671065600000.00/s (n=100000)
OpenSSL-RSA: 8 wallclock secs ( 7.94 usr + 0.00 sys = 7.94 CPU) @ 12599.22/s(n=100000)
Blowfishの方が重いのは、
URLﾘﾝｸ(perldoc.jp)
> 暗号と復号の処理は同等の(Cでコンパイルされた)SSLeayプログラムよりも
> 10分の1ほどの速度です。
> これをCで実装することによって改善することができるでしょう。
という部分の差ってことなのかな。
141:名無しさん＠お腹いっぱい。
11/01/17 21:32:00 発信元:210.135.98.43 (70297) P
OpenSSL::Blowfish もあったので
# CBC / OpenSSL / Blowfish の準備
my $OsslBlowfish = Crypt::CBC->new({'key' => 'angokey', 'cipher' => 'OpenSSL::Blowfish'});
'CBC-OSSL-Blowfish' => sub{$OsslBlowfish->encrypt($UserInfo)}
を追加して試す。
結果
CBC-Blowfish: 19 wallclock secs (15.53 usr + 3.31 sys = 18.84 CPU) @ 5307.01/s(n=100000)
CBC-OSSL-Blowfish: 18 wallclock secs (14.50 usr + 3.28 sys = 17.78 CPU) @ 5623.66/s (n=100000)
Nama: 0 wallclock secs ( 0.00 usr + 0.00 sys = 0.00 CPU) @ 100000000.00/s (n=100000)
OpenSSL-RSA: 8 wallclock secs ( 7.83 usr + 0.00 sys = 7.83 CPU) @ 12774.66/s(n=100000)
大して変わらなかった。
142:名無しさん＠お腹いっぱい。
11/01/18 16:22:05 発信元:114.165.61.214 0
>>139
文字数が多くなっただけ重くなるとか？
長いリモホ
CPE00248c15080f-CM0014e82750b2.cpe.net.cable.rogers.com
長いUA
Mozilla/5.0(iPad; U; CPU iPhone OS 3_2 like Mac OS X; en-us) AppleWebKit/531.21.10 (KHTML, like Gecko) Version/4.0.4 Mobile/7B314 Safari/531.21.10
極端に重くなるようだったら暗号化鯖でも作ってソケット経由で丸投げした方がいいかもしれん
複合化鯖はqb7以外からの接続拒否
143:名無しさん＠お腹いっぱい。
11/01/18 22:02:53 発信元:210.135.98.43 (70297) P
use Benchmark;
use Crypt::CBC;
use Crypt::OpenSSL::RSA;
# CBC / Blowfish の準備
my $Blowfish = Crypt::CBC->new({'key' => 'angokey', 'cipher' => 'Blowfish'});
# RSA の準備
my $Rsa = Crypt::OpenSSL::RSA->generate_key(1024);
# CBC / OpenSSL / Blowfish の準備
my $OsslBlowfish = Crypt::CBC->new({'key' => 'angokey', 'cipher' => 'OpenSSL::Blowfish'});
my $count = 100000;
my $UserInfo = 'user0721.isp.2ch.net<>127.0.0.1<>marumaru<>Monazilla/1.00';
timethese($count, {
'CBC-Blowfish' => sub{$Blowfish->encrypt($UserInfo)},
'OpenSSL-RSA' => sub{$Rsa->encrypt($UserInfo)},
'CBC-OSSL-Blowfish' => sub{$OsslBlowfish->encrypt($UserInfo)}
});
$UserInfo = 'CPE00248c15080f-CM0014e82750b2.cpe.net.cable.rogers.com<>127.0.0.1<>marumaru<>
Mozilla/5.0(iPad; U; CPU iPhone OS 3_2 like Mac OS X; en-us) AppleWebKit/531.21.10 (KHTML, like Gecko) Version/4.0.4 Mobile/7B314 Safari/531.21.10';
timethese($count, {
'CBC-Blowfish' => sub{$Blowfish->encrypt($UserInfo)},
'OpenSSL-RSA' => sub{foreach($UserInfo =~ /.{1,86}/g){$Rsa->encrypt($_)}},
'CBC-OSSL-Blowfish' => sub{$OsslBlowfish->encrypt($UserInfo)}
});
144:名無しさん＠お腹いっぱい。
11/01/18 22:04:45 発信元:210.135.98.43 (70297) P
結果
短い方
CBC-Blowfish: 19 wallclock secs (15.73 usr + 3.00 sys = 18.73 CPU) @ 5337.89/s(n=100000)
CBC-OSSL-Blowfish: 17 wallclock secs (14.39 usr + 3.24 sys = 17.63 CPU) @ 5673.76/s (n=100000)
OpenSSL-RSA: 8 wallclock secs ( 7.83 usr + 0.00 sys = 7.83 CPU) @ 12774.66/s(n=100000)
長い方
CBC-Blowfish: 27 wallclock secs (23.77 usr + 3.20 sys = 26.97 CPU) @ 3707.96/s(n=100000)
CBC-OSSL-Blowfish: 25 wallclock secs (22.19 usr + 3.16 sys = 25.34 CPU) @ 3945.71/s (n=100000)
OpenSSL-RSA: 24 wallclock secs (23.95 usr + 0.00 sys = 23.95 CPU) @ 4174.67/s (n=100000)
まあ大きくなれば遅くなるわね。
RSAでは、一回分の大きさを超えてしまったので、分割して暗号化。
差が縮まったのは、このせいで padding が増えて、効率が下がったせいかな。
145:名無しさん＠お腹いっぱい。
11/01/18 22:21:33 発信元:210.135.98.43 (70297) P
サーバ侵入に備えての暗号化で、復号鍵（とか復号に必要なもろもろ）を
サーバに保存するには、復号作業用サーバの安全性が問題になるわけだけど、
ここのところの各機能の開発状況を見ていると、qb7 が一般サーバより
安全になるとは思えないんだよねえ。
この先変わるのかな。
作業者に復号鍵を持たせるのは面倒じゃないか、
暗号化の重さに見合う利益はあるか、
侵入対策が侵入されたら解読される程度でいいのか。
何をしても費用対効果は悪いねえ。
146:未承諾広告※ ◆BAILA6C886n4
11/01/18 23:58:13 発信元:219.117.239.35 0
どれもまんどくさそうねぇ。。。
147:名無しさん＠お腹いっぱい。
11/01/21 02:04:14 発信元:114.155.141.253 0
やっぱりログファイル丸ごと負荷の少ない時間に暗号化するのが現実的なのかな
OSの機能で暗号化するとおそらくハッキングに対しては無力だし、書き込みのたびにログを暗号化すると負荷がどれ位掛かるのか判らない
148:名無しさん＠お腹いっぱい。
11/01/22 06:47:01 発信元:118.9.218.132 0
>>147
書き込みログの形式にもよるけどな
apacheのようなログであれば(時間毎などで)分割すればいいけど
2chブラウザが取得してるようなdatファイルに追記してるならファイル丸ごとなんてことは不可能
それに負荷が低い時にまとめてとあるけど
負荷が高いまま数十時間やられたらどうしようもないな
特に、実況板(ログとって無いとかほざくやつは実況板で犯罪予告してこいや)
149:名無しさん＠お腹いっぱい。
11/01/23 03:41:12 発信元:210.135.98.43 (70297) P
(A)
投稿時には、1294604913_20110123.log のようなスレ・日単位で生ログファイルを作成。
暗号化時には、ファイルごと暗号化し、生ログを削除。
(B)
投稿時には、従来通りスレ単位の生ログファイルを作成。
暗号化時には、投稿1件分ずつ暗号化して、暗号化ログファイルに追記、生ログを削除。
Aだと、投稿内容とか暗号化の必要がないものも暗号化することになるし、
復号もファイル全体になるので、効率が悪いかな。
Bなら、ログの内からIPアド等の非公開部分だけ暗号化すればいい。
復号も投稿1件ずつすることが可能。
ランダムデータを付加するとしても、データ量はAよりは少ないか。
150: ◆A/T2/75/82
11/02/05 16:37:45 発信元:114.160.23.32 0
みんなの意見をいろいろ考えてみた。
まずは一歩踏み出してみることにしよう。
一歩目は、書き込みログが外に漏れても普通の人はよくわからなくする。
IPアドレスとリモホ(●やbeの情報を含む)の部分だけやってみるだす。
漏れても解析にそれなりの時間がかかるような方法にしてみるです
そのサーバが乗っ取られてもすぐには何もできないように他のサーバにアクセスしなきゃ
いけないっていうのもハードルが一つ上がるのでやってみようと思っていまーす
151:名無しさん＠お腹いっぱい。
11/02/05 17:34:58 発信元:67.227.82.48 0
拡張子を.logにしない
おとりファイルを作る
152: ◆A/T2/75/82
11/02/05 18:43:25 発信元:114.160.23.32 0
myanmar yangon sakhalin @dso が自分でPerlのモジュールを入れられないなぁ
qb5 もかぁ・・・
こりゃちと面倒だなぁ
use Crypt::CBC ;
とかやりたいんだけど、Perlで CBCモジュールが入っていたらとかって
記述できるの?
153: ◆A/T2/75/82
11/02/05 19:10:21 発信元:114.160.23.32 0
toki , hibari , yuzuru のPerlを再インストールしなきゃならないらしい。
そのときはサーバ止める予定。
154: ◆A/T2/75/82
11/02/05 19:29:13 発信元:114.160.23.32 0
ふむふむ、こうやればいいのか
sub check_module {
my $module = $_[0];
# モジュールが存在すれば読み込む
eval "use $module;";
if ($@) {
return 0;
} else {
return 1;
}
}
155:名無しさん＠お腹いっぱい。
11/02/05 22:09:58 発信元:220.107.3.28 0
これを実施したことによって影響でそうなのものは
Boo
Boo2BBQ
こらこら
この辺りかな
156:名無しさん＠お腹いっぱい。
11/02/05 22:11:48 発信元:124.103.116.107 0
Rockは？
157:名無しさん＠お腹いっぱい。
11/02/05 22:12:17 発信元:220.107.3.28 0
そうだった
ROCK周りもダメになるな
158:名無しさん＠お腹いっぱい。
11/02/05 22:14:26 発信元:114.171.38.174 0
BBM
p2
とかは？
159: ◆SGypsyBBQM
11/02/05 22:40:05 発信元:211.1.219.232 0 BE:471367049-BRZ(10081)
書き込みログを利用しているものが影響するので、
BBM,p2 は問題ないです。 (共に登録するだけ)
160: ◆A/T2/75/82
11/02/05 23:17:26 発信元:114.160.23.32 0
この改造により修正したもの
1. わたしの芋掘り機
2. 削除人さん用芋掘り機
3. こらこら
4. boo (hatoに改造したのあります、配っていません)
の四つです。
まずこれらを全サーバに配ってきます。 (4は除く)
161: ◆A/T2/75/82
11/02/05 23:22:55 発信元:114.160.23.32 0
>>160 くばった
ではいよいよbbs.cgiを全サーバにくばりまーす
162: ◆A/T2/75/82
11/02/05 23:30:35 発信元:114.160.23.32 0
みごとに、ここdsoは500になっちゃった
元に戻した @dso
163:名無しさん＠お腹いっぱい。
11/02/05 23:31:27 発信元:124.99.205.150 0
改造前と、改造後の報告は、混同しちゃだめ？
改造前のログは掘れる？
164:名無しさん＠お腹いっぱい。
11/02/05 23:32:22 発信元:124.99.205.150 0
qb5もエラー吐いてるな
165: ◆A/T2/75/82
11/02/05 23:33:41 発信元:114.160.23.32 0
もとにもどした @qb5
このサーバPerlモジュールが足りないのよネ
それで >>154 っぱく作ったつもりなんだけど、うまくいかなかったと。
166:garnet ★
11/02/05 23:43:30 発信元: 0
がっくしではPerlモジュールの処理をこんな風にしていたり。
sub EnableGzip
{
foreach (@INC) {
if (open(LIB, '<' . $_ . '/Compress/Zlib.pm')) {
my $is_zlib = grep(/sub memGunzip/, <LIB>);
close(LIB);
if ($is_zlib) {
$CONFIG{'enable_gzip'} = 1;
return(require('Compress/Zlib.pm'));
}
}
}
}
167:名無しさん＠お腹いっぱい。
11/02/05 23:46:38 発信元:180.0.150.47 0
libプラグマとかどうでしょ
use lib "/path/to/library";
あとopenはopen(fh, mode, filename);
168: ◆A/T2/75/82
11/02/05 23:48:22 発信元:114.160.23.32 0
てすと用のプログラムではうまく行ったのよ
たぶん speedy_cgi のせいだと思うのだ。
169: ◆A/T2/75/82
11/02/05 23:55:48 発信元:114.160.23.32 0
pinkにモジュール入れてもらうの忘れてた、
ということでpinkもbbs.cgi元にもどしましたー
170:garnet ★
11/02/05 23:55:59 発信元: 0
166はSpeedyでも動くコードだったり。汎用っぽくしてみた。
my $is_CryptCBC = &LoadModule('Crypt::CBC');
sub LoadModule
{
my $module = shift;
$module =~ s/::/\//g;
if (my ($path) = grep(-f "$_/$module", @INC)) {
return(require($path));
}
}
171:garnet ★
11/02/05 23:58:33 発信元: 0
って、向こうでSunOSさんがやってました。。。orz
172: ◆A/T2/75/82
11/02/05 23:59:06 発信元:114.160.23.32 0
へへへっ
173: ◆A/T2/75/82
11/02/05 23:59:51 発信元:114.160.23.32 0
やってもらっちゃった。
そしてdsoでうまく動いた。
再度全サーバに配ってくる
174: ◆A/T2/75/82
11/02/06 00:03:50 発信元:114.160.23.32 0
配った。
175:名無しさん＠お腹いっぱい。
11/02/06 07:26:14 発信元:61.202.71.102 0
現在、規制中でもfusianasanすれば書ける板に
fusianasanしても書けなくなっているようです
URLﾘﾝｸ(yuzuru.2ch.net)
176:garnet ★
11/02/06 07:56:58 発信元: 0
＞175
携帯のcidrやってるので、ついでに見てみますー。
177: ◆SGypsyBBQM
11/02/06 08:12:32 発信元:211.1.219.232 0 BE:209495982-BRZ(10081)
規制関係ですね。
_BBS_ihou_\.ne.jp
ｽﾚﾘﾝｸ(ihou板:567番)
178: ◆SGypsyBBQM
11/02/06 08:19:21 発信元:211.1.219.232 0 BE:183310027-BRZ(10081)
しまった、、。 ●のままだ。
>>177 はなしで。
179:garnet ★
11/02/06 08:20:57 発信元: 0
access板をスルー処理が効いてなかったところがあったので、
スルーするようにコメントアウトしました。
現時点でoperateとaccessでfusianasanしたら書けるはずです。
で、もしaccess板でfusianasanしても書けないのが仕様だったら、
コメントアウトを外してください。。。
180:名無しさん＠お腹いっぱい。
11/02/06 08:22:44 発信元:61.202.71.102 0
>>179
対応、乙でした
181:garnet ★
11/02/06 08:23:41 発信元: 0
s/accsess/accuse/g で。。。
（素で間違えた
182:名無しさん＠お腹いっぱい。
11/02/06 08:30:53 発信元:210.135.98.43 (618493) P
>>179
対応をありがとうございました。書き込みできるようになったようです。
ｽﾚﾘﾝｸ(accuse板:721番)
183:未承諾広告※ ◆BAILA6C886n4
11/02/06 22:12:50 発信元:219.117.239.35 0 BE:1961036-PLT(23505)
cobra2245にもCrypt-CBC-2.30は入っていなかったのであった♪
なので、hato鯖は未対応中♪
184: ◆A/T2/75/82
11/02/06 22:13:50 発信元:114.160.23.32 0
よろしくお願いしまーす
185:名無しさん＠お腹いっぱい。
11/02/06 22:15:46 発信元:61.89.15.136 0
さっきまで一瞬書き込みからIPアドレス見ようと思えば見れたわけか・・・ｗ
今回Crypt-CBC-2.30は全鯖に入れるのか？というか入るのか？
186: ◆A/T2/75/82
11/02/06 22:17:44 発信元:114.160.23.32 0
pinkもCBCはいっていませーん
明日入れてもらう予定ではあります
187:garnet ★
11/02/06 22:24:16 発信元: 0
qb7と同じモジュールが入るのかしら？
use Crypt::Blowfish が有効なら喜び組（qb7では入ってるです）。
188:未承諾広告※ ◆bbq.muteQGCV
11/02/06 22:28:08 発信元:219.117.239.35 0 BE:6970188-PLT(23505)
@cobra2245
%perl -e 'use Crypt::CBC'
Can't locate Crypt/CBC.pm in @INC (@INC contains: perlのpathがずらずら) at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
%perl -e 'use Crypt::Blowfish'
Can't locate Crypt/Blowfish.pm in @INC (@INC contains: perlのpathがずらずら) at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
だす♪
♯以下root貰っちゃいなっていうのは禁止♪
189: ◆A/T2/75/82
11/02/06 22:28:36 発信元:114.160.23.32 0
よくわからんけど、
190: ◆A/T2/75/82
11/02/06 22:29:25 発信元:114.160.23.32 0
ぼうはつした。
思想は・・・
191: ◆A/T2/75/82
11/02/06 22:34:37 発信元:114.160.23.32 0
作成の思想は、各サーバにログフィルをあさって
ipアドレスを探してくるスクリプトがある。
boo.2ch.netはそれぞれのサーバにそのipアドレスを問い合わせる。
私は hatoでその実験をしました。 つまり Cobra2245 にはCBCは入っている必要はないかと、
入っていないサーバはbbs.cgiを見てもらえば分かりますが、Cryptされた部分が
Cryptされずに生々しく入っているという話です。
それでsunOsさんにCrypt::CBCが入っているかどうかで動きを変えるというのを教えてもらいました。
192:未承諾広告※ ◆bbq.muteQGCV
11/02/06 22:48:28 発信元:219.117.239.35 0 BE:1960092-PLT(23505)
あ、今頃了解しました。早とちり（汗）
・・・のでbooのhato鯖対応復帰♪
193: ◆A/T2/75/82
11/02/07 17:22:01 発信元:114.160.23.32 0
>>192
hack72.2h.netを作ろうとしているので
新しい「串」が見つかったら呼んで欲しいのです。
hack72.2ch.net建設予定地
ｽﾚﾘﾝｸ(sakhalin板)
194:今日も雲孤 ◆bKaGbR8Ka.
11/05/24 02:25:22.40 発信元:118.3.231.160 0
フォレンジック分析から投稿者を守るためには、ログサーバを
海外に置いてログサーバのディスクを暗号化してからそこに
ログを置けばいいと思うのです。
195:名無しさん＠お腹いっぱい。
11/05/26 07:11:36.20 発信元:124.103.41.137 0
もともと海外だろ