JP6655731B2 - システム環境及びユーザ行動分析基盤の自己防御保安装置とその作動方法 - Google Patents

Description

本発明の実施形態は、データベース保安装置とその作動方法とに係り、特に、保安強化のために、システムの状況とユーザのパターンとに基づいてユーザが要請した命令に対する事前分析を行うデータベース保安装置とその作動方法とに関する。

情報の集積度が日増しに高度化される趨勢によって、企業内に存在するデータベースに蓄積された情報の量も、これに比例して増加している。これにより、各種のハッキングやユーザなどの不注意によって、データベースに保存されたデータが消失または変更されるか、外部に流出される保安事故が頻繁に発生している。

特に、実際、最近起こった保安事故、例えば、管理者が誤って要請したデータ削除命令が実行されることによって、一定期間のユーザ取引情報がいずれも消失されて、銀行業務が中断された事例や、真夜中に数回にわたったユーザの非正常な口座振込み命令が実行されることによって、数億ウォンに至る資金が口座から引き出されてしまった事例などを見れば、保安事故のほとんどが、ユーザまたは管理者が要請した命令を何らの分析なしにそのまま実行することによって、発生していることが見られる。

したがって、ユーザまたは管理者が要請した命令に対する実行に先立って、多角的な分析を試み、分析の結果によって、適切な対応ができる保安技術が早急に設けられる必要がある。

本発明が解決しようとする技術的課題は、システムの状況とユーザパターンとに基づいてユーザまたは管理者が要請した命令に対する事前分析を行うことによって、保安を強化させたデータベース保安装置とその作動方法とを提供するところにある。

本発明の実施形態による保安装置の作動方法は、データベースシステムで管理されるデータベースと関連した命令をクライアントから受信する段階と、前記データベースシステムのサービス状態を確認する段階と、前記確認の結果によって、前記データベースシステムに関する保安政策を変更する段階と、前記クライアントから伝送された前記命令が、前記変更された保安政策を満足するか否かを判断する段階と、前記判断の結果によって、前記命令の実行如何に対する確認要請を管理者クライアントに伝送する段階と、を含みうる。

前記サービス状態は、設定された条件によって少なくとも２つ以上の状態に区分され、それぞれの状態で互いに異なる保安政策が適用可能である。前記実際サービス状態にあるか否かは、前記データベースシステムのサービス状態を示す状態フラグを参照して確認することができる。

前記実際サービス状態にあるか否かは、前記データベースに保存された累積データ情報、前記データベースについてのログ情報、及び前記データベースシステムに対する要請状態のうちの少なくとも１つに基づいて確認することができる。

前記保安政策は、前記クライアントが、前記データベースと関連した命令のうちの一部命令を使用しないように変更されうる。
前記命令が、基準データ量を超過するデータの削除、変更または照会を要請する時、前記命令は、前記変更された保安政策を満足していないと判断する保安装置の作動方法。

前記保安装置の作動方法は、前記クライアントの前記データベースシステムに対する接続及びアクセスをモニタリングし、前記モニタリングを通じて獲得された情報に関するログを生成して保存する段階と、前記ログに基づいて、前記クライアントの行動パターンを分析する段階と、前記クライアントから伝送された前記命令が、前記クライアントの行動パターンとマッチングされるか否かを判断する段階と、をさらに含みうる。

前記ログは、接続ＩＰ情報、ユーザＩＤ情報、端末機情報、アプリケーション情報、時間情報、クエリー情報、及び命令情報のうちの少なくとも１つを含みうる。
前記保安装置の作動方法は、前記命令が、前記クライアントの行動パターンとマッチングされない時、前記クライアントの接続を強制終了させる段階をさらに含みうる。

本発明の実施形態によるデータベース保安装置は、データベースシステムで管理されるデータベースと関連した命令をクライアントから受信する通信モジュールと、前記データベースシステムのサービス状態を確認するサービス状態分析モジュールと、前記確認の結果によって、前記データベースシステムに関する保安政策を変更する保安政策管理モジュールと、前記クライアントから伝送された前記命令が、前記変更された保安政策を満足するか否かを判断する制御モジュールと、前記判断の結果によって、前記命令の実行如何に対する確認要請を管理者クライアントに伝送する管理者報知モジュールと、を含みうる。

