ウェブサーバとクライアントとの間の通信を監視するウェブ保安管理装置及び方法
【課題】ウェブサーバとクライアントとの間の通信を監視するウェブ保安管理装置及び方法を提供する。
【解決手段】クライアントから通信パケットが受信されると、通信パケットがウェブサーバに伝送する入力データを含む通信パケットであるか否かを検証し、該検証の結果、ウェブサーバに伝送する入力データを含む通信パケットであれば、入力データと関連したユーザ入力フォームの有効性検証情報を用いて入力データの有効性を検証し、該検証の結果、有効ではないデータであれば、入力データをエラー処理するウェブサーバとクライアントとの間の通信を監視する方法。
【解決手段】クライアントから通信パケットが受信されると、通信パケットがウェブサーバに伝送する入力データを含む通信パケットであるか否かを検証し、該検証の結果、ウェブサーバに伝送する入力データを含む通信パケットであれば、入力データと関連したユーザ入力フォームの有効性検証情報を用いて入力データの有効性を検証し、該検証の結果、有効ではないデータであれば、入力データをエラー処理するウェブサーバとクライアントとの間の通信を監視する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、ファイアーウォールのようなウェブ保安技術に係り、特に、クライアントからウェブサーバに伝送するフォームに含まれた入力データの改ざんを通じたハッキングを遮断する技術に関する。
【背景技術】
【０００２】
ウェブサーバは、クライアントのウェブサービス要求によって当該クライアントにウェブサーバから提供するユーザ入力フォームを伝送する。ウェブサーバから受信されたユーザ入力フォームにユーザＩＤ、パスワードのような入力データが入力されれば、クライアントは、当該ビジネスロジックに適した入力であるか否かを検証する。すなわち、クライアントは、クライアントサイドスクリプト（Ｃｌｉｅｎｔ ｓｉｄｅ ｓｃｒｉｐｔ）を動作させて自動的に当該入力データが有効なデータであるか否かを検証する。
【０００３】
ここで、クライアントサイドスクリプトは、クライアントで実行されるウェブ言語であって、例えば、入力データがテキスト及び数字と許容された一部特殊文字のみで構成された文字列であるか否かを検証するジャバスクリプト（Ｊａｖａ ｓｃｒｐｉｔ）などになり得る。このようなクライアントサイドスクリプトを動作させて、ユーザ入力フォームに入力された入力データの有効性が検証されると、クライアントは有効性が検証された入力データを含むデータ入力フォームをウェブサーバに伝送して、ウェブサイトから提供されるウェブサービスを利用することが一般的なウェブサービスの過程である。
【０００４】
しかし、このようなウェブサービスの過程を通じてクライアントから入力データを受信するウェブサーバは、ＳＱＬインジェクションのような形態の攻撃を意図する改ざんされた入力データを受信する危険に曝されている。例えば、ハッキング攻撃者（ハッカー）は、ウェブプロキシ（Ｗｅｂ ｐｒｏｘｙ）を通じてクライアントにおいて有効性の有無が検証されてウェブサーバに伝送される入力データを改ざんする。それだけではなく、ハッカーは、ブラウザーを経ずに自身が直接生成した入力データをクライアントサイドスクリプトの検証を迂回してウェブサーバに伝送する。
【０００５】
これにより、ウェブサーバは、ハッカーによって改ざんされるか有効性の有無が検証されていない入力データを受信して、このデータが意図とは異なったＳＱＬとして解析されてデータベースにアクセスするか、また他のシステムコマンドとして解析されてユーザ権限を変更してハッキング攻撃に曝される危機に陥ることがある。
【０００６】
このように、ハッカーによって改ざんされるか有効性の有無が検証されていない入力データを受信したウェブサーバは、既に保存された多数のユーザの情報が外部に流出するなどのウェブハッキング事故が発生する問題がある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、このような問題点を解決しようとするものであって、クライアントに受信されたユーザ入力フォームを悪用したハッカーの攻撃を遮断することを目的とする。
【０００８】
さらに、本発明によるウェブ保安管理装置は、ウェブサーバに伝送される入力データの有効性の有無を検証することによって、ウェブサーバに改ざんされた入力データが伝送されてハッキングが発生しないようにすることを目的とする。
【課題を解決するための手段】
【０００９】
前述した技術的課題は、後述する本発明の特徴的な態様によって達成される。本発明は、ウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視することで達成される。一態様によれば、クライアントから通信パケットが受信されると、通信パケットがウェブサーバに伝送する入力データを含む通信パケットであるか否かを検証し、該検証の結果、ウェブサーバに伝送する入力データを含む通信パケットであれば、入力データと関連したユーザ入力フォームの有効性検証情報を用いて入力データの有効性を検証し、該検証の結果、有効ではないデータであれば、入力データをエラー処理する。
【００１０】
本発明の追加的な態様によれば、入力データを含む通信パケットは、アクションＵＲＬ（Ａｃｔｉｏｎ ＵＲＬ）を含み、通信パケットであるか否かを検証するために、クライアントから受信された通信パケットがアクションＵＲＬであるか否かを検証する。
【００１１】
本発明の追加的な態様によれば、本方法は、クライアントのウェブサービス要求によって、ウェブサーバから受信されたユーザ入力フォームをクライアント側に伝送し、ユーザ入力フォームの有効性検証情報を保存する。
【００１２】
本発明の追加的な態様によれば、エラー処理は、クライアント側に入力データと関連したエラー情報メッセージを伝送する。
【００１３】
本発明のこのような態様によってウェブ保安管理装置は、クライアントからウェブサーバに伝送する入力データが受信されると、該受信された入力データがハッカーによって改ざんされた入力データであるか否かを検証し、それによってエラーが検証されると、当該入力データに対するエラー情報をクライアントに伝送し、改ざんされた入力データがウェブサーバに伝送されるのを遮断することによって、攻撃によって意図的なウェブサーバハッキングを遮断することができる。
【００１４】
本発明の追加的な態様によれば、入力データの有効性の検証は、有効性検証情報に含まれたフィールド特定情報を用いてアクションＵＲＬに含まれた入力データを獲得し、有効性検証情報に含まれた入力検証コード情報を用いて入力データが有効な情報であるか否かを検証する。
【００１５】
本発明の追加的な態様によれば、フィールド特定情報は、アクションＵＲＬに含まれた入力データが入力される範囲あるいはアルファベット、数字、特殊記号のように、入力データとして使われるように定義されたデータの種類であり、入力検証コード情報は、フィールド特定情報を通じて獲得された入力データが有効な情報であるか否かを検証する有効性検証プログラムである。
【００１６】
本発明のこのような態様によって、クライアント側からウェブサーバに伝送するアクションＵＲＬに含まれた入力データを獲得し、有効性検証プログラムを用いて獲得された入力データが有効であるか否かを検証することができる。
【発明の効果】
【００１７】
本発明によるウェブサーバとクライアントとの間に設けられて相互間の通信を監視するウェブ保安管理装置及び方法は、ウェブ保安管理装置を通じてクライアントから入力された入力データが有効であるか否かを検証することによって、ウェブサーバにＳＱＬインジェクションを通して改ざんされた入力データが受信されるのを遮断することができる。
【００１８】
すなわち、ハッカーは、クライアントで自動的にクライアントサイドスクリプトを通じて有効性の有無が検証された入力データを改ざんする。それだけではなく、ハッカーは自動的に偽造された入力データを生成させ、クライアントサイドスクリプトの検証を迂回して入力データをウェブサーバに伝送する。この際、本発明によるウェブ保安管理装置は、ハッカーによって改ざんまたは偽造されたウェブサーバに伝送される入力データの有効性の有無を再検証することによって、ハッカーによって改ざんまたは偽造された入力データがウェブサーバに伝送されるのを遮断することができる。これにより、ウェブサーバは、改ざんされた入力データによるハッキング攻撃から保護されてウェブサーバ内のセキュリティーを向上させることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態によるウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法を示したフローチャートである。
【図２】本発明の一実施形態によるウェブ保安管理装置でクライアントから受信された入力データの有効性を検証する方法を示したフローチャートである。
【図３】本発明の一実施形態によるウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置に対する構成を示したブロック図である。
【発明を実施するための形態】
【００２０】
前述した、そして、追加的な本発明の態様は、添付した図面を参照して説明される望ましい実施形態を通じてさらに明確になる。以下では、本発明を、このような実施形態を通じて当業者が容易に理解して再現できるように詳しく説明する。
【００２１】
図１は、本発明の一実施形態によるウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法を示したフローチャートである。
【００２２】
図１に示されたように、クライアント１００は、多数のウェブサイトのうち少なくとも一つのウェブサイトから提供するウェブサービスを利用するために、当該ウェブサイトのウェブサーバ３００に接続を要求する（Ｓ１００）。ここで、ウェブサーバ３００に接続を要求するクライアント１００は、一般ユーザが使うコンピュータとコンピュータに設けられているネットスケープまたはインターネットエクスプローラーのようなウェブブラウザーを言う。
【００２３】
このようなクライアント１００のウェブサーバ３００への接続要求によって、ウェブ保安装置２００は、接続を試みたクライアント１００が当該ウェブサイトのウェブサーバ３００に接続されるように接続要求情報を伝送する（Ｓ１１０）。接続要求情報を受信したウェブサーバ３００は、クライアント１００側に伝送するユーザ入力フォームをウェブ保安管理装置２００に伝送する（Ｓ１２０）。
【００２４】
ここで、ユーザ入力フォームは、ユーザのＩＤ、パスワードのようなユーザ情報を入力するためのＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で構成されたウェブページである。しかし、本発明は、これに限定されず、ユーザ入力フォームは、決済ウインドウや検索ウインドウなどに入力されるデータをサーバに伝送する一般的な様式を包括する。
【００２５】
このようなユーザ入力フォームが受信されると、ウェブ保安管理装置２００は、受信されたユーザ入力フォームをクライアント１００に伝送する。この際、ウェブ保安管理装置２００は、クライアント１００に伝送するユーザ入力フォームに含まれた有効性検証情報を有効性検証情報保存部に保存する（Ｓ１３０、Ｓ１４０）。ここで、有効性検証情報は、クライアント１００から入力されて受信された入力データが有効であるか否かを検証する情報であって、フィールド特定情報と入力検証コード情報とを含む。このようなフィールド特定情報と入力検証コード情報は、下記で詳しく説明する。
【００２６】
一方、ウェブ保安管理装置２００からユーザ入力フォームを受信したクライアント１００は、ウェブサイトが提供するウェブサービスを利用するために、ウェブサーバ３００に伝送するユーザのＩＤ、パスワードのようなユーザ情報が入力された入力データをウェブ保安管理装置２００に伝送する（Ｓ１５０）。この際、クライアント１００は、入力データが入力されると、自動的に当該ビジネスロジックに適した入力であるか否かを検証した後、入力データをウェブ保安管理装置２００に伝送することが望ましい。以後、ウェブ保安管理装置２００は、有効性検証情報保存部に保存された有効性検証情報を用いてクライアント１００から受信された入力データの有効性を検証する（Ｓ１６０）。このように、ウェブ保安管理装置２００が、クライアント１００から受信された入力データの有効性を検証する方法は、図２に示すように実現することができる。
【００２７】
図２は、本発明の一実施形態によるウェブ保安管理装置でクライアントから受信された入力データの有効性を検証する方法を示したフローチャートである。
【００２８】
クライアント１００からウェブサーバ３００に伝送する入力データを含む通信パケットが受信されると、ウェブ保安管理装置２００は、有効性検証情報に含まれたフィールド特定情報を用いて、受信された通信パケットから入力データを獲得する（Ｓ１６１）。ここで、入力データを含む通信パケットは、本発明の追加的な態様によってアクションＵＲＬ（Ａｃｔｉｏｎ ＵＲＬ）を含むことが望ましい。すなわち、ウェブ保安管理装置２００は、クライアント１００からウェブサーバ３００に伝送する多数の通信パケットが受信されると、該受信された多数の通信パケットのうちアクションＵＲＬを含む通信パケットがあるかを検証する。
【００２９】
該検証の結果、アクションＵＲＬを含む通信パケットであれば、ウェブ保安管理装置２００は、有効性検証情報に含まれたフィールド特定情報を用いてアクションＵＲＬに含まれた入力データを獲得する。ここで、フィールド特定情報は、ウェブサーバ３００に伝送するアクションＵＲＬに含まれた入力データが入力される範囲あるいは入力データとして使われるアルファベット、数字、特殊記号のように定義されたデータの種類であって、ウェブ保安管理装置２００は、このようなフィールド特定情報を用いてクライアント１００から受信された入力データを獲得する。
【００３０】
ここで、アクションＵＲＬとは、Ｗｅｂ文書に用いられるＨＴＭＬの標準的な構文であり、対応するＷｅｂサーバにＦｏｒｍが送信されると、Ｆｏｒｍのコンテンツを処理する特定のＵＲＬに導くＦｏｒｍタグの属性の１つである。
【００３１】
以後、ウェブ保安管理装置２００は、有効性検証情報に含まれた入力検証コード情報を用いて獲得された入力データが有効な情報であるか否かを検証する（Ｓ１６２）。ここで、入力検証コード情報は、獲得された入力データの入力範囲が正しいか、あるいは入力データがアルファベット、数字、特殊記号のようなデータの種類に合う有効な情報であるか否かを検証する有効性検証プログラムである。
【００３２】
一実施形態によって、ウェブ保安管理装置２００は、ウェブサーバ３００から受信されたユーザ入力フォームを用いて入力データが有効であるか否かを検証するクライアント１００に類似した方法で入力データが有効であるか否かを検証する。クライアント１００から有効な情報であるか検証された入力データが獲得されると、ウェブ保安管理装置２００は、入力検証コード情報を通じて入力データが有効であるか否かを再検証する。以後、ウェブ保安管理装置２００は、入力検証コード情報を通じて再検証された入力データに対する検証結果値を通じて入力データの有効性の有無を検証する。
【００３３】
該検証の結果、入力データが有効ではなければ、ウェブ保安管理装置２００は、クライアント１００から入力された入力データをエラー処理し、該エラー処理した入力データに対するエラーメッセージをクライアント１００側に伝送する。例えば、ハッカーは、クライアント１００で自体的にクライアントサイドスクリプトを通じて有効性の有無が検証された入力データを改ざんする。それだけではなく、ハッカーは、自動的に偽造された入力データを生成させ、クライアントサイドスクリプトの検証を迂回して入力データをウェブサーバに伝送する。
【００３４】
このように、ハッカーからＳＱＬインジェクションを通じて改ざんまたは偽造された入力データが受信されると、ウェブ保安管理装置２００は、前述したように入力検証コード情報を通じて受信された入力データの有効性の有無を再検証し、その結果、有効ではないものと検証されれば、受信された入力データをエラー処理する。この際、ウェブ保安管理装置２００は、エラー処理した入力データに対するエラーメッセージをクライアント１００側に伝送することが望ましい。
【００３５】
しかし、本発明によるウェブ保安管理装置１００は、これに限定せず、エラー処理した入力データをリアルタイムで削除するかあるいはエラー処理した入力データを保存することができる。これにより、ウェブサーバ３００は、ハッカーによって改ざんまたは偽造された入力データによるハッキングや、内部的なエラーの発生を防止することができる。
【００３６】
一方、検証の結果、入力データが有効であれば、ウェブ保安管理装置２００は、クライアント１００から入力された入力データをウェブサーバ３００に伝送する（Ｓ１８０）。これにより、ウェブサーバ３００は、有効性が検証された入力データのみを受信して当該クライアント１００と正常に通信を開始し、クライアント１００は、当該ウェブサイトから提供するウェブサービスを利用する。以下では、本発明の一実施形態によるウェブ保安管理装置２００のそれぞれの構成について詳しく説明する。
【００３７】
図３は、本発明の一実施形態によるウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置に対する構成を示したブロック図である。
【００３８】
ウェブ保安管理装置２００は、送受信部２１０、パターン情報保存部２２０、検査部２３０、有効性検証処理部２４０、有効性検証情報保存部２５０、監視処理部２６０、エラー処理部２７０を含む。
【００３９】
送受信部２１０は、多数のクライアント１００から受信された通信パケットを当該ウェブサーバ３００に伝送し、多数のウェブサーバ３００から受信された通信パケットを当該クライアント１００に伝送する。ここで、通信パケットは、多数のクライアント１００がウェブサイトから提供するウェブサービスを利用するための利用関連情報である。そして、クライアント１００は、一般ユーザが使うコンピュータとコンピュータに設けられているネットスケープまたはインターネットエクスプローラーのようなウェブブラウザーを言う。
【００４０】
パターン情報保存部２２０は、ユーザ入力フォームと関連したパターン情報またはウェブサーバ３００に伝送する入力データを含むパターン情報が保存される構成である。検査部２３０は、送受信部２１０を通じてウェブサーバ３００またはクライアント１００から通信パケットが受信されると、パターン情報保存部２２０に保存されたパターン情報を用いて受信された通信パケットがユーザ入力フォームと関連した通信パケットであるか、またはウェブサーバ３００に伝送する入力データを含む通信パケットであるか否かを検査する。ここで、入力データを含む通信パケットは、本発明の追加的な態様によってアクションＵＲＬ（Ａｃｔｉｏｎ ＵＲＬ）を含むことが望ましい。すなわち、検査部２３０は、ウェブサーバ３００またはクライアント１００から通信パケットが受信されると、パターン情報保存部２２０に保存されたパターン情報を用いて受信された通信パケットがユーザ入力フォームであるか、あるいは入力データを含んだアクションＵＲＬであるか否かを検査する。
【００４１】
このような検査部２３０の検査結果によって、有効性検証処理部２４０と監視処理部２６０は動作を行う。検査部２３０の検査結果によって、ウェブサーバ３００から受信された通信パケットがユーザ入力フォームであれば、有効性検証処理部２４０は、受信されたユーザ入力フォームを当該クライアント１００に伝送する。ここで、ユーザ入力フォームは、ユーザのＩＤ、パスワードのようなユーザ情報を入力するためのＨＴＭＬで構成されたウェブページである。しかし、本発明は、これに限定されず、ユーザ入力フォームは、決済ウインドウや検索ウインドウなどに入力されるデータをサーバに伝送する一般的な様式を包括する。
【００４２】
一方、有効性検証処理部２４０は、クライアント１００に伝送するユーザ入力フォームで有効性検証情報を獲得して有効性検証情報保存部２５０に保存する。ここで、有効性検証情報は、クライアント１００から入力されて受信された入力データが有効であるか否かを検証する情報であって、フィールド特定情報と入力検証コード情報とを含む。フィールド特定情報と入力検証コード情報は、下記で詳しく説明する。
【００４３】
一方、検査部２３０の検査結果によって、クライアント１００から受信された通信パケットが入力データを含むアクションＵＲＬであれば、監視処理部２６０は、有効性検証情報保存部２５０に保存された有効性検証情報を用いてクライアント１００から受信されたアクションＵＲＬに含まれた入力データが有効であるか否かを検証する。ここで、クライアント１００は、ユーザから入力された入力データが当該ビジネスロジックに適した入力データであるか否かを自動的に検証した後、ウェブサーバ３００に伝送する入力データを含むアクションＵＲＬをウェブ保安管理装置２００側に伝送する。このように有効性が検証された入力データを含むアクションＵＲＬが受信されると、監視処理部２６０は、入力データ獲得部２６２と入力データチェック部２６４とを通じて受信された入力データが有効であるか否かを検証する。
【００４４】
入力データ獲得部２６２は、有効性検証情報に含まれたフィールド特定情報を用いてクライアント１００から受信されたアクションＵＲＬから入力データを獲得する。入力データチェック部２６４は、有効性検証情報に含まれた入力検証コード情報を用いて入力データ獲得部２６２から獲得された入力データが有効な情報であるか否かを検証する。すなわち、ユーザ入力フォームを受信したクライアント１００から有効性が検証された入力データを含むアクションＵＲＬが受信されると、監視処理部２６０の入力データ獲得部２６２は、有効性検証情報保存部２５０から受信されたアクションＵＲＬと関連した有効性検証情報を獲得する。
【００４５】
以後、入力データ獲得部２６２は、獲得された有効性検証情報に含まれたフィールド特定情報を用いてクライアント１００から受信されたアクションＵＲＬに含まれた入力データを獲得する。ここで、フィールド特定情報は、ウェブサーバ３００に伝送するアクションＵＲＬに含まれた入力データが入力される範囲あるいは入力データとして使われるアルファベット、数字、特殊記号のように定義されたデータの種類であって、入力データ獲得部２６２は、このようなフィールド特定情報を用いてクライアント１００から受信されたアクションＵＲＬから入力データを獲得する。
【００４６】
このようなフィールド特定情報を用いて入力データが獲得されると、入力データチェック部２６４は、有効性検証情報に含まれた入力検証コード情報を用いて入力データが有効な情報であるか否かを検証する。ここで、入力検証コード情報は、獲得された入力データの入力範囲が正しいか、あるいは入力データがアルファベット、数字、特殊記号のようなデータの種類に合う有効な情報であるか否かを検証する有効性検証プログラムである。
【００４７】
一実施形態によって、入力データチェック部２６４は、ウェブサーバ３００から受信されたユーザ入力フォームを用いて入力データが有効であるか否かを検証するクライアント１００に類似した方法で入力データが有効であるか否かを検証する。クライアント１００から検証された入力データが獲得されると、ウェブ保安管理装置２００は、入力検証コード情報を通じて入力データが有効であるか否かを再検証する。以後、ウェブ保安管理装置２００は、入力検証コード情報を通じて再検証された入力データに対する検証結果値を通じて入力データの有効性の有無を検証する。
【００４８】
入力データチェック部２６４を通じて入力データが有効ではないものと検証されれば、エラー処理部２７０は、クライアント１００から受信された入力データをエラー処理する。この際、エラー処理部２７０は、エラー処理した入力データに対するエラーメッセージをクライアント１００側に伝送することが望ましい。例えば、ハッカーは、クライアント１００で自体的にクライアントサイドスクリプトを通じて有効性の有無が検証された入力データを改ざんする。それだけではなく、ハッカーは、自動的に偽造された入力データを生成させ、クライアントサイドスクリプトの検証を迂回して入力データをウェブサーバに伝送する。
【００４９】
このように、ハッカーからＳＱＬインジェクションを通じて改ざんまたは偽造された入力データが受信されると、入力データチェック部２６４は、入力検証コード情報を通じて受信された入力データが改ざんまたは偽造されて有効ではないものと検証する。これにより、エラー処理部２７０は入力データをエラー処理し、該エラー処理した入力データに対するエラーメッセージをクライアント１００側に伝送する。
【００５０】
しかし、本発明によるエラー処理部２７０は、これに限定せず、エラー処理した入力データをリアルタイムで削除するかあるいはエラー処理した入力データを保存することができる。このように、ウェブ保安管理装置２００は、ウェブサーバ３００に伝送する入力データに対する有効性の有無を検証することによって、ウェブサーバ３００に改ざんされた入力データが受信されることを遮断することができる。
【００５１】
以上、本発明についてその望ましい実施形態を中心に説明した。当業者は、本発明の本質的な特性から外れない範囲で変形された形態として具現可能であると理解できるであろう。したがって、開示された実施形態は限定的な観点ではなく、説明的な観点で考慮されなければならない。本発明の範囲は、特許請求の範囲に表われており、それと同等な範囲内にあるあらゆる差異は、本発明に含まれたものと解釈されなければならない。
【産業上の利用可能性】
【００５２】
本発明は、ウェブサーバとクライアントとの間の通信を監視するウェブ保安管理装置及び方法関連の技術分野に適用可能である。
【符号の説明】
【００５３】
１００：クライアント
２００：ウェブ保安管理装置
２１０：送受信部
２２０：パターン情報保存部
２３０：検査部
２４０：有効性検証処理部
２５０：有効性検証情報保存部
２６０：監視処理部
２６２：入力データ獲得部
２６４：入力データチェック部
２７０：エラー処理部
３００：ウェブサーバ
【技術分野】
【０００１】
本発明は、例えば、ファイアーウォールのようなウェブ保安技術に係り、特に、クライアントからウェブサーバに伝送するフォームに含まれた入力データの改ざんを通じたハッキングを遮断する技術に関する。
【背景技術】
【０００２】
ウェブサーバは、クライアントのウェブサービス要求によって当該クライアントにウェブサーバから提供するユーザ入力フォームを伝送する。ウェブサーバから受信されたユーザ入力フォームにユーザＩＤ、パスワードのような入力データが入力されれば、クライアントは、当該ビジネスロジックに適した入力であるか否かを検証する。すなわち、クライアントは、クライアントサイドスクリプト（Ｃｌｉｅｎｔ ｓｉｄｅ ｓｃｒｉｐｔ）を動作させて自動的に当該入力データが有効なデータであるか否かを検証する。
【０００３】
ここで、クライアントサイドスクリプトは、クライアントで実行されるウェブ言語であって、例えば、入力データがテキスト及び数字と許容された一部特殊文字のみで構成された文字列であるか否かを検証するジャバスクリプト（Ｊａｖａ ｓｃｒｐｉｔ）などになり得る。このようなクライアントサイドスクリプトを動作させて、ユーザ入力フォームに入力された入力データの有効性が検証されると、クライアントは有効性が検証された入力データを含むデータ入力フォームをウェブサーバに伝送して、ウェブサイトから提供されるウェブサービスを利用することが一般的なウェブサービスの過程である。
【０００４】
しかし、このようなウェブサービスの過程を通じてクライアントから入力データを受信するウェブサーバは、ＳＱＬインジェクションのような形態の攻撃を意図する改ざんされた入力データを受信する危険に曝されている。例えば、ハッキング攻撃者（ハッカー）は、ウェブプロキシ（Ｗｅｂ ｐｒｏｘｙ）を通じてクライアントにおいて有効性の有無が検証されてウェブサーバに伝送される入力データを改ざんする。それだけではなく、ハッカーは、ブラウザーを経ずに自身が直接生成した入力データをクライアントサイドスクリプトの検証を迂回してウェブサーバに伝送する。
【０００５】
これにより、ウェブサーバは、ハッカーによって改ざんされるか有効性の有無が検証されていない入力データを受信して、このデータが意図とは異なったＳＱＬとして解析されてデータベースにアクセスするか、また他のシステムコマンドとして解析されてユーザ権限を変更してハッキング攻撃に曝される危機に陥ることがある。
【０００６】
このように、ハッカーによって改ざんされるか有効性の有無が検証されていない入力データを受信したウェブサーバは、既に保存された多数のユーザの情報が外部に流出するなどのウェブハッキング事故が発生する問題がある。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は、このような問題点を解決しようとするものであって、クライアントに受信されたユーザ入力フォームを悪用したハッカーの攻撃を遮断することを目的とする。
【０００８】
さらに、本発明によるウェブ保安管理装置は、ウェブサーバに伝送される入力データの有効性の有無を検証することによって、ウェブサーバに改ざんされた入力データが伝送されてハッキングが発生しないようにすることを目的とする。
【課題を解決するための手段】
【０００９】
前述した技術的課題は、後述する本発明の特徴的な態様によって達成される。本発明は、ウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視することで達成される。一態様によれば、クライアントから通信パケットが受信されると、通信パケットがウェブサーバに伝送する入力データを含む通信パケットであるか否かを検証し、該検証の結果、ウェブサーバに伝送する入力データを含む通信パケットであれば、入力データと関連したユーザ入力フォームの有効性検証情報を用いて入力データの有効性を検証し、該検証の結果、有効ではないデータであれば、入力データをエラー処理する。
【００１０】
本発明の追加的な態様によれば、入力データを含む通信パケットは、アクションＵＲＬ（Ａｃｔｉｏｎ ＵＲＬ）を含み、通信パケットであるか否かを検証するために、クライアントから受信された通信パケットがアクションＵＲＬであるか否かを検証する。
【００１１】
本発明の追加的な態様によれば、本方法は、クライアントのウェブサービス要求によって、ウェブサーバから受信されたユーザ入力フォームをクライアント側に伝送し、ユーザ入力フォームの有効性検証情報を保存する。
【００１２】
本発明の追加的な態様によれば、エラー処理は、クライアント側に入力データと関連したエラー情報メッセージを伝送する。
【００１３】
本発明のこのような態様によってウェブ保安管理装置は、クライアントからウェブサーバに伝送する入力データが受信されると、該受信された入力データがハッカーによって改ざんされた入力データであるか否かを検証し、それによってエラーが検証されると、当該入力データに対するエラー情報をクライアントに伝送し、改ざんされた入力データがウェブサーバに伝送されるのを遮断することによって、攻撃によって意図的なウェブサーバハッキングを遮断することができる。
【００１４】
本発明の追加的な態様によれば、入力データの有効性の検証は、有効性検証情報に含まれたフィールド特定情報を用いてアクションＵＲＬに含まれた入力データを獲得し、有効性検証情報に含まれた入力検証コード情報を用いて入力データが有効な情報であるか否かを検証する。
【００１５】
本発明の追加的な態様によれば、フィールド特定情報は、アクションＵＲＬに含まれた入力データが入力される範囲あるいはアルファベット、数字、特殊記号のように、入力データとして使われるように定義されたデータの種類であり、入力検証コード情報は、フィールド特定情報を通じて獲得された入力データが有効な情報であるか否かを検証する有効性検証プログラムである。
【００１６】
本発明のこのような態様によって、クライアント側からウェブサーバに伝送するアクションＵＲＬに含まれた入力データを獲得し、有効性検証プログラムを用いて獲得された入力データが有効であるか否かを検証することができる。
【発明の効果】
【００１７】
本発明によるウェブサーバとクライアントとの間に設けられて相互間の通信を監視するウェブ保安管理装置及び方法は、ウェブ保安管理装置を通じてクライアントから入力された入力データが有効であるか否かを検証することによって、ウェブサーバにＳＱＬインジェクションを通して改ざんされた入力データが受信されるのを遮断することができる。
【００１８】
すなわち、ハッカーは、クライアントで自動的にクライアントサイドスクリプトを通じて有効性の有無が検証された入力データを改ざんする。それだけではなく、ハッカーは自動的に偽造された入力データを生成させ、クライアントサイドスクリプトの検証を迂回して入力データをウェブサーバに伝送する。この際、本発明によるウェブ保安管理装置は、ハッカーによって改ざんまたは偽造されたウェブサーバに伝送される入力データの有効性の有無を再検証することによって、ハッカーによって改ざんまたは偽造された入力データがウェブサーバに伝送されるのを遮断することができる。これにより、ウェブサーバは、改ざんされた入力データによるハッキング攻撃から保護されてウェブサーバ内のセキュリティーを向上させることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態によるウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法を示したフローチャートである。
【図２】本発明の一実施形態によるウェブ保安管理装置でクライアントから受信された入力データの有効性を検証する方法を示したフローチャートである。
【図３】本発明の一実施形態によるウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置に対する構成を示したブロック図である。
【発明を実施するための形態】
【００２０】
前述した、そして、追加的な本発明の態様は、添付した図面を参照して説明される望ましい実施形態を通じてさらに明確になる。以下では、本発明を、このような実施形態を通じて当業者が容易に理解して再現できるように詳しく説明する。
【００２１】
図１は、本発明の一実施形態によるウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法を示したフローチャートである。
【００２２】
図１に示されたように、クライアント１００は、多数のウェブサイトのうち少なくとも一つのウェブサイトから提供するウェブサービスを利用するために、当該ウェブサイトのウェブサーバ３００に接続を要求する（Ｓ１００）。ここで、ウェブサーバ３００に接続を要求するクライアント１００は、一般ユーザが使うコンピュータとコンピュータに設けられているネットスケープまたはインターネットエクスプローラーのようなウェブブラウザーを言う。
【００２３】
このようなクライアント１００のウェブサーバ３００への接続要求によって、ウェブ保安装置２００は、接続を試みたクライアント１００が当該ウェブサイトのウェブサーバ３００に接続されるように接続要求情報を伝送する（Ｓ１１０）。接続要求情報を受信したウェブサーバ３００は、クライアント１００側に伝送するユーザ入力フォームをウェブ保安管理装置２００に伝送する（Ｓ１２０）。
【００２４】
ここで、ユーザ入力フォームは、ユーザのＩＤ、パスワードのようなユーザ情報を入力するためのＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で構成されたウェブページである。しかし、本発明は、これに限定されず、ユーザ入力フォームは、決済ウインドウや検索ウインドウなどに入力されるデータをサーバに伝送する一般的な様式を包括する。
【００２５】
このようなユーザ入力フォームが受信されると、ウェブ保安管理装置２００は、受信されたユーザ入力フォームをクライアント１００に伝送する。この際、ウェブ保安管理装置２００は、クライアント１００に伝送するユーザ入力フォームに含まれた有効性検証情報を有効性検証情報保存部に保存する（Ｓ１３０、Ｓ１４０）。ここで、有効性検証情報は、クライアント１００から入力されて受信された入力データが有効であるか否かを検証する情報であって、フィールド特定情報と入力検証コード情報とを含む。このようなフィールド特定情報と入力検証コード情報は、下記で詳しく説明する。
【００２６】
一方、ウェブ保安管理装置２００からユーザ入力フォームを受信したクライアント１００は、ウェブサイトが提供するウェブサービスを利用するために、ウェブサーバ３００に伝送するユーザのＩＤ、パスワードのようなユーザ情報が入力された入力データをウェブ保安管理装置２００に伝送する（Ｓ１５０）。この際、クライアント１００は、入力データが入力されると、自動的に当該ビジネスロジックに適した入力であるか否かを検証した後、入力データをウェブ保安管理装置２００に伝送することが望ましい。以後、ウェブ保安管理装置２００は、有効性検証情報保存部に保存された有効性検証情報を用いてクライアント１００から受信された入力データの有効性を検証する（Ｓ１６０）。このように、ウェブ保安管理装置２００が、クライアント１００から受信された入力データの有効性を検証する方法は、図２に示すように実現することができる。
【００２７】
図２は、本発明の一実施形態によるウェブ保安管理装置でクライアントから受信された入力データの有効性を検証する方法を示したフローチャートである。
【００２８】
クライアント１００からウェブサーバ３００に伝送する入力データを含む通信パケットが受信されると、ウェブ保安管理装置２００は、有効性検証情報に含まれたフィールド特定情報を用いて、受信された通信パケットから入力データを獲得する（Ｓ１６１）。ここで、入力データを含む通信パケットは、本発明の追加的な態様によってアクションＵＲＬ（Ａｃｔｉｏｎ ＵＲＬ）を含むことが望ましい。すなわち、ウェブ保安管理装置２００は、クライアント１００からウェブサーバ３００に伝送する多数の通信パケットが受信されると、該受信された多数の通信パケットのうちアクションＵＲＬを含む通信パケットがあるかを検証する。
【００２９】
該検証の結果、アクションＵＲＬを含む通信パケットであれば、ウェブ保安管理装置２００は、有効性検証情報に含まれたフィールド特定情報を用いてアクションＵＲＬに含まれた入力データを獲得する。ここで、フィールド特定情報は、ウェブサーバ３００に伝送するアクションＵＲＬに含まれた入力データが入力される範囲あるいは入力データとして使われるアルファベット、数字、特殊記号のように定義されたデータの種類であって、ウェブ保安管理装置２００は、このようなフィールド特定情報を用いてクライアント１００から受信された入力データを獲得する。
【００３０】
ここで、アクションＵＲＬとは、Ｗｅｂ文書に用いられるＨＴＭＬの標準的な構文であり、対応するＷｅｂサーバにＦｏｒｍが送信されると、Ｆｏｒｍのコンテンツを処理する特定のＵＲＬに導くＦｏｒｍタグの属性の１つである。
【００３１】
以後、ウェブ保安管理装置２００は、有効性検証情報に含まれた入力検証コード情報を用いて獲得された入力データが有効な情報であるか否かを検証する（Ｓ１６２）。ここで、入力検証コード情報は、獲得された入力データの入力範囲が正しいか、あるいは入力データがアルファベット、数字、特殊記号のようなデータの種類に合う有効な情報であるか否かを検証する有効性検証プログラムである。
【００３２】
一実施形態によって、ウェブ保安管理装置２００は、ウェブサーバ３００から受信されたユーザ入力フォームを用いて入力データが有効であるか否かを検証するクライアント１００に類似した方法で入力データが有効であるか否かを検証する。クライアント１００から有効な情報であるか検証された入力データが獲得されると、ウェブ保安管理装置２００は、入力検証コード情報を通じて入力データが有効であるか否かを再検証する。以後、ウェブ保安管理装置２００は、入力検証コード情報を通じて再検証された入力データに対する検証結果値を通じて入力データの有効性の有無を検証する。
【００３３】
該検証の結果、入力データが有効ではなければ、ウェブ保安管理装置２００は、クライアント１００から入力された入力データをエラー処理し、該エラー処理した入力データに対するエラーメッセージをクライアント１００側に伝送する。例えば、ハッカーは、クライアント１００で自体的にクライアントサイドスクリプトを通じて有効性の有無が検証された入力データを改ざんする。それだけではなく、ハッカーは、自動的に偽造された入力データを生成させ、クライアントサイドスクリプトの検証を迂回して入力データをウェブサーバに伝送する。
【００３４】
このように、ハッカーからＳＱＬインジェクションを通じて改ざんまたは偽造された入力データが受信されると、ウェブ保安管理装置２００は、前述したように入力検証コード情報を通じて受信された入力データの有効性の有無を再検証し、その結果、有効ではないものと検証されれば、受信された入力データをエラー処理する。この際、ウェブ保安管理装置２００は、エラー処理した入力データに対するエラーメッセージをクライアント１００側に伝送することが望ましい。
【００３５】
しかし、本発明によるウェブ保安管理装置１００は、これに限定せず、エラー処理した入力データをリアルタイムで削除するかあるいはエラー処理した入力データを保存することができる。これにより、ウェブサーバ３００は、ハッカーによって改ざんまたは偽造された入力データによるハッキングや、内部的なエラーの発生を防止することができる。
【００３６】
一方、検証の結果、入力データが有効であれば、ウェブ保安管理装置２００は、クライアント１００から入力された入力データをウェブサーバ３００に伝送する（Ｓ１８０）。これにより、ウェブサーバ３００は、有効性が検証された入力データのみを受信して当該クライアント１００と正常に通信を開始し、クライアント１００は、当該ウェブサイトから提供するウェブサービスを利用する。以下では、本発明の一実施形態によるウェブ保安管理装置２００のそれぞれの構成について詳しく説明する。
【００３７】
図３は、本発明の一実施形態によるウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置に対する構成を示したブロック図である。
【００３８】
ウェブ保安管理装置２００は、送受信部２１０、パターン情報保存部２２０、検査部２３０、有効性検証処理部２４０、有効性検証情報保存部２５０、監視処理部２６０、エラー処理部２７０を含む。
【００３９】
送受信部２１０は、多数のクライアント１００から受信された通信パケットを当該ウェブサーバ３００に伝送し、多数のウェブサーバ３００から受信された通信パケットを当該クライアント１００に伝送する。ここで、通信パケットは、多数のクライアント１００がウェブサイトから提供するウェブサービスを利用するための利用関連情報である。そして、クライアント１００は、一般ユーザが使うコンピュータとコンピュータに設けられているネットスケープまたはインターネットエクスプローラーのようなウェブブラウザーを言う。
【００４０】
パターン情報保存部２２０は、ユーザ入力フォームと関連したパターン情報またはウェブサーバ３００に伝送する入力データを含むパターン情報が保存される構成である。検査部２３０は、送受信部２１０を通じてウェブサーバ３００またはクライアント１００から通信パケットが受信されると、パターン情報保存部２２０に保存されたパターン情報を用いて受信された通信パケットがユーザ入力フォームと関連した通信パケットであるか、またはウェブサーバ３００に伝送する入力データを含む通信パケットであるか否かを検査する。ここで、入力データを含む通信パケットは、本発明の追加的な態様によってアクションＵＲＬ（Ａｃｔｉｏｎ ＵＲＬ）を含むことが望ましい。すなわち、検査部２３０は、ウェブサーバ３００またはクライアント１００から通信パケットが受信されると、パターン情報保存部２２０に保存されたパターン情報を用いて受信された通信パケットがユーザ入力フォームであるか、あるいは入力データを含んだアクションＵＲＬであるか否かを検査する。
【００４１】
このような検査部２３０の検査結果によって、有効性検証処理部２４０と監視処理部２６０は動作を行う。検査部２３０の検査結果によって、ウェブサーバ３００から受信された通信パケットがユーザ入力フォームであれば、有効性検証処理部２４０は、受信されたユーザ入力フォームを当該クライアント１００に伝送する。ここで、ユーザ入力フォームは、ユーザのＩＤ、パスワードのようなユーザ情報を入力するためのＨＴＭＬで構成されたウェブページである。しかし、本発明は、これに限定されず、ユーザ入力フォームは、決済ウインドウや検索ウインドウなどに入力されるデータをサーバに伝送する一般的な様式を包括する。
【００４２】
一方、有効性検証処理部２４０は、クライアント１００に伝送するユーザ入力フォームで有効性検証情報を獲得して有効性検証情報保存部２５０に保存する。ここで、有効性検証情報は、クライアント１００から入力されて受信された入力データが有効であるか否かを検証する情報であって、フィールド特定情報と入力検証コード情報とを含む。フィールド特定情報と入力検証コード情報は、下記で詳しく説明する。
【００４３】
一方、検査部２３０の検査結果によって、クライアント１００から受信された通信パケットが入力データを含むアクションＵＲＬであれば、監視処理部２６０は、有効性検証情報保存部２５０に保存された有効性検証情報を用いてクライアント１００から受信されたアクションＵＲＬに含まれた入力データが有効であるか否かを検証する。ここで、クライアント１００は、ユーザから入力された入力データが当該ビジネスロジックに適した入力データであるか否かを自動的に検証した後、ウェブサーバ３００に伝送する入力データを含むアクションＵＲＬをウェブ保安管理装置２００側に伝送する。このように有効性が検証された入力データを含むアクションＵＲＬが受信されると、監視処理部２６０は、入力データ獲得部２６２と入力データチェック部２６４とを通じて受信された入力データが有効であるか否かを検証する。
【００４４】
入力データ獲得部２６２は、有効性検証情報に含まれたフィールド特定情報を用いてクライアント１００から受信されたアクションＵＲＬから入力データを獲得する。入力データチェック部２６４は、有効性検証情報に含まれた入力検証コード情報を用いて入力データ獲得部２６２から獲得された入力データが有効な情報であるか否かを検証する。すなわち、ユーザ入力フォームを受信したクライアント１００から有効性が検証された入力データを含むアクションＵＲＬが受信されると、監視処理部２６０の入力データ獲得部２６２は、有効性検証情報保存部２５０から受信されたアクションＵＲＬと関連した有効性検証情報を獲得する。
【００４５】
以後、入力データ獲得部２６２は、獲得された有効性検証情報に含まれたフィールド特定情報を用いてクライアント１００から受信されたアクションＵＲＬに含まれた入力データを獲得する。ここで、フィールド特定情報は、ウェブサーバ３００に伝送するアクションＵＲＬに含まれた入力データが入力される範囲あるいは入力データとして使われるアルファベット、数字、特殊記号のように定義されたデータの種類であって、入力データ獲得部２６２は、このようなフィールド特定情報を用いてクライアント１００から受信されたアクションＵＲＬから入力データを獲得する。
【００４６】
このようなフィールド特定情報を用いて入力データが獲得されると、入力データチェック部２６４は、有効性検証情報に含まれた入力検証コード情報を用いて入力データが有効な情報であるか否かを検証する。ここで、入力検証コード情報は、獲得された入力データの入力範囲が正しいか、あるいは入力データがアルファベット、数字、特殊記号のようなデータの種類に合う有効な情報であるか否かを検証する有効性検証プログラムである。
【００４７】
一実施形態によって、入力データチェック部２６４は、ウェブサーバ３００から受信されたユーザ入力フォームを用いて入力データが有効であるか否かを検証するクライアント１００に類似した方法で入力データが有効であるか否かを検証する。クライアント１００から検証された入力データが獲得されると、ウェブ保安管理装置２００は、入力検証コード情報を通じて入力データが有効であるか否かを再検証する。以後、ウェブ保安管理装置２００は、入力検証コード情報を通じて再検証された入力データに対する検証結果値を通じて入力データの有効性の有無を検証する。
【００４８】
入力データチェック部２６４を通じて入力データが有効ではないものと検証されれば、エラー処理部２７０は、クライアント１００から受信された入力データをエラー処理する。この際、エラー処理部２７０は、エラー処理した入力データに対するエラーメッセージをクライアント１００側に伝送することが望ましい。例えば、ハッカーは、クライアント１００で自体的にクライアントサイドスクリプトを通じて有効性の有無が検証された入力データを改ざんする。それだけではなく、ハッカーは、自動的に偽造された入力データを生成させ、クライアントサイドスクリプトの検証を迂回して入力データをウェブサーバに伝送する。
【００４９】
このように、ハッカーからＳＱＬインジェクションを通じて改ざんまたは偽造された入力データが受信されると、入力データチェック部２６４は、入力検証コード情報を通じて受信された入力データが改ざんまたは偽造されて有効ではないものと検証する。これにより、エラー処理部２７０は入力データをエラー処理し、該エラー処理した入力データに対するエラーメッセージをクライアント１００側に伝送する。
【００５０】
しかし、本発明によるエラー処理部２７０は、これに限定せず、エラー処理した入力データをリアルタイムで削除するかあるいはエラー処理した入力データを保存することができる。このように、ウェブ保安管理装置２００は、ウェブサーバ３００に伝送する入力データに対する有効性の有無を検証することによって、ウェブサーバ３００に改ざんされた入力データが受信されることを遮断することができる。
【００５１】
以上、本発明についてその望ましい実施形態を中心に説明した。当業者は、本発明の本質的な特性から外れない範囲で変形された形態として具現可能であると理解できるであろう。したがって、開示された実施形態は限定的な観点ではなく、説明的な観点で考慮されなければならない。本発明の範囲は、特許請求の範囲に表われており、それと同等な範囲内にあるあらゆる差異は、本発明に含まれたものと解釈されなければならない。
【産業上の利用可能性】
【００５２】
本発明は、ウェブサーバとクライアントとの間の通信を監視するウェブ保安管理装置及び方法関連の技術分野に適用可能である。
【符号の説明】
【００５３】
１００：クライアント
２００：ウェブ保安管理装置
２１０：送受信部
２２０：パターン情報保存部
２３０：検査部
２４０：有効性検証処理部
２５０：有効性検証情報保存部
２６０：監視処理部
２６２：入力データ獲得部
２６４：入力データチェック部
２７０：エラー処理部
３００：ウェブサーバ
【特許請求の範囲】
【請求項１】
ウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法において、
前記クライアントから通信パケットが受信されると、前記通信パケットが、前記ウェブサーバに伝送する入力データを含む通信パケットであるか否かを検証する段階と、
前記検証の結果、前記ウェブサーバに伝送する入力データを含む通信パケットであれば、前記入力データと関連したユーザ入力フォームの有効性検証情報を用いて、前記入力データの有効性を検証する段階と、
前記検証の結果、有効ではないデータであれば、前記入力データをエラー処理する段階と、
を含むことを特徴とするウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項２】
前記入力データを含む通信パケットは、
アクションＵＲＬ（Ａｃｔｉｏｎ ＵＲＬ）を含み、
前記通信パケットであるか否かをチェックする段階は、前記クライアントから受信された通信パケットが、前記アクションＵＲＬであるか否かを検証することを特徴とする請求項１に記載のウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項３】
前記方法は、
前記クライアントのウェブサービス要求によって、前記ウェブサーバから受信された前記ユーザ入力フォームを前記クライアント側に伝送し、前記ユーザ入力フォームの有効性検証情報を保存する段階をさらに含むことを特徴とする請求項１に記載のウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項４】
前記エラー処理する段階は、
前記クライアント側に前記入力データと関連したエラー情報メッセージを伝送することを特徴とする請求項１に記載のウェブ保安管理装置を利用したウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項５】
前記入力データの有効性を検証する段階は、
前記有効性検証情報に含まれたフィールド特定情報を用いて、前記アクションＵＲＬに含まれた入力データを獲得する段階と、
前記有効性検証情報に含まれた入力検証コード情報を用いて、前記入力データが有効な情報であるか否かを検証する段階と、
を含むことを特徴とする請求項２に記載のウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項６】
前記フィールド特定情報は、
前記アクションＵＲＬに含まれた入力データが入力される範囲あるいはアルファベット、数字、特殊記号のように、前記入力データとして使われるように定義されたデータの種類であり、
入力検証コード情報は、
前記フィールド特定情報を通じて獲得された入力データが有効な情報であるか否かを検証する有効性検証プログラムであることを特徴とする請求項５に記載のウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項７】
ウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置において、
前記ウェブサーバ及び前記クライアントと通信パケットを送受信する送受信部と、
前記送受信部を通じて前記クライアントから受信された通信パケットが、前記ウェブサーバに伝送する入力データを含む通信パケットであれば、有効性検証情報保存部に保存された有効性検証情報を用いて、前記通信パケットに含まれた入力データが有効であるか否かを検証する監視処理部と、
前記検証の結果、前記入力データが有効ではないものと検証されると、前記入力データをエラー処理するエラー処理部と、
を含むことを特徴とするウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【請求項８】
前記装置は、
前記送受信部を通じて前記ウェブサーバから受信された通信パケットがユーザ入力フォームであれば、前記ユーザ入力フォームを前記クライアントに伝送し、前記ユーザ入力フォーム情報に含まれた有効性検証情報を前記有効性検証情報保存部に保存する有効性検証処理部をさらに含むことを特徴とする請求項７に記載のウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【請求項９】
前記入力データを含む通信パケットは、
アクションＵＲＬ（Ａｃｔｉｏｎ ＵＲＬ）を含み、
前記装置は、
前記ユーザ入力フォームと関連したパターン情報または前記アクションＵＲＬと関連したパターン情報が保存されるパターン情報保存部と、
前記送受信部を通じて前記ウェブサーバまたは前記クライアントから通信パケットが受信されると、前記パターン情報保存部に保存されたパターン情報を用いて、前記受信された通信パケットがユーザ入力フォームであるかまたは前記入力データを含むアクションＵＲＬであるか否かを検査する検査部と、
をさらに含むことを特徴とする請求項８に記載のウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【請求項１０】
前記監視処理部は、
前記有効性検証情報に含まれたフィールド特定情報を用いて、前記入力データを獲得する入力データ獲得部と、
前記有効性検証情報に含まれた入力検証コード情報を用いて、前記入力データが有効な情報であるか否かを検証する入力データチェック部と、
を含むことを特徴とする請求項８に記載のウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【請求項１１】
前記フィールド特定情報は、
前記アクションＵＲＬに含まれた入力データが入力される範囲あるいはアルファベット、数字、特殊記号のように、前記入力データとして使われるように定義されたデータの種類であり、
入力検証コード情報は、
前記フィールド特定情報を通じて獲得された入力データが有効な情報であるか否かを検証する有効性検証プログラムであることを特徴とする請求項１０に記載のウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【請求項１２】
前記エラー処理部は、
前記送受信部を通じて前記クライアント側に前記入力データと関連したエラーメッセージ情報を伝送することを特徴とする請求項７に記載のウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【請求項１】
ウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法において、
前記クライアントから通信パケットが受信されると、前記通信パケットが、前記ウェブサーバに伝送する入力データを含む通信パケットであるか否かを検証する段階と、
前記検証の結果、前記ウェブサーバに伝送する入力データを含む通信パケットであれば、前記入力データと関連したユーザ入力フォームの有効性検証情報を用いて、前記入力データの有効性を検証する段階と、
前記検証の結果、有効ではないデータであれば、前記入力データをエラー処理する段階と、
を含むことを特徴とするウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項２】
前記入力データを含む通信パケットは、
アクションＵＲＬ（Ａｃｔｉｏｎ ＵＲＬ）を含み、
前記通信パケットであるか否かをチェックする段階は、前記クライアントから受信された通信パケットが、前記アクションＵＲＬであるか否かを検証することを特徴とする請求項１に記載のウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項３】
前記方法は、
前記クライアントのウェブサービス要求によって、前記ウェブサーバから受信された前記ユーザ入力フォームを前記クライアント側に伝送し、前記ユーザ入力フォームの有効性検証情報を保存する段階をさらに含むことを特徴とする請求項１に記載のウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項４】
前記エラー処理する段階は、
前記クライアント側に前記入力データと関連したエラー情報メッセージを伝送することを特徴とする請求項１に記載のウェブ保安管理装置を利用したウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項５】
前記入力データの有効性を検証する段階は、
前記有効性検証情報に含まれたフィールド特定情報を用いて、前記アクションＵＲＬに含まれた入力データを獲得する段階と、
前記有効性検証情報に含まれた入力検証コード情報を用いて、前記入力データが有効な情報であるか否かを検証する段階と、
を含むことを特徴とする請求項２に記載のウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項６】
前記フィールド特定情報は、
前記アクションＵＲＬに含まれた入力データが入力される範囲あるいはアルファベット、数字、特殊記号のように、前記入力データとして使われるように定義されたデータの種類であり、
入力検証コード情報は、
前記フィールド特定情報を通じて獲得された入力データが有効な情報であるか否かを検証する有効性検証プログラムであることを特徴とする請求項５に記載のウェブサーバとクライアントとの間に設けられたウェブ保安管理装置で相互間の通信を監視する方法。
【請求項７】
ウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置において、
前記ウェブサーバ及び前記クライアントと通信パケットを送受信する送受信部と、
前記送受信部を通じて前記クライアントから受信された通信パケットが、前記ウェブサーバに伝送する入力データを含む通信パケットであれば、有効性検証情報保存部に保存された有効性検証情報を用いて、前記通信パケットに含まれた入力データが有効であるか否かを検証する監視処理部と、
前記検証の結果、前記入力データが有効ではないものと検証されると、前記入力データをエラー処理するエラー処理部と、
を含むことを特徴とするウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【請求項８】
前記装置は、
前記送受信部を通じて前記ウェブサーバから受信された通信パケットがユーザ入力フォームであれば、前記ユーザ入力フォームを前記クライアントに伝送し、前記ユーザ入力フォーム情報に含まれた有効性検証情報を前記有効性検証情報保存部に保存する有効性検証処理部をさらに含むことを特徴とする請求項７に記載のウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【請求項９】
前記入力データを含む通信パケットは、
アクションＵＲＬ（Ａｃｔｉｏｎ ＵＲＬ）を含み、
前記装置は、
前記ユーザ入力フォームと関連したパターン情報または前記アクションＵＲＬと関連したパターン情報が保存されるパターン情報保存部と、
前記送受信部を通じて前記ウェブサーバまたは前記クライアントから通信パケットが受信されると、前記パターン情報保存部に保存されたパターン情報を用いて、前記受信された通信パケットがユーザ入力フォームであるかまたは前記入力データを含むアクションＵＲＬであるか否かを検査する検査部と、
をさらに含むことを特徴とする請求項８に記載のウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【請求項１０】
前記監視処理部は、
前記有効性検証情報に含まれたフィールド特定情報を用いて、前記入力データを獲得する入力データ獲得部と、
前記有効性検証情報に含まれた入力検証コード情報を用いて、前記入力データが有効な情報であるか否かを検証する入力データチェック部と、
を含むことを特徴とする請求項８に記載のウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【請求項１１】
前記フィールド特定情報は、
前記アクションＵＲＬに含まれた入力データが入力される範囲あるいはアルファベット、数字、特殊記号のように、前記入力データとして使われるように定義されたデータの種類であり、
入力検証コード情報は、
前記フィールド特定情報を通じて獲得された入力データが有効な情報であるか否かを検証する有効性検証プログラムであることを特徴とする請求項１０に記載のウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【請求項１２】
前記エラー処理部は、
前記送受信部を通じて前記クライアント側に前記入力データと関連したエラーメッセージ情報を伝送することを特徴とする請求項７に記載のウェブサーバとクライアントとの間に設けられて通信を監視するウェブ保安管理装置。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２０１０−２５０７９１（Ｐ２０１０−２５０７９１Ａ）
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願番号】特願２００９−１７０４３３（Ｐ２００９−１７０４３３）
【出願日】平成２１年７月２１日（２００９．７．２１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（５０９０７９９７２）パイオリンク・インコーポレイテッド (2)
【Ｆターム（参考）】
【公開日】平成２２年１１月４日（２０１０．１１．４）
【国際特許分類】
【出願日】平成２１年７月２１日（２００９．７．２１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡ
【出願人】（５０９０７９９７２）パイオリンク・インコーポレイテッド (2)
【Ｆターム（参考）】
[ Back to top ]