皆さま、こんにちは。 てくさぽBLOG メンバーの梶原です。
前回、オシャレに変身した、「IBM Security Guardium Data Activity Monitor V10」の
基本機能である、「ポリシー作成・インストール」及び「アラート表示・レポート作成」まで
を使ってみました。（前編はこちら！）
今回は、GuardiumV10の新機能をいくつか使ってみたいと思います。
特に、メインディッシュとして、不正なアクセスからデータベースを守る、新機能の
クエリー・リライト機能をご紹介しますので、ぜひ最後までごらんください！
■前菜として、細かいけど素敵な新機能。
とりあえず、ログインしましょう。
もう大丈夫、 「ようこそ」と言われても、驚きませんよ。
新機能①：通知機能
おや？ 前回は急にツアーに誘われて、動揺していたため、気づきませんでしたが、
中央上に鈴のマークがありますね。そのうえ、携帯電話の着信通知ばりに、
「２」の文字がでています。
さっそくクリックしてみましょう。
アテンションとインフォメーションメッセージがでているようです。
それぞれクリックしてみます。
クイック検索機能は16GB必要だと言っています。
仮想アプライアンス版を使っていますので、割り当てメモリが少なかったようです。
また、インフォメーションでは、パッチが出ていることを教えてくれてくれます。
ダウンロードをクリックすると、FixCentralのタブが起動しました。
このように、さまざま通知が、わかりやすく表示されるようです。
新機能②：検索機能
メモリが足りないと怒られたクイック検索ですが、そんなことはお構いなしに、
検索してみましょう。右上の検索バーを利用します。
例えば、バックアップしたいけど、メニューの選択肢がわからん！
というときは、ここに 「バック」と入れている最中から、
その画面へのパスが表示されます。虫眼鏡マークをクリックしなくても大丈夫です。
そして、リンクをクリックすれば、一気にその画面へ移動します
メモリが足りなくなくても、使えちゃえましたね。
（商用サービスでは、当然必要メモリを割り当ててください。）
新機能③：ダッシュボード機能
次は、マイ・ダッシュボード機能を試してみましょう。
マイ・ダッシュボード > 新規ダッシュボードの作成
レポートの追加をクリックします。
設定されているレポートを選択できます。
ポップアップのリンクを選択していくと、後ろの画面でレポートが追加されていきます。
１つづつ選択を繰り返す必要がありません。
好きなものを選択して閉じるボタンをクリックで終了です。
ダッシュボードができました。よく使う画面をここに設定しておきましょう。
新機能④：レポートの列表示の変更
作成したダッシュボードの、１つのレポートを大きくします。
右端のボタンをクリックします。
大きくなりました。次に、下記赤で囲んだボタンをクリックします。
列構成がポップアップされました。
表示が不要な列のチェックを外します（わかりやすくするため、ほとんど外します）。
OKをクリックします。
列が変更されました。
左端のエクスポートリストをクリックすると、
変更した表示レコードのダウンロードも選択できるので、
自分のPCへ落とし込む時に楽になりますね。
■本日のメインディッシュ、クエリー・リライト機能
さて、本日のメインディッシュ機能である、クエリー・リライト機能を味わってみましょう。
クエリー・リライト機能とは、文字通りSQL文をルールに従い書き換えたうえで、
実行してくれる機能です。この機能で、不正なSQLからデータベースを守ります。
この機能は、AdvancedEdition機能ですので、ライセンスが登録されているか確認します。
たどるのが、面倒くさいので検索から移動します。
ライセンス登録を確認します。
また、Guardiumエージェント（S-TAP）側にてinitファイルの編集が必要ですので、
監視対象にログインして編集します。
tapiniを、qrw_installed=0から1に設定し、有効化します。
変更前
変更後
さらには、コレクターのコンソール画面での設定変更が必要です。
restart inspection-engingsコマンドを実行、検査エンジンの再起動を行います。
これで、準備は整いました。では、クエリー・リライト機能画面に移動しましょう。
今回はリンクからいきます。
（ちなみに、検索機能で「クエリー・リライト」では検索ヒットしませんでした。照会再書き込みならヒットします。）
保護 > セキュリティー・ポリシー > 照会再書き込みビルダ
なにやら、細かい設定画面がでてきました。
今回は、nicp_tableに対するselect文を変更する設定にしてみましょう。
定義名 ：NI+CP TEST
データベース・タイプ：Oracle
モデル照会：select * from nicp_table
と入力して、解析をクリックします。解析結果が表示されるので、保存をクリックします。
再書き込みルールの部分に、赤くなっているnicp_table部分をクリックすると、
吹き出しのように画面が表示されます。ここで、終了に「tab」と記載して保存します。
つまり、select * from nic_tableを実行したら、自動的にテーブル名をtabに変更して、
その結果を表示させる設定とします。
リアルタイムプレビューに変更後の、SQLが表示されました。
右側のテストのセットアップにSQLを入力して、
テスト実行ボタンをクリックすると、変更できるかのテストができます。
右下の変更が「YES」であれば、テストしたSQLは変更されるSQL文ということになります。
ここで定義したルールを活かすポリシーを作成しましょう。
ポリシー作成画面への遷移は前回の内容をご確認ください。
ポリシー作成時には、データベース・タイプの指定が必要です。今回はOracleを指定します。
オブジェクトにnicp_tableを設定します。
アクションにて
・照会再書き込みのアタッチ
・照会再書き込み：定義の適用 （NI+CP TEST）
を設定します。
設定したポリシーをインストールします。
（分かりやすくするため、前回作成したポリシーはアンインストールしています。）
それでは、データベース側で試してみましょう。
Select * from nicp_table；
を実行します。
来ました！ SQL文はnicp_tableを指定しているのに、
テーブルの一覧を格納している、tab表のselect結果が表示されました！！
ユーザの実行した、SQL文を知らない間に書き換えるという、
力技をGuardiumが実現してくれました。
Guardiumには、アクセスをブロック機能があります。
ただ、このブロック機能に引っかかった不正なアクセス者は、
それではと別の手を考えてくる可能性があります。
クエリー・リライト機能を使うと、不正なアクセス者に対して、結果を返すけれども、
実は意味のないデータを返すといったことができます。エラーにはならないので、
さらなる攻撃を防ぐことが期待できます。
ということで、
今回の「データベース監査ソリューション Guardium 最新バージョンV10 使ってみました」
はこれにて終了です。
今後も、新製品・新バージョン製品を使ってみる機会があれば、
どんどんご紹介していきます。読者の皆様、お付き合いありがとうございました！
番外編「箱開けてみました」はこちら！
この記事に関する、ご質問は下記までご連絡ください。
エヌアイシー・パートナーズ株式会社
技術支援本部 テクニカル・サポート部 梶原
E-Mail：nicp_support@NIandC.co.jp
商標帰属
・Oracleは米国Oracle Corporationおよびその子会社、関連会社の登録商標です。
・他のすべての名称ならびに商標は、それぞれの企業の商標または登録商標です。