前記データベース保安装置は、前記クライアントの前記データベースシステムに対する接続及びアクセスをモニタリングし、前記モニタリングを通じて獲得された情報に関するログを生成して保存するログ生成モジュールと、前記ログに基づいて、前記クライアントの行動パターンを分析するユーザ行動分析モジュールと、をさらに含み、前記制御モジュールは、前記クライアントから伝送された前記命令が、前記クライアントの行動パターンとマッチングされるか否かを判断することができる。

本発明の実施形態によるデータベース保安方法は、データベースシステムのサービス進行状態によって保安政策を変更して適用することによって、それぞれの状態で最適化された保安を提供することができる。

また、本発明の実施形態によるデータベース保安方法は、ユーザの行動パターンに基づいて命令を分析することによって、ハッキングなどによる非正常な命令に対する実行を根本的に遮断し、保安をより強化することができる。

本発明の実施形態によるデータベース保安システムの概略的な構成を示すブロック図である。 本発明の実施形態による保安サーバの具体的な構成を示すブロック図である。 本発明の実施形態による保安サーバの作動方法を示すフローチャートである。 本発明の実施形態による保安サーバの作動方法を示すフローチャートである。

本明細書でのモジュール（ｍｏｄｕｌｅ）とは、本明細書で説明されるそれぞれの名称による機能と作動とを行えるハードウェアを意味し、特定の機能と作動とを行えるコンピュータプログラムコードを意味し、特定の機能と作動とを行わせるコンピュータプログラムコードが搭載された電子的記録媒体、例えば、プロセッサを意味する。言い換えれば、モジュールとは、本発明の技術的思想を行うためのハードウェア及び／または前記ハードウェアを駆動するためのソフトウェアの機能的及び／または構造的結合を意味する。

以下、本明細書に添付された図面を参照して、本発明の実施形態を詳しく説明する。
図１は、本発明の実施形態によるデータベース保安システムの概略的な構成を示すブロック図である。図１を参照すれば、データベース保安システム１０は、クライアント１００、保安サーバ２００、データベースシステム３００、及び管理者クライアント４００を含みうる。また、データベースシステム３００は、データベースサーバ３１０とデータベース３２０とを含みうる。

クライアント１００は、ネットワーク（例えば、有線ネットワークまたは無線ネットワーク）を通じて保安サーバ２００と接続してデータベースシステム３００で提供するサービスを要請し、サービス結果を受信することができる。例えば、クライアント１００は、データベースサーバ３１０に接続のための要請及びデータベース３２０にアクセスするための多様な命令またはクエリー（ｑｕｅｒｙ）を保安サーバ２００に伝送しうる。

クライアント１００は、ユーザが保安サーバ２００に接続した時、前記ユーザを称し、前記ユーザのコンピュータを指し、また、前記ユーザのコンピュータで作動するプログラムを意味する。

クライアント１００が、前記ユーザのコンピュータを指す時、前記コンピュータは、ＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）、携帯用電子装置（または、モバイル機器）として具現可能である。前記携帯用電子装置は、ノート型パソコン（ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ）、携帯電話、スマートフォン（ｓｍａｒｔｐｈｏｎｅ）、タブレット（ｔａｂｌｅｔ）ＰＣ、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ＥＤＡ（ｅｎｔｅｒｐｒｉｓｅ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、デジタルスチルカメラ（ｄｉｇｉｔａｌ ｓｔｉｌｌ ｃａｍｅｒａ）、デジタルビデオカメラ（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｃａｍｅｒａ）、ＰＭＰ（ｐｏｒｔａｂｌｅ ｍｕｌｔｉｍｅｄｉａ ｐｌａｙｅｒ）、ＰＮＤ（ｐｅｒｓｏｎａｌ ｎａｖｉｇａｔｉｏｎ ｄｅｖｉｃｅまたはｐｏｒｔａｂｌｅ ｎａｖｉｇａｔｉｏｎ ｄｅｖｉｃｅ）、携帯用ゲームコンソール（ｈａｎｄｈｅｌｄ ｇａｍｅ ｃｏｎｓｏｌｅ）、モバイルインターネット装置（ｍｏｂｉｌｅ ｉｎｔｅｒｎｅｔ ｄｅｖｉｃｅ：ＭＩＤ）、ウェアラブル装置（または、ウェアラブルコンピュータ）、モノのインターネット（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ：ＩｏＴ）装置、万物のインターネット（ｉｎｔｅｒｎｅｔ ｏｆ ｅｖｅｒｙｔｈｉｎｇ：ＩｏＥ）装置、または電子ブック（ｅ−ｂｏｏｋ）として具現可能である。

たとえ図１では、ネットワークを通じて保安サーバ２００と接続する１つのクライアント１００のみが示されているとしても、データベース保安システム１０が複数のクライアントで構成されるということはいうまでもない。

保安サーバ２００は、データベースシステム３００の状況分析とクライアント１００の行動分析とに基づいて、クライアント１００がデータベース３２０にアクセスするあらゆる作動に対する保安機能を行うことができる。

保安サーバ２００は、データベースシステム３００のサービス状態によって保安政策を変更し、該変更された保安政策に基づいてデータベースシステム３００に対する保安を行うことができる。

実施形態によって、保安サーバ２００は、設定された条件によってデータベースシステム３００のサービス状態を２つ以上の状態に区分し、それぞれの状態で互いに異なる保安政策を設定することができる。

例えば、保安サーバ２００は、データベースシステム３００のサービス状態をサービス開始時点を基準に開発状態と実際サービス状態とに区分することができる。また、保安サーバ２００は、データベースに蓄積されたデータの量や重要度による保安等級、または、クライアント１００の接続回数などの利用状況を基準に第１サービス状態ないし第Ｎサービス状態に区分することができる。ここで、Ｎは、２よりも大きな自然数を意味する。

以下の明細書では、説明の便宜上、サービス状態が、「開発及びテスト状態」と「実際サービス状態」とに区分されることを仮定して説明されるが、前述したように、本発明の技術的思想が、これに限定されるものではない。

開発及びテスト状態では、クライアント１００にデータベース３２０アクセスと関連したあらゆる命令（または、クエリー）を許容することができるが、実際サービス状態では、データ全体削除またはデータ全体照会などの一部命令に対する使用を制限することができる。

保安サーバ２００は、クライアント１００から伝送された命令が現在適用される保安政策を満足していないと判断すれば、当該命令に対する実行如何に対して管理者クライアント４００に確認を要請し、管理者クライアント４００の確認応答によって、前記命令をデータベースサーバ３１０に伝送するか、前記命令を削除することができる。

保安サーバ２００は、クライアント１００のデータベースシステム３００に対する接続及びアクセス情報と関連したログを生成して保存し、前記ログに基づいて、クライアント１００の行動パターンを分析し、クライアント１００から伝送された命令が分析された行動パターンとマッチングされるか否かを判断することができる。

保安サーバ２００は、クライアント１００から伝送された命令とクライアント１００の行動パターンとがマッチングされないと判断すれば、判断の結果を管理者クライアント４００に伝送して実行如何を確認するか、クライアント１００の接続を強制に終了させることができる。

データベースシステム３００は、データベース管理プログラム（ｄａｔａｂａｓｅ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ：ＤＢＭＳ）が備えられたデータベースサーバ３１０の制御によって、サービス提供に必要なデータをデータベース３２０に保存管理し、保安サーバ２００を通じてクライアント１００から要請された作業を行い、その結果をクライアント１００に提供することができる。

データベースシステム３００は、関係データベースシステムであり、クライアント１００とのインターフェースのための標準言語として、ＳＱＬ（ｓｔｒｕｃｔｕｒｅｄ ｑｕｅｒｙ ｌａｎｇｕａｇｅ）を使用することができる。

管理者クライアント４００は、保安サーバ２００に接続してデータベースシステム３００に対する複数の保安政策を提供し、前記複数の保安政策のうちからデータベースシステム３００のサービス進行程度によって適用される保安政策を選択することができる。

管理者クライアント４００は、クライアント１００の保安政策違反と関連した確認要請を保安サーバ２００から受信し、前記確認要請に対する応答メッセージを保安サーバ２００に伝送しうる。

図２は、本発明の実施形態による保安サーバの具体的な構成を示すブロック図である。図１と図２とを参照すれば、保安サーバ２００は、制御モジュール２１０、通信モジュール２２０、サービス状態分析モジュール２３０、保安政策管理モジュール２４０、管理者報知モジュール２５０、ログ生成モジュール２６０、及びユーザ行動分析モジュール２７０を含みうる。また、保安サーバ２００は、データ保存のためのメモリ２３５、保安政策ＤＢ２４５、及びログＤＢ２６５を含みうる。

制御モジュール２１０は、通信モジュール２２０、サービス状態分析モジュール２３０、保安政策管理モジュール２４０、管理者報知モジュール２５０、ログ生成モジュール２６０、及びユーザ行動分析モジュール２７０のうちの少なくとも１つを制御することによって、保安サーバ２００の全般的な作動を制御することができる。

制御モジュール２１０は、クライアント１００から受信された命令が、現在適用中である保安政策を満足するか否かを判断することができる。判断の結果、前記命令が保安政策を満足していない場合、制御モジュール２１０は、前記命令を削除するか、前記命令が保安政策に違反することを示す指示信号を管理者報知モジュール２５０に提供することができる。

管理者報知モジュール２５０は、制御モジュール２１０から受信された指示信号によって、多様な表出手段（例えば、画面表出、メッセンジャー、ＳＭＳ、またはメールなど）を通じて管理者クライアント４００に、前記命令に対する実行如何に関する確認を要請することができる。

通信モジュール２２０は、クライアント１００からデータベースサーバ３１０に対する接続要請及びデータベース３２０に対するアクセス要請（例えば、命令またはクエリー）を受信して、データベースサーバ３１０に伝送し、データベースサーバ３１０から前記要請に対する応答を受信して、クライアント１００に伝送しうる。また、通信モジュール２２０は、クライアント１００とデータベースサーバ３１０との接続を強制に終了させることができる。

サービス状態分析モジュール２３０は、データベースシステム３００のサービス進行状態、例えば、データベースシステム３００が、現在、開発及びテスト状態にあるか、それとも実際サービス状態にあるかを判断することができる。

実施形態によって、データベースシステム３００のサービス進行状態を示す情報は、メモリ２３５に保存され、サービス状態分析モジュール２３０は、メモリ２３５を参照して判断することができる。

データベースシステム３００のサービス進行状態は、管理者クライアント４００から提供された指示信号によって設定しうる。例えば、管理者は、開発及びテスト状態で保安サーバ２００内のメモリ２３５に保存された状態フラグをロジック「０」に設定し、実際サービス段階で、前記状態フラグをロジック「１」に設定することができる。

メモリ２３５は、レジスタ、ＤＲＡＭ（ｄｙｎａｍｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＳＲＡＭ（ｓｔａｔｉｃ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）などの揮発性メモリ及び／またはフラッシュ基盤メモリなどの不揮発性メモリとして具現可能である。

実施形態によって、データベースシステム３００のサービス進行状態は、データベース３２０に保存されたデータの量、データベース３２０についてのログ情報、及びデータベースシステムに対する現在要請状態のうちの少なくとも１つから判断される。

例えば、サービス状態分析モジュール２３０は、データベース３２０に保存されたデータの量が基準値を超過した場合、現在データベースシステム３００が、実際サービス状態にあると判断することができる。また、サービス状態分析モジュール２３０は、クライアント１００のデータベースサーバ３１０に対する接続及びデータベース３２０に対するアクセス回数を基準値と比較して、データベースシステム３００が、現在実際サービス状態にあるか否かを判断することができる。

すなわち、サービス状態分析モジュール２３０は、メモリ２３５に保存された状態フラグを確認する以外に、データベース３２０に保存されたデータの量などに基づいてデータベースシステム３００のサービス進行状態を判断することができるので、ハッキングによって状態フラグが変更された場合にも、サービス進行状態に関する正確な情報を提供させうる。

保安政策管理モジュール２４０は、サービス状態分析モジュール２３０から分析された現在データベースシステム３００のサービス進行状態によって、データベースシステム３００に関する保安政策を変更し、該変更された保安政策を制御モジュール２１０に提供することができる。

例えば、データベースシステム３００が、開発及びテスト状態にある時、保安政策管理モジュール２４０は、データベースシステム３００に関する第１保安政策を適用し、データベースシステム３００が、実際サービス状態にある時、データベースシステム３００に関する第２保安政策を適用することができる。前記第１保安政策と前記第２保安政策は、保安政策ＤＢ２４５に保存され、互いに異なる政策を含みうる。

実施形態によって、前記第２保安政策は、第１保安政策とは異なって、クライアント１００にデータベース３２０アクセスと関連した命令（または、クエリー）のうちの一部命令に対する使用を制限する政策と、ユーザ行動パターンとマッチングされないユーザに対するデータベースサーバ３１０の接近を制限する政策と、を含みうる。

前記データベース３２０アクセスと関連した命令は、データ処理と関連してレコードに新たな行の追加（ＩＮＳＥＲＴ）、変更（ＵＰＤＡＴＥ）、削除（ＤＥＬＥＴＥ）に使われるＤＭＬ（ｄａｔａ ｍａｎｉｐｕｌａｔｉｏｎ ｌａｎｇｕａｇｅ）、データ定義と関連してテーブルやユーザの生成（ＣＲＥＡＴＥ）及び削除（ＤＲＯＰ）に使われるＤＤＬ（ｄａｔａ ｄｅｆｉｎｉｔｉｏｎ ｌａｎｇｕａｇｅ）、データ制御と関連してユーザを生成した後、権限の付与（ＧＲＡＮＴ）に使われるＤＣＬ（ｄａｔａ ｃｏｎｔｒｏｌ ｌａｎｇｕａｇｅ）、及びデータ照会と関連してレコードが有した値の獲得に使われるクエリーなどの命令語を含みうる。

この場合、第２保安政策は、前記命令語のうち、データベース３２０に保存されたデータの削除と関連した命令語（例えば、ＤＥＬＥＴＥ、ＤＲＯＰなど）に対する使用を制限することができる。また、第２保安政策は、基準データ量を超過してデータ削除、変更または照会を要請する命令に対する使用を制限することができる。

ログ生成モジュール２６０は、クライアント１００のデータベースシステム３００に対する接続及びアクセスをモニタリングし、該モニタリングを通じて獲得した情報と関連したログを生成し、該生成されたログをログＤＢ２６５に保存管理することができる。

ログＤＢ２６５は、接続ＩＰ情報、ユーザＩＤ情報、端末機情報、アプリケーション情報、時間情報、クエリー情報、及び命令情報のうちの少なくとも１つを含みうる。
ログ生成モジュール２６０は、ログＤＢ２６５で特定ＩＤを使用するユーザに対する接続ＩＰ、接続時間帯、端末機名称、及び要請した命令などについての情報を検索し、該検索された情報をユーザ行動分析モジュール２７０に提供することができる。

ユーザ行動分析モジュール２７０は、ログ生成モジュール２６０から提供されたクライアント１００に関するログ情報に基づいて、クライアント１００の行動パターンを分析し、該分析されたクライアント１００の行動パターンを制御モジュール２１０に提供することができる。

図３は、本発明の実施形態による保安サーバの作動方法を示すフローチャートである。図１ないし図３を参照すれば、保安サーバ２００は、ネットワークを通じて接続されたクライアント１００からデータベース３２０と関連した命令を受信することができる（ステップＳ１１０）。

保安サーバ２００は、前記命令をデータベースサーバ３１０に伝送するのに先立って、データベースシステム３００の状況を分析し、これにより、前記命令に対する実行如何を決定する一連の保安過程を経ることができる。

まず、保安サーバ２００は、データベースシステム３００のサービス状態を確認することができる（ステップＳ１２０）。例えば、前記サービス状態は、開発状態と実際サービス状態とに区分されうる。

段階Ｓ１２０での前記確認のために、保安サーバ２００は、保安サーバ内に保存された状態フラグを参照することができる。前記状態フラグは、データベースシステム３００のサービス進行程度による状態を表示したものであって、前記開発状態でロジック「０」に設定され、前記実際サービス状態でロジック「１」に設定しうる。

また、段階Ｓ１２０での前記確認のために、保安サーバ２００は、データベース３２０に保存されたデータの量、データベース３２０についてのログ情報、及び／またはデータベースシステムに対する要請状態を参照することができる。

段階Ｓ１２０で確認した結果、データベースシステム３００が、開発状態から実際サービス状態に変更されたと確認した場合、保安サーバ２００は、前記データベースシステム３００に関する保安政策を変更することができる（ステップＳ１３０）。

すなわち、前記実際サービス状態での保安政策は、前記開発生態での保安政策とは異なるものであって、データベース３２０と関連した命令のうちの前記開発状態で使用可能であった一部命令に対してクライアント１００の使用を制限することができる。ここで、前記一部命令は、データ全体削除命令またはデータ全体照会命令のようにデータベース３２０に保存された大量のデータを削除するか、流出することができる命令を含みうる。

