(57)【要約】【課題】なりすましによる不正アクセスを効果的に防止する。【解決手段】ウェブサーバ１００は、本装置にログインしたユーザ端末２００に対して発行されたセッションＩＤおよび固有ＩＤを対応づけて保持するＩＤ保持部１６と、ユーザ端末２００から要求されたウェブページを提供すべき際、そのユーザ端末２００に対して発行されたセッションＩＤおよび固有ＩＤと、その固有ＩＤをキーとしてウェブページを暗号化したデータとをユーザ端末２００へ提供するコンテント提供部３０と、ユーザ端末２００からの要求においてセッションＩＤが指定された場合、ＩＤ保持部１６においてそのセッションＩＤと対応づけられた固有ＩＤが当該要求において指定されていることを条件として当該要求を許可するアクセス制御部２８とを備える。【選択図】図２
2011203900.tif 000002
【特許請求の範囲】
【請求項１】
本装置にログインした外部装置に対して、本装置と外部装置とのセッションを一意に識別するためのＩＤであって、セッションＩＤとは異なる固有ＩＤを発行するＩＤ発行部と、
セッションＩＤおよび固有ＩＤを対応づけて保持するＩＤ保持部と、
外部装置から要求されたコンテントを提供すべき際、その外部装置に対して発行されたセッションＩＤおよび固有ＩＤと、その固有ＩＤをキーとしてコンテントを暗号化したデータとを外部装置へ提供するコンテント提供部と、
外部装置からの要求においてセッションＩＤが指定された場合、前記ＩＤ保持部においてそのセッションＩＤと対応づけられた固有ＩＤが当該要求において指定されていることを条件として当該要求を許可するアクセス制御部と、
を備えることを特徴とする情報提供装置。
【請求項２】
前記コンテント提供部は、セッションＩＤおよび固有ＩＤを外部装置のクッキーに保持させることを特徴とする請求項１に記載の情報提供装置。
【請求項３】
本装置にログインした外部装置に対して、本装置と外部装置とのセッションを一意に識別するためのＩＤであって、セッションＩＤとは異なる固有ＩＤを発行する機能と、
セッションＩＤおよび固有ＩＤを対応づけて所定の記憶装置に格納する機能と、
外部装置から要求されたコンテントを提供すべき際、その外部装置に対して発行されたセッションＩＤおよび固有ＩＤと、その固有ＩＤをキーとしてコンテントを暗号化したデータとを外部装置へ提供する機能と、
外部装置からの要求においてセッションＩＤが指定された場合、前記記憶装置においてそのセッションＩＤと対応づけられた固有ＩＤが当該要求において指定されていることを条件として当該要求を許可する機能と、
を情報提供装置に実現させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特に、電子的なコンテントを外部へ提供する技術に関する。
【背景技術】
【０００２】
個人情報等、保護されるべき情報がインターネットを介して送受される現在、情報セキュリティの脅威への対策は急務である。以下の特許文献１において、本出願人は、正規のユーザでないものが正規のユーザになりすますことによる不正アクセスを防止するユーザ認証方法を提案している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１０−１２４４５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
情報システムの構成は日々進化しており、例えばウェブクライアントがウェブサーバへアクセスして情報を取得するシステムでは、ウェブクライアントとウェブサーバとの間にキャッシュサーバが設けられることもある。このような情報システムの変化を踏まえ、不正アクセスを防止するための技術には改善の余地があると本発明者は考えた。
【０００５】
本発明は、本発明者の上記課題認識に基づきなされたものであり、その主たる目的は、なりすましによる不正アクセスを効果的に防止する技術を提供することである。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の情報提供装置は、本装置にログインした外部装置に対して、本装置と外部装置とのセッションを一意に識別するためのＩＤであって、セッションＩＤとは異なる固有ＩＤを発行するＩＤ発行部と、セッションＩＤおよび固有ＩＤを対応づけて保持するＩＤ保持部と、外部装置から要求されたコンテントを提供すべき際、その外部装置に対して発行されたセッションＩＤおよび固有ＩＤと、その固有ＩＤをキーとしてコンテントを暗号化したデータとを外部装置へ提供するコンテント提供部と、外部装置からの要求においてセッションＩＤが指定された場合、ＩＤ保持部においてそのセッションＩＤと対応づけられた固有ＩＤが当該要求において指定されていることを条件として当該要求を許可するアクセス制御部と、を備える。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、なりすましによる不正アクセスを効果的に防止できる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施の形態における情報システムの構成を示す図である。
【図２】図１のウェブサーバの機能構成を示すブロック図である。
【図３】図２のＩＤ保持部に保持されるデータ構造を示す図である。
【図４】図１のウェブサーバの動作を示すフローチャートである。
【図５】第２の実施の形態におけるウェブサーバ１００の動作を示すフローチャートである。
【発明を実施するための形態】
【００１０】
（第１の実施の形態）
図１は、第１の実施の形態における情報システムの構成を示す。同図のウェブサーバ１００は、インターネットを介してアクセス可能なウェブサイトにおいて種々のウェブページを外部へ提供するサーバコンピュータである。ユーザ端末２００で総称される第１ユーザ端末２００ａ、第２ユーザ端末２００ｂは、ウェブブラウザがインストールされた情報処理端末（ＰＣ等）であり、ウェブクライアントとして機能する。なお、ウェブサーバ１００とユーザ端末２００間でのリクエスト・レスポンスに際し、ＨＴＴＰ  Ｃｏｏｋｉｅ（以下「クッキー」とも呼ぶ。）があわせて送受される。
【００１１】
キャッシュサーバ２０２は、フォワードプロキシとして機能し、第１ユーザ端末２００ａがウェブサーバ１００から取得したウェブページを一時的にキャッシュするサーバコンピュータである。キャッシュサーバ２０２は、第１ユーザ端末２００ａが要求したウェブページを逐次キャッシュし、キャッシュ済のウェブページが再度要求された場合は、そのキャッシュデータを第１ユーザ端末２００ａへ提供する。なお以下では、第１ユーザ端末２００ａの代理としてキャッシュサーバ２０２がウェブサーバ１００へアクセスする場合でも、便宜的に、第１ユーザ端末２００ａがウェブサーバ１００へアクセスすると表現する。図１の各装置は、ＬＡＮ／ＷＡＮ／インターネット等、公知の通信手段を含む通信網３００を介して接続される。
【００１２】
図２は、図１のウェブサーバ１００の機能構成を示すブロック図である。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、各機能ブロックは、コンピュータプログラムとして記録媒体に格納され、ウェブサーバ１００のハードディスクにインストールされ、ウェブサーバ１００のメインメモリに適宜読み出されてプロセッサにて実行されてもよい。
【００１３】
ウェブサーバ１００は、各種データが格納される記憶領域であるデータ保持部１０と、データ保持部１０に適宜アクセスして各種データ処理を実行するデータ処理部２０とを備える。データ保持部１０は、認証情報保持部１２と、コンテント保持部１４と、ＩＤ保持部１６とを有する。データ処理部２０は、要求受付部２２と、ログイン処理部２４と、ＩＤ管理部２６と、アクセス制御部２８と、コンテント提供部３０とを有する。図２には不図示であるが、ウェブサーバ１００は、通信網３００を介してユーザ端末２００とＨＴＴＰ通信を実行し、データ処理部２０の処理対象となる各種データを送受する通信制御部をさらに備えている。
【００１４】
認証情報保持部１２は、ウェブサーバ１００が提供するウェブサイトにログイン可能なユーザの認証情報（例えばユーザＩＤおよびパスワード）を保持する。コンテント保持部１４は、ウェブページのデータ、すなわちＨＴＭＬ文書や画像データ等の種々の電子コンテントを保持する。
【００１５】
ＩＤ保持部１６は、ウェブサイトにログインしたユーザ端末２００に対して発行されたセッションＩＤおよび固有ＩＤを、ログインユーザのユーザＩＤと対応づけて保持する。セッションＩＤと固有ＩＤとのそれぞれは、ウェブサーバ１００とユーザ端末２００との間で確立されたセッションを一意に識別するためのＩＤであり、文字列や数値列等の様々な形式のデータであってよい。ただし、セッションＩＤと固有ＩＤとは、一方から他方の推測が困難なように、互いのデータ長やデータ体系が異なることが望ましい。
【００１６】
図３は、ＩＤ保持部１６に保持されるデータ構造を示す。例えば、第１ユーザ端末２００ａがウェブサーバ１００へログインした際にセッションＩＤ「ＡＢＣ」と固有ＩＤ「１２ｙｚ」が発行されると、それらはＩＤ保持部１６において対応づけて保持される。同様に、第２ユーザ端末２００ｂがウェブサーバ１００へログインした際にセッションＩＤ「ＤＥＦ」と固有ＩＤ「９４ｏｐ」が発行されると、それらはＩＤ保持部１６において対応づけて保持される。
【００１７】
図２に戻り、要求受付部２２は、特定のウェブページを指定したウェブページの提供要求（ＨＴＴＰのＧＥＴメソッドやＰＯＳＴメソッド等、以下「ページ要求」とも呼ぶ。）をユーザ端末２００から受け付ける。上記の通り、このページ要求には、ユーザ端末２００のウェブブラウザに保持されたクッキーのデータが含まれる。
【００１８】
ログイン処理部２４は、ウェブサイトのログイン画面のデータをユーザ端末２００へ送信して表示させ、そのログイン画面に入力された認証情報をユーザ端末２００から取得する。ログイン処理部２４は、ユーザ端末２００から取得した認証情報と、認証情報保持部１２に予め格納された認証情報とを照合し、その照合結果に応じてユーザ端末２００のログインを許可しもしくは拒否する。
【００１９】
ＩＤ管理部２６は、ユーザ端末２００のログインが許可された際、そのユーザ端末２００に対してセッションＩＤと固有ＩＤとを発行し、セッションＩＤと固有ＩＤとを対応づけてＩＤ保持部１６へ格納する。なおセッションＩＤおよび固有ＩＤは、ログイン日付、ログイン時刻、乱数、各種環境情報（例えば、ユーザＩＤやユーザ端末２００のホスト名等）の任意の組み合わせに基づいて適宜決定されてよい。
【００２０】
アクセス制御部２８は、ユーザ端末２００からのページ要求の許否を決定し、言い換えれば、ページ要求で指定されたウェブページ提供の許可もしくは拒否を決定する。ページ要求にクッキーが含まれない場合、もしくは、ページ要求にクッキーが含まれるもののクッキーでセッションＩＤが未指定の場合は、未ログインユーザ用のアクセス制御を実行する。その一方で、ページ要求にクッキーが含まれ、そのクッキーでセッションＩＤが指定された場合は、ログインユーザ用のアクセス制御を実行する。
【００２１】
アクセス制御部２８による未ログインユーザ用のアクセス制御を説明する。アクセス制御部２８は、まず、ログイン処理部２４によるログイン処理を実行させる。ログイン処理部２４においてユーザ端末２００のログインが拒否された場合、ページ要求を拒否してユーザ端末２００に対するエラー処理を実行する。このエラー処理として、例えば、ログインエラーを示すウェブページをユーザ端末２００へ送信して表示させてもよく、未ログインユーザ用のウェブページをユーザ端末２００へ送信して表示させてもよい。ログイン処理部２４においてユーザ端末２００のログインが許可された場合、ページ要求を許可し、その旨を後述するコンテント提供部３０へ通知する。
【００２２】
アクセス制御部２８によるログイン済ユーザ用のアクセス制御を説明する。アクセス制御部２８は、ＩＤ保持部１６を参照して、ページ要求のクッキーで指定されたセッションＩＤと対応づけられた固有ＩＤを特定する。そして、その固有ＩＤがページ要求のクッキーで指定されているか否かを判定する。すなわちＩＤ保持部１６におけるセッションＩＤと固有ＩＤとの組み合わせが、ページ要求のクッキーに設定されているか否かを判定する。
【００２３】
クッキーに固有ＩＤが未設定、もしくは、不正な固有ＩＤが設定されている場合、アクセス制御部２８は、ページ要求を拒否してユーザ端末２００に対するエラー処理を実行する。このエラー処理として、例えば、ユーザ端末２００との接続状態を強制的に解除、言い換えればＨＴＴＰセッションを強制切断してもよい。また、強制的にログアウト処理を実行し、例えばログイン処理部２４に指示してログイン画面を表示させてもよい。さらに加えて、不正なアクセスである旨を示すウェブページをユーザ端末２００へ送信して表示させてもよく、不正なアクセスを受け付けた旨を示すアラート情報をウェブサーバ１００の管理者や運用者へ通知してもよい。クッキーに正しい固有ＩＤが設定されている場合、アクセス制御部２８はページ要求を許可し、その旨を後述するコンテント提供部３０へ通知する。
【００２４】
コンテント提供部３０は、アクセス制御部２８によりページ要求が許可された場合、そのページ要求で指定されたウェブページのデータをコンテント保持部１４から取得してユーザ端末２００へ提供する。例えば、ＩＤ保持部１６を参照して、クッキーで指定されたセッションＩＤと対応づけられたユーザＩＤを特定し、そのユーザＩＤで特定されるユーザ向けのデータ（例えば、ログイン済ユーザ向けの情報や個人情報等）を設定したウェブページを提供する。
【００２５】
本実施の形態のコンテント提供部３０は、ページ要求の要求元であるユーザ端末２００に対して発行された固有ＩＤ、もしくはそのページ要求のクッキーで指定された固有ＩＤをキーとしてウェブページのデータを暗号化する。この暗号化はＤＥＳやＡＥＳ等、公知の共通鍵方式が採用されてよい。コンテント提供部３０は、ウェブページの暗号化データを、セッションＩＤおよび固有ＩＤが設定されたクッキーとともにユーザ端末２００へ送信する。この暗号化データは、例えば、ＨＴＴＰレスポンスのメッセージボディに設定される。なお、クッキーに設定される固有ＩＤの項目名には、ウェブサーバ１００へのアクセス制御に用いられることを第三者が想到困難な名称が付与されることが望ましい。
【００２６】
コンテント提供部３０は、アクセス制御部２８によりページ要求が拒否された場合、ユーザ端末２００へのウェブページの提供を抑止する。
【００２７】
以上の構成による動作を以下説明する。
図４は、図１のウェブサーバ１００の動作を示すフローチャートである。ウェブサーバ１００が提供するウェブサイトに対するページ要求を要求受付部２２が受け付けた際（Ｓ１０のＹ）、アクセス制御部２８は、そのページ要求のクッキーでセッションＩＤが設定されているか否かを判定する。セッションＩＤが未設定の場合（Ｓ１２のＮ）、ログイン処理部２４はログイン画面を表示させる（Ｓ１４）。ユーザがログイン画面に入力した認証情報によりウェブサイトへのログインを許可した場合（Ｓ１６のＹ）、ＩＤ管理部２６は、ログインが許可されたユーザ端末２００に対してセッションＩＤと固有ＩＤとを発行する。そして、発行したセッションＩＤと固有ＩＤとを対応づけてＩＤ保持部１６へ格納する（Ｓ１８）。コンテント提供部３０は、固有ＩＤをキーとして、ページ要求により指定されたウェブページのデータを暗号化し、その暗号化データを、セッションＩＤと固有ＩＤとを設定したクッキーとともにユーザ端末２００へ送信する（Ｓ２０）。ユーザ端末２００は、固有ＩＤをキーとして暗号化データを復号し、ページ要求において指定したウェブページをディスプレイに表示させる。
【００２８】
ログイン処理部２４がユーザ端末２００のログインを拒否した場合（Ｓ１６のＮ）、アクセス制御部２８はログインに失敗したユーザ向けに予め定められたエラー処理を実行する（Ｓ２２）。ページ要求のクッキーにセッションＩＤが設定されていた場合（Ｓ１２のＹ）、アクセス制御部２８は、ＩＤ保持部１６においてそのセッションＩＤと対応づけられた固有ＩＤがページ要求のクッキーに設定されているか否かを判定する。すなわち、クッキーに設定されたセッションＩＤと固有ＩＤとの組み合わせが、ＩＤ保持部１６に保持されたセッションＩＤと固有ＩＤとの正しい組み合わせであるか否かを判定する。正しい固有ＩＤがクッキーに設定されていた場合（Ｓ２４のＹ）、アクセス制御部２８はページ要求を許可してＳ２０が実行される。正しい固有ＩＤがクッキーに設定されていない場合（Ｓ２４のＮ）、アクセス制御部２８はページ要求を拒否して、不正なユーザ向けに予め定められたエラー処理を実行する（Ｓ２２）。ユーザ端末２００からのページ要求が受け付けられなければ（Ｓ１０のＮ）、以降の処理はスキップされて本図のフローを終了する。
【００２９】
第１の実施の形態のウェブサーバ１００によれば、ログインを許可したユーザに対して、セッションＩＤとともにセッションＩＤとは別体系のＩＤである固有ＩＤが発行されるため情報セキュリティを向上できる。例えば、正規にログインしたユーザ（以下「正規ユーザ」とも呼ぶ。）のセッションＩＤをＳｅｓｓｉｏｎＦｉｘａｔｉｏｎ等の手段により悪意のある別ユーザ（以下「悪意ユーザ」とも呼ぶ。）が認識し、セッションハイジャックを試みたとする。この場合、悪意ユーザはウェブサーバ１００へのアクセスに際し、正規ユーザのセッションＩＤを指定できても、そのセッションＩＤと対応づけられた正規ユーザの固有ＩＤを指定することは困難となる。これにより、悪意ユーザのページ要求に応じたウェブページの提供を拒否でき、正規ユーザに提供すべき情報が悪意ユーザへ漏洩することを防止できる。
【００３０】
またウェブサーバ１００によれば、ウェブサーバ１００とユーザ端末２００との間では固有ＩＤをキーとしてウェブページのデータが暗号化されるため、キャッシュサーバ２０２にはその暗号化データがキャッシュされることとなる。したがって、キャッシュサーバ２０２のキャッシュデータが悪意ユーザに盗用されても、正規ユーザに対して提供された情報が悪意ユーザへ漏洩することを防止できる。なお、実施の形態ではフォワードプロキシとしてのキャッシュサーバが設けられる例を示したが、リバースプロキシとしてのキャッシュサーバがウェブサーバ１００側に設けられた場合も同様の効果を奏することはもちろんである。
【００３１】
またウェブサーバ１００によれば、ユーザ端末２００対して発行されたセッションＩＤおよび固有ＩＤはクッキーに設定されて、ウェブサーバ１００とユーザ端末２００との間で送受される。例えば、固有ＩＤがウェブページのデータ（典型的にはＨＴＭＬデータのｈｉｄｄｅｎエリア）に設定される場合、ウェブページの暗号化が困難になるとともに、キャッシュサーバ２０２からキャッシュデータが盗用されると固有ＩＤの漏洩を発生させうる。本実施の形態では、キャッシュサーバ２０２によるキャッシュ対象外のクッキーに固有ＩＤが設定されるため、固有ＩＤの漏洩を防止できる。
【００３２】
（第２の実施の形態）
第１の実施の形態では、ユーザ端末２００がウェブサーバ１００へのログインに成功した際に、ユーザ端末２００に対してセッションＩＤおよび固有ＩＤが発行されることとした。すなわち、セッションＩＤと固有ＩＤとの発行タイミングは同一であることとした。第２の実施の形態では、セッションＩＤと固有ＩＤそれぞれの発行タイミングが異なる場合、具体的には、ユーザ端末２００とウェブサーバ１００との接続時にセッションＩＤが発行され、ウェブサイトへのログイン成功時に固有ＩＤが発行される場合を説明する。なお、第２の実施の形態においても、図１〜図３で示す構成は、第１の実施の形態と同様である。以下、第１の実施の形態と第２の実施の形態との間で異なる点を主に説明する。
【００３３】
アクセス制御部２８は、ユーザ端末２００からのページ要求においてセッションＩＤと固有ＩＤのいずれもが未指定である場合、典型的にはユーザ端末２００からの初回アクセス時に、ＩＤ管理部２６によりユーザ端末２００に対してセッションＩＤを発行させる。それとともに、未ログインユーザ用のアクセス制御を実行する。コンテント提供部３０は、ログイン画面や、未ログインユーザ用のウェブページをユーザ端末２００に提供する際、セッションＩＤを設定したクッキーをユーザ端末２００へ提供する。
【００３４】
ログイン処理部２４においてユーザ端末２００のログインが許可された場合、ＩＤ管理部２６は、そのユーザ端末２００に対して固有ＩＤを発行するとともに、セッションＩＤと固有ＩＤとを対応づけてＩＤ保持部１６へ格納する。そして、アクセス制御部２８は、ページ要求を許可し、その旨を後述するコンテント提供部３０へ通知する。
【００３５】
このように、第２の実施の形態では、ページ要求における固有ＩＤの有無が、ユーザ端末２００のログインの成否を示すこととなる。アクセス制御部２８は、ページ要求にクッキーが含まれない場合、もしくは、ページ要求にクッキーが含まれるもののクッキーで固有ＩＤが未指定の場合は、未ログインユーザ用のアクセス制御を実行する。その一方で、ページ要求にクッキーが含まれ、そのクッキーで固有ＩＤが指定された場合は、ログインユーザ用のアクセス制御を実行する。
【００３６】
図５は第２の実施の形態におけるウェブサーバ１００の動作を示すフローチャートである。ウェブサーバ１００が提供するウェブサイトに対するページ要求を要求受付部２２が受け付けた際（Ｓ３０のＹ）、アクセス制御部２８は、そのページ要求のクッキーでセッションＩＤが設定されているか否かを判定する。セッションＩＤが未設定の場合（Ｓ３２のＮ）、ＩＤ管理部２６はユーザ端末２００に対してセッションＩＤを発行する（Ｓ３４）。セッションＩＤが設定されている場合（Ｓ３２のＹ）、Ｓ３４はスキップされる。続いてアクセス制御部２８は、ページ要求のクッキーで固有ＩＤが設定されているか否かを判定する。固有ＩＤが未設定の場合（Ｓ３６のＮ）、ログイン処理部２４はログイン画面を表示させる（Ｓ３８）。ユーザがログイン画面に入力した認証情報によりウェブサイトへのログインを許可した場合（Ｓ４０のＹ）、ＩＤ管理部２６は、ログインが許可されたユーザ端末２００に対して固有ＩＤを発行する。そして、そのユーザ端末２００に対して発行したセッションＩＤと固有ＩＤとを対応づけてＩＤ保持部１６へ格納する（Ｓ４２）。コンテント提供部３０は、固有ＩＤをキーとして、ページ要求により指定されたウェブページのデータを暗号化し、その暗号化データを、セッションＩＤと固有ＩＤとを設定したクッキーとともにユーザ端末２００へ送信する（Ｓ４４）。
【００３７】
ログイン処理部２４がユーザ端末２００のログインを拒否した場合（Ｓ４０のＮ）、アクセス制御部２８はログインに失敗したユーザ向けに予め定められたエラー処理を実行する（Ｓ４６）。ページ要求のクッキーに固有ＩＤが設定されていた場合（Ｓ３６のＹ）、アクセス制御部２８は、ＩＤ保持部１６に保持されたセッションＩＤと固有ＩＤとの組み合わせが、ページ要求のクッキーに設定されたセッションＩＤと固有ＩＤとの組み合わせと合致するか否かを判定する。合致する場合、すなわち正しいセッションＩＤと固有ＩＤとの組み合わせがクッキーに設定されていた場合（Ｓ４８のＹ）、アクセス制御部２８はページ要求を許可してＳ４４が実行される。正しいセッションＩＤと固有ＩＤとの組み合わせがクッキーに設定されていない場合（Ｓ４８のＮ）、アクセス制御部２８はページ要求を拒否して、不正なユーザ向けに予め定められたエラー処理を実行する（Ｓ４６）。なお、ページ要求のクッキーにおいて固有ＩＤのみが指定され、セッションＩＤが未設定の場合も、アクセス制御部２８はページ要求を拒否して、不正なユーザ向けに予め定められたエラー処理を実行する。ユーザ端末２００からのページ要求が受け付けられなければ（Ｓ３０のＮ）、以降の処理はスキップされて本図のフローを終了する。
【００３８】
第２の実施の形態のウェブサーバ１００によれば、ウェブサイトへのログイン成否に関わらずユーザ端末２００に対してセッションＩＤを発行する場合においても、そのログインの成功を条件としてセッションＩＤとは別体系の固有ＩＤを発行することにより情報セキュリティを向上できる。具体的には、第２の実施の形態においても、第１の実施の形態で既述した効果を同様に奏することは当業者には理解されるところである。
【００３９】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４０】
上述した第１および第２の実施の形態では、ユーザ端末２００対して発行されたセッションＩＤおよび固有ＩＤがクッキーに設定されることとしたが、変形例として、固有ＩＤがクッキーに設定される一方で、セッションＩＤはウェブページのデータ（ｈｉｄｄｅｎエリア等）に設定されてもよい。ユーザ端末２００は、新たなページ要求の際、セッションＩＤをＰＯＳＴデータとしてウェブサーバ１００へ通知してもよい。この変形例によれば、ウェブページのデータは固有ＩＤにより暗号化されるため、キャッシュサーバ２０２からキャッシュデータが盗用されても、セッションＩＤの漏洩を防止できる。また、クロスサイトスクリプティング等の手段によりクッキーの内容が盗用された場合でも、セッションＩＤもあわせて取得することは困難であるため、正規ユーザに対して提供可能な情報が悪意ユーザへ漏洩することを防止できる。
【００４１】
上述した第１および第２の実施の形態では特に言及していないが、アクセス制御部２８は、セッションＩＤに対応する固有ＩＤが設定されていない際のエラー処理において、ＳｅｓｓｉｏｎＦｉｘａｔｉｏｎの攻撃を受けている可能性をユーザに示唆してもよく、その旨を示すウェブページをユーザ端末２００へ送信して表示させてもよい。ページ要求のクッキーにおいてセッションＩＤに対応する固有ＩＤが設定されていない場合、正規ユーザが知らないうちに悪意ユーザによって設定されたセッションＩＤの使用を強制されている可能性があるからである。この変形例によれば、ＳｅｓｓｉｏｎＦｉｘａｔｉｏｎの攻撃を受けている可能性を正規ユーザに示唆でき、例えば、正規ユーザにクッキーの削除を促し、また悪意ユーザに対しての注意を喚起することができる。
【００４２】
上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。
【００４３】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【符号の説明】
【００４４】
１２  認証情報保持部、  １４  コンテント保持部、  １６  ＩＤ保持部、  ２２  要求受付部、  ２４  ログイン処理部、  ２６  ＩＤ管理部、  ２８  アクセス制御部、  ３０  コンテント提供部、  １００  ウェブサーバ、  ２００  ユーザ端末、  ２０２  キャッシュサーバ、  ３００  通信網。
【図１】
2011203900.tif 000003
【図２】
2011203900.tif 000004
【図３】
2011203900.tif 000005
【図４】
2011203900.tif 000006
【図５】
2011203900.tif 000007