特捜部のガサ入れに耐えるDB
■ このスレッドは過去ログ倉庫に格納されています
0001NAME IS NULL
2007/06/14(木) 20:01:42ID:0Cbh5IVP0002NAME IS NULL
2007/06/14(木) 20:03:54ID:0Cbh5IVPしようと思います。
0003NAME IS NULL
2007/06/15(金) 16:19:16ID:???最近の情報漏洩の経路として「盗難」が意外にも多いからな。
HDDの暗号化は必須だ。ただしパフォーマンスと引き換えな。
めんどくさいが、システムの起動時は全部パスワードを入力する。
これでかなり大丈夫だ。
次はアプリケーションの工夫だ。
DBはアプリケーションからアクセスされることに弱いからな。
アカウントやパスワードはできればソースや設定ファイルに残すな。
やっぱり起動時に入力したほうがいい。
データベースとAPPサーバはなるべく複数台にわけたほうが安全だ。
DBが特定端末からのアクセスのみ許可するようにセッティングすれば
セキュリティも向上するし、そもそも元のコンフィグを再現できなければ
アクセスできないようにする。
DBやAPPサーバの端末はスタティックが基本だが、DHCPサーバでMACアドレスと
IPを対応づけておいて、DHCPサーバを小型の小さいものにしておけば
DHCPサーバを持っていかれなければサーバセッティングがわかりにくくに
アクセスするのが面倒になる。
しかしこれらの対処はすべて「解析に時間がかかるようにする」ことで
ハッキングしようとするものの物理的な時間を奪うことが目的だ。
完全に防ぐということは無理であるということを忘れてはならない。
0004NAME IS NULL
2007/06/15(金) 23:36:42ID:xlBzhkC2これ最強。
0005NAME IS NULL
2007/06/16(土) 14:46:12ID:???それ1�_秒たりとも耐えてないしなあ
■ このスレッドは過去ログ倉庫に格納されています