段階Ｓ１３０で、データベースシステム３００に関する保安政策が変更された後、保安サーバ２００は、クライアント１００から受信された前記命令が、前記変更された保安政策を満足するか否かを判断することができる（ステップＳ１４０）。

段階Ｓ１４０で判断した結果、クライアント１００から受信された前記命令が、前記変更された保安政策を満足していない場合、保安サーバ２００は、前記命令の実行如何に対する確認を管理者クライアント４００に要請することができる（ステップＳ１５０）。

段階Ｓ１５０での確認要請は、画面表出、メッセンジャー、ＳＭＳ、またはメールを通じて行われ、保安サーバ２００は、前記確認要請に対する応答を、管理者クライアント４００から受信して、前記命令を処理することができる（ステップＳ１６０）。

例えば、保安サーバ２００は、前記命令の実行可能という応答によって、前記命令をデータベースサーバ３１０に伝送するか、前記命令の実行不可という応答によって、前記命令を削除し、相応するメッセージをクライアント１００に伝送しうる。

図４は、本発明の実施形態による保安サーバの作動方法を示すフローチャートである。図１、図２、及び図４を参照すれば、保安サーバ２００は、ネットワークを通じて接続されたクライアント１００からデータベース３２０と関連した命令を受信することができる（ステップＳ２１０）。

保安サーバ２００は、前記命令をデータベースサーバ３１０に伝送するのに先立って、ユーザの行動を分析し、これにより、前記命令に対する実行如何を決定する一連の保安過程を経ることができる。まず、保安サーバ２００は、クライアント１００のデータベースシステム３００に対する接続及びアクセスをモニタリングし、該モニタリングを通じて獲得された情報に関するログを生成して保存することができる（ステップＳ２２０）。

前記ログは、接続ＩＰ情報、ユーザＩＤ情報、端末機情報、アプリケーション情報、時間情報、クエリー情報、及び命令情報のうちの少なくとも１つを含みうる。
保安サーバ２００は、段階Ｓ２３０から生成された前記ログに基づいて、クライアント１００の行動パターンを分析し、クライアント１００から受信された命令が分析されたクライアント１００の行動パターンとマッチングされるか否かを判断することができる（ステップＳ２３０）。

段階Ｓ２３０での判断の結果、前記命令が、前記行動パターンと比較する時、些細な変動がある場合（例えば、ユーザが以前と異なるＩＰまたは端末機を通じて接続して命令を伝送した場合）、保安サーバ２００は、それに相応する報知メッセージのみを管理者クライアント４００に伝送しうる。

また、段階Ｓ２３０での判断の結果、前記命令が、前記行動パターンと比較する時、重大な変動がある場合（例えば、ユーザが１年間勤務時間のみに接続しながら、突然夜１２時に連続接続して命令を伝送するか、自身の銀行口座にある資金全部に対して振込みを要請する命令を伝送するか、全体データに対する一括削除を要請する命令を伝送した場合）、保安サーバ２００は、前記命令を削除し、クライアント１００とデータベースサーバ３１０との間の接続を強制に遮断することができる（ステップＳ２４０）。

本発明は、データベース保安装置とデータベースシステムの保安管理のための保安装置の作動方法とに使われる。

Claims (11)

1. データベースシステムの保安管理のための保安サーバの作動方法において、
   前記データベースシステムで管理されるデータベースと関連した命令をクライアントから受信する段階と、
   前記命令が前記データベースシステムに送信される前に、前記データベースシステムのサービス状態を確認する段階と、
   前記データベースシステムのサービス状態が変更された場合に、前記データベースシステムに関する保安政策を変更する段階と、
   前記データベースシステムに関する保安政策が変更された後、前記クライアントから伝送された前記命令が、前記変更された保安政策を満足するか否かを判断する段階と、
   前記判断の結果によって前記命令が前記変更された保安政策を満足していない場合に前記命令が処理される前に、前記命令の実行如何に対する確認要請を管理者クライアントに伝送する段階と、
   前記命令の実行可能な応答に従って、前記命令を、前記データベースを管理するデータベースサーバに送信するか、または前記命令の実行不可能な応答に従って、前記命令を削除し、前記クライアントに、対応するメッセージを送信する段階と、を含む保安サーバの作動方法。
