利用目的を知り、次は「一次検証」です。この記事は一次検証にフォーカスします。結果レビュー以降は、どうしても個別対応になります。一次検証をしっかり行い、その結果により後のことを決めて行くのが良いと思います。一次検証それでは、今回は架空のIPS装置「Coelacanthus-IPS」を検証してみましょう。シーラカンスかというと・・・フィーリングです!(すみません)Coelacanthus-IPS【ご注意】実際には存在しない、架空のIPS装置です。レポートの目次書き大規模、複数のメンバーで行う際は「検証計画」をビシッと作り、プロジェクトとして実施したいところです。一人で作業をするときは省力化を図るため、検証後に作るレポートの目次書きをそのまま計画として利用します。「1.検証環境」の構成と概要に留めます。実際の環境構築方法、それから各計測・診断などを書くと結構なボリュームになりそうなので、記事を分けるつもりです。最終的にサンプルのレポートを完成させることが出来ると良いと思っています。検証環境アプライアンスの検証をするときに、グローバルIPアドレスを使用することが多いです。完全に閉じた環境で検証を行う方が安全かつ精度の高い数値・結果を得られるとは思います。現場のSEとしては実際の利用状態に近い形での検証を行いたく、この様にしています。最近のアプライアンスは「クラウド連携」など、インターネットに接続されていないと不都合が生じる製品もあるため、その対策の意味もあります。あると都合が良いのですが、丁度良いサーバが確保出来なかったり、ラック内のスペースを占有したく無いこともあります。実際の構築方法は別の記事(次回以降)で紹介します。起動する事が多いです。それから、注意点としては『ファイヤウォール設定をしっかり行っておくこと』があります。脆弱性のある環境にグローバルIPアドレスを設定するので、気をつけないと攻撃の踏み台にされる等、知らない内に加害者になってしまう可能性があります。フィルタ設定をすることが多いです。アクセスを受け付ける様にしています。あり/なし(直結)の状態での計測値を比較します。セキュリティ・アプライアンスをネットワークに設置すると、多かれ少なかれパフォーマンスは低下します。より、通信内容を取得し、シグネチャとのマッチングを行って攻撃を検知し、防御をします。いう複雑な処理をしながら、大量のトラフィックをさばくとしたら・・・ボトルネックになってしまう可能性がありますね。大切なのは、きちんと数値で把握することです。そのための計測を行います。ミドルウェアの脆弱性診断です。通常はセキュリティ・アップデートにより対策を行います。利用する場合があります。頼り」ということもあります。等のセキュリティ・アプライアンスを導入する目的は様々ですが、やはり期待されるのは防御性能です。あり/なし(直結)の状態で脆弱性診断を行います。この結果を比較することで防御性能が分かるはずです。等を行って、最新状態にしたプラットフォームでは「IPSなし(直結)」でも脆弱性が確認されず、比較が出来ません。ミドルウェアを含むイメージを利用します。環境の構築に少しコツが要るので、これも後の記事で解説します。アプリケーションの脆弱性を突く攻撃の防御が可能な製品もあります。問題なのは、同じ製品でも人によって認識が異なっていることです。代わりになる」という人もいれば、「オマケ機能なので過度の期待をしてはいけない」という人もいます。製品によって特性は異なります。正確なところは診断をしてみない限り分からないのです。そのための脆弱性診断です。おわりに次回以降で環境構築や実際の検証作業を行っていきます。セキュリティ・アプライアンスやサービスの検証を行う方にとって、少しでも役立つ資料となりますと幸いです。ツイート#セキュリティ編集部twiterfacebookAWSを中心としたクラウドインフラやオンプレミス、ビッグデータ、機械学習などの技術ネタを中心にご紹介します。