2. 前記サービス状態は、設定された条件によって少なくとも２つ以上の状態に区分され、それぞれの状態で互いに異なる保安政策が適用され、
   前記少なくとも２つ以上の状態は、サービス開始時点を基準に開発状態と実際のサービス状態を含み、
   該実際のサービス状態の保安政策は、前記クライアントに前記データベースに対するアクセスと関連した命令またはクエリーのうちの一部命令に対する使用を制限する第１の保安政策と、前記クライアントの行動パターンとマッチングされない前記クライアントのデータベースに対するアクセスを制限する第２の保安政策と、を含む、請求項１に記載の保安サーバの作動方法。
3. 前記確認する段階は、前記データベースシステムのサービス状態を示す状態フラグを参照して確認する請求項１に記載の保安サーバの作動方法。
4. 前記確認する段階は、前記データベースに保存された累積データ情報、前記データベースについてのログ情報、及び前記データベースシステムに対する要請状態のうちの少なくとも１つに基づいて確認する請求項１に記載の保安サーバの作動方法。
5. 前記変更する段階は、前記クライアントが、前記データベースと関連した命令のうちの一部命令を使用しないように、前記保安政策を変更する請求項１に記載の保安サーバの作動方法。
6. 前記判断する段階は、前記命令が、基準データ量を超過するデータの削除、変更または照会を要請する時、前記命令は、前記変更された保安政策を満足していないと判断する請求項１に記載の保安サーバの作動方法。
7. 前記クライアントの前記データベースシステムに対する接続及びアクセスをモニタリングし、前記モニタリングを通じて獲得された情報に関するログを生成して保存する段階と、
   前記ログに基づいて、前記クライアントの行動パターンを分析する段階と、
   前記クライアントから伝送された前記命令が、前記クライアントの行動パターンとマッチングされるか否かを判断する段階と、
   をさらに含む請求項１に記載の保安サーバの作動方法。
8. 前記ログは、接続ＩＰ情報、ユーザＩＤ情報、端末機情報、アプリケーション情報、時間情報、クエリー情報、及び命令情報のうちの少なくとも１つを含む請求項７に記載の保安サーバの作動方法。
9. 前記命令が、前記クライアントの行動パターンとマッチングされない時、前記クライアントの接続を強制終了させる段階をさらに含む請求項７に記載の保安サーバの作動方法。
10. データベースシステムで管理されるデータベースと関連した命令をクライアントから受信する通信モジュールと、
    前記命令が前記データベースシステムに送信される前に、前記データベースシステムのサービス状態を確認するサービス状態分析モジュールと、
    前記データベースシステムのサービス状態が変更された場合に、前記データベースシステムに関する保安政策を変更する保安政策管理モジュールと、
    前記データベースシステムに関する保安政策が変更された後、前記クライアントから伝送された前記命令が、前記変更された保安政策を満足するか否かを判断する制御モジュールと、
    前記命令が前記変更された保安政策を満足していない場合に前記命令が処理される前に、前記命令の実行如何に対する確認要請を管理者クライアントに伝送する管理者報知モジュールと、
    を含み、
    前記命令の実行可能な応答に従って、前記命令を、前記データベースを管理するデータベースサーバに送信するか、または前記命令の実行不可能な応答に従って、前記命令を削除し、前記クライアントに、対応するメッセージを送信するように構成されているデータベース保安サーバ。
11. 前記クライアントの前記データベースシステムに対する接続及びアクセスをモニタリングし、前記モニタリングを通じて獲得された情報に関するログを生成して保存するログ生成モジュールと、
    前記ログに基づいて、前記クライアントの行動パターンを分析するユーザ行動分析モジュールと、をさらに含み、
    前記制御モジュールは、前記クライアントから伝送された前記命令が、前記クライアントの行動パターンとマッチングされるか否かを判断し、
    前記サービス状態は、設定された条件によって少なくとも２つ以上の状態に区分され、それぞれの状態で互いに異なる保安政策が適用され、
    前記少なくとも２つ以上の状態は、サービス開始時点を基準に開発状態と実際のサービス状態を含み、
    該実際のサービス状態の保安政策は、前記クライアントに前記データベースに対するアクセスと関連した命令またはクエリーのうちの一部命令に対する使用を制限する第１の保安政策と、前記クライアントの行動パターンとマッチングされない前記クライアントのデータベースに対するアクセスを制限する第２の保安政策と、を含む、請求項１０に記載のデータベース保安サーバ。