JP2011113467A - セキュリティ強化装置およびセキュリティ強化方法 - Google Patents

Abstract

【課題】Ｗｅｂアプリケーションを修正することなくＷｅｂブラウザからＷｅｂアプリケーションに対する不正な情報の送信を防ぐことができる。
【解決手段】インターフェース３１０はデータの送受信を行う。ログイン情報データベース３３０はパスワードをＷｅｂアプリケーションのアクセス先を示す情報と関連付けて記憶する。演算装置３２０は、リクエストメッセージの送信先が特定の送信先である場合、Ｗｅｂブラウザにパスワードの送信を要求し、送信されたパスワードがＷｅｂアプリケーションのアクセス先を示す情報と関連付けられてログイン情報データベース３３０に記憶されているか否かを判定する。パスワードがＷｅｂアプリケーションのアクセス先を示す情報と関連付けられて記憶されている場合、演算装置３２０は、リクエストメッセージを特定の送信先であるＷｅｂアプリケーションにインターフェース３１０を介して送信する。
【選択図】図２

Description

本発明は、セキュリティ強化装置およびセキュリティ強化方法に関する。

Ｗｅｂ（ウェブ）システムはＷｅｂアプリケーションとＷｅｂブラウザからなるサーバクライアント型のシステムであり、インターネットの普及に伴って広く利用されている。

図１６は、従来のＷｅｂシステムにおけるＷｅｂブラウザとＷｅｂアプリケーションとの動作手順を示したシーケンス図である。

（ステップＳ５０１）Ｗｅｂブラウザは、情報を送信するための入力画面の表示要求を含んだリクエストメッセージをＷｅｂアプリケーションに送信する。

（ステップＳ５０２）Ｗｅｂアプリケーションは、送信されたリクエストメッセージに含まれる要求に基づいて処理を行う。ここでは、ステップＳ５０１でＷｅｂブラウザが送信したリクエストメッセージには情報を送信するための入力画面の表示要求が含まれているため、Ｗｅｂアプリケーションは、情報の入力画面を表示させるためのレスポンスメッセージをＷｅｂブラウザに送信する。

（ステップＳ５０３）Ｗｅｂブラウザは、送信されたレスポンスメッセージに従って、情報を入力するための画面を表示する。Ｗｅｂブラウザのユーザは、情報を入力するための画面に情報を入力する。

（ステップＳ５０４）Ｗｅｂブラウザは、ステップＳ５０３で入力された情報を含んだリクエストメッセージをＷｅｂアプリケーションに送信する。

（ステップＳ５０５）Ｗｅｂアプリケーションは、送信されたリクエストメッセージに含まれる要求に基づいて処理を行う。ここでは、ステップＳ５０４でＷｅｂブラウザが送信したリクエストメッセージには情報が含まれているため、Ｗｅｂアプリケーションは、情報の登録処理を行う。

（ステップＳ５０６）Ｗｅｂアプリケーションは、情報の登録処理が完了したため、情報の登録処理が完了したことを通知する画面（確認画面）データを含んだレスポンスメッセージをＷｅｂブラウザに送信する。

（ステップＳ５０７）Ｗｅｂブラウザは、送信されたレスポンスメッセージに従って、情報の登録処理が完了したことを通知する画面（確認画面）を表示する。

上述のように、Ｗｅｂシステムは、上述したステップＳ５０１からステップＳ５０７のような処理を行う。ここでは、Ｗｅｂシステムに含まれるＷｅｂブラウザの動作環境は多岐に渡るため、Ｗｅｂアプリケーションの提供者がＷｅｂブラウザの動作環境を制限出来るケースはあまり無い。そのため、どのようなＷｅｂブラウザからでもＷｅｂアプリケーションにリクエストメッセージを送信することができる。従って、インターネットを利用して重要な情報の送受信を行う場合には、Ｗｅｂアプリケーション側がＷｅｂブラウザから送られてくる情報を厳しくチェックする必要がある。

また、Ｗｅｂの技術は、その技術の進化が速いことも一因となって、例えば数年前の技術で作られたＷｅｂアプリケーションには処理フローに由来する脆弱性が見つかる事が少なからずある。その脆弱性につけ込んだ攻撃の一つにリクエスト強要（ＣＳＲＦ、Ｃｒｏｓｓ−ｓｉｔｅ Ｒｅｑｕｅｓｔ Ｆｏｒｇｅｒｙ）と呼ばれる攻撃がある（例えば、非特許文献１参照）。

このＣＳＲＦは、ユーザが正規の手順に従って利用しているＷｅｂブラウザを、別のサイトに用意したコンテンツ上の罠のリンクを踏ませる等の手段で不正に操作させることで、（例えば、インターネットショッピングの最終決済や、退会等のＷｅｂアプリケーションの重要な処理を呼び出すようユーザを誘導する）ユーザの意図しない情報（ときには重大な情報となる）をＷｅｂアプリケーションに対して送信させてしまうことにより、被害を及ぼす攻撃である。

これを防ぐ有効な対策の一つとしては、Ｗｅｂアプリケーションのプログラムを修正して脆弱性を解消することが考えられる。例えば、重要度の高い情報の送信時には、それが確かにユーザの正しい操作によって送信された物であるか否かを判定することによって手続きの安全を図る処理をＷｅｂアプリケーションに組み込むという技術も知られている。

"ＩＰＡ ＩＳＥＣ セキュア・プログラミング講座：Ｗｅｂアプリケーション編 第４章 セッション対策：リクエスト強要（ＣＳＲＦ）対策"、［ｏｎｌｉｎｅ］、［平成２１年１１月２４日検索］、インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｉｐａ．ｇｏ．ｊｐ／ｓｅｃｕｒｉｔｙ／ａｗａｒｅｎｅｓｓ／ｖｅｎｄｏｒ／ｐｒｏｇｒａｍｍｉｎｇｖ２／ｃｏｎｔｅｎｔｓ／３０１．ｈｔｍｌ＞

しかしながら、Ｗｅｂアプリケーションのプログラムの修正を行うことにより脆弱性を解消させる場合には、プログラム修正の手法がＷｅｂアプリケーションによって個々に異なってしまう。その為に、プログラムの修正コストは、一般的に、Ｗｅｂアプリケーションの数に比例して増大してしまう。従って、プログラムの修正に必要とされるコストを負担する立場の者にとっては、経済的に非常に大きな問題ともなりえる。

また、現実にはＷｅｂアプリケーション開発時の情報の引き継ぎが不十分であったり、継続的な修正が必要という認識が無かったりすることから、脆弱性を含んだままのＷｅｂアプリケーションがそのまま運用され続けてしまうケースも多々実在すると云われている。

本発明は、Ｗｅｂアプリケーションを修正することなく、ＷｅｂブラウザからＷｅｂアプリケーションに対して不正な情報の送信を防ぐことができるセキュリティ強化装置およびセキュリティ強化方法を提供することを目的とする。

本発明は、Ｗｅｂブラウザが動作する端末装置と、Ｗｅｂアプリケーションが動作するサーバ装置と、セキュリティ強化装置とが通信可能なネットワークで接続しているＷｅｂシステムにおけるセキュリティ強化装置であって、前記Ｗｅｂアプリケーションおよび前記Ｗｅｂブラウザとデータの送受信を行う通信部と、前記Ｗｅｂブラウザが前記Ｗｅｂアプリケーションにログインする際に用いるパスワードを、当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けて記憶するログイン情報データベースと、前記Ｗｅｂブラウザから前記Ｗｅｂアプリケーションに送信されるリクエストメッセージの送信先が特定の送信先である場合、当該Ｗｅｂブラウザに前記パスワードの送信を要求し、当該Ｗｅｂブラウザから送信された前記パスワードが当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けられて前記ログイン情報データベースに記憶されているか否かを判定する判定部と、前記判定部によって、当該Ｗｅｂブラウザから送信された前記パスワードは当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けられて前記ログイン情報データベースに記憶されていると判定された場合、前記リクエストメッセージを前記特定の送信先である前記Ｗｅｂアプリケーションに前記通信部を介して送信する制御部と、を備えたことを特徴とするセキュリティ強化装置である。

この構成によれば、通信部は、ＷｅｂアプリケーションおよびＷｅｂブラウザとデータの送受信を行う。また、ログイン情報データベースは、ＷｅｂブラウザがＷｅｂアプリケーションにログインする際に用いるパスワードを、当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けて記憶する。また、判定部は、ＷｅｂブラウザからＷｅｂアプリケーションに送信されるリクエストメッセージの送信先が特定の送信先である場合、当該Ｗｅｂブラウザにパスワードの送信を要求し、当該Ｗｅｂブラウザから送信されたパスワードが当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けられてログイン情報データベースに記憶されているか否かを判定する。また、判定部によって、当該Ｗｅｂブラウザから送信されたパスワードは当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けられてログイン情報データベースに記憶されていると判定された場合、制御部場、リクエストメッセージを特定の送信先であるＷｅｂアプリケーションに通信部を介して送信する。

また、本発明のセキュリティ強化装置において、前記通信部は、Ｗｅｂブラウザから前記Ｗｅｂアプリケーションに送信される情報がログイン情報を含んだリクエストメッセージである場合、当該リクエストメッセージを前記Ｗｅｂアプリケーションに送信して、当該Ｗｅｂアプリケーションから当該リクエストメッセージに対するレスポンスメッセージを受信し、前記制御部は、前記レスポンスメッセージに含まれる文字列にログインが成功したことを示す文字列が含まれている場合、前記リクエストメッセージのログイン情報に含まれる前記パスワードを当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けて前記ログイン情報データベースに記憶させることを特徴とする。

この構成によれば、通信部は、ＷｅｂブラウザからＷｅｂアプリケーションに送信される情報がログイン情報を含んだリクエストメッセージである場合、当該リクエストメッセージをＷｅｂアプリケーションに送信して、当該Ｗｅｂアプリケーションから当該リクエストメッセージに対するレスポンスメッセージを受信する。また、制御部は、レスポンスメッセージに含まれる文字列にログインが成功したことを示す文字列が含まれている場合、リクエストメッセージのログイン情報に含まれるパスワードを当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けてログイン情報データベースに記憶させる。

また、本発明は、Ｗｅｂブラウザが動作する端末装置と、Ｗｅｂアプリケーションが動作するサーバ装置と、セキュリティ強化装置とが通信可能なネットワークで接続しているＷｅｂシステムにおけるセキュリティ強化方法であって、通信部が、前記Ｗｅｂアプリケーションおよび前記Ｗｅｂブラウザとデータの送受信を行う通信ステップと、ログイン情報データベースが、前記Ｗｅｂブラウザが前記Ｗｅｂアプリケーションにログインする際に用いるパスワードを、当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けて記憶するログイン情報記憶ステップと、判定部が、前記Ｗｅｂブラウザから前記Ｗｅｂアプリケーションに送信されるリクエストメッセージの送信先が特定の送信先である場合、当該Ｗｅｂブラウザに前記パスワードの送信を要求し、当該Ｗｅｂブラウザから送信された前記パスワードが当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けられて前記ログイン情報データベースに記憶されているか否かを判定する判定ステップと、前記判定ステップで、当該Ｗｅｂブラウザから送信された前記パスワードは当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けられて前記ログイン情報データベースに記憶されていると判定された場合、制御部が、前記リクエストメッセージを前記特定の送信先である前記Ｗｅｂアプリケーションに前記通信部を介して送信する制御ステップと、を含んだことを特徴とするセキュリティ強化方法である。

第１の発明によると、セキュリティ強化装置は、Ｗｅｂブラウザから送信されたリクエストメッセージを特定の送信先であるＷｅｂアプリケーションに送信する前に、Ｗｅｂブラウザにパスワードの入力を行わせ、Ｗｅｂブラウザに入力されたパスワードが、Ｗｅｂアプリケーションへのログインが成功した際に用いたパスワードである場合に、通信部は、リクエストメッセージを特定の送信先であるＷｅｂアプリケーションに送信する。これにより、Ｗｅｂアプリケーションを修正することなくＷｅｂブラウザからＷｅｂアプリケーションに対する不正な情報の送信を防ぐことができる効果がある。

また、第２の発明によると、セキュリティ強化装置は、ＷｅｂブラウザがＷｅｂアプリケーションへのログインが成功した際に用いたパスワードをログイン情報データベースに記憶させることができるため、予めパスワードを記憶させることなく、ＷｅｂブラウザからＷｅｂアプリケーションに対する不正な情報の送信を防ぐことができる効果がある。

また、第３の発明によると、セキュリティ強化方法は、Ｗｅｂブラウザから送信されたリクエストメッセージを特定の送信先であるＷｅｂアプリケーションに送信する前に、Ｗｅｂブラウザにパスワードの入力を行わせ、Ｗｅｂブラウザに入力されたパスワードが、Ｗｅｂアプリケーションへのログインが成功した際に用いたパスワードである場合に、リクエストメッセージを特定の送信先であるＷｅｂアプリケーションに送信する。これにより、Ｗｅｂアプリケーションを修正することなくＷｅｂブラウザからＷｅｂアプリケーションに対する不正な情報の送信を防ぐことができる効果がある。

本発明の第１の実施形態におけるセキュリティ強化装置を含んだＷｅｂシステムの構成を示した概略図である。 本発明の第１の実施形態におけるセキュリティ強化装置の構成を示したブロック図である。 本発明の第１の実施形態におけるログイン情報テーブルのデータ構造を示した概略図である。 本発明の第１の実施形態における入力画面テーブルのデータ構造を示した概略図である。 本発明の第１の実施形態におけるセッション管理テーブルのデータ構造を示した概略図である。 本発明の第１の実施形態におけるパスワード再入力画面（１）を示した概略図である。 本発明の第１の実施形態におけるパスワード再入力画面（２）を示した概略図である。 本発明の第１の実施形態において、ＷｅｂブラウザからＷｅｂアプリケーションに送信するリクエストメッセージの構造を示した説明図である。 本発明の第１の実施形態において、ＷｅｂアプリケーションからＷｅｂブラウザに送信するレスポンスメッセージの構造を示した説明図である。 本発明の第１の実施形態におけるセキュリティ強化装置が、ＷｅｂブラウザからＷｅｂアプリケーションに送信されるパスワードを抽出してログイン情報データベースに記憶させる手順を示したフローチャートである。 本発明の第１の実施形態において、Ｗｅｂブラウザから保護対象のＵＲＬで示されるＷｅｂアプリケーションに情報を送信する際の、Ｗｅｂブラウザとセキュリティ強化装置とＷｅｂアプリケーションとの動作手順を示したシーケンス図である。 本発明の第１の実施形態におけるセキュリティ強化装置が、Ｗｅｂブラウザから送信された情報のみを保護対象のＵＲＬ示されるＷｅｂアプリケーションに転送する手順を示したフローチャートである。 本発明の第２の実施形態におけるセキュリティ強化装置の構成を示したブロック図である。 本発明の第２の実施形態におけるパスワード変更情報テーブルのデータ構造を示した概略図である。 本発明の第２の実施形態におけるセキュリティ強化装置が、ＷｅｂブラウザからＷｅｂアプリケーションに送信されるパスワードの変更メッセージを含んだリクエストメッセージに含まれる変更後のパスワードを抽出してログイン情報データベースに記憶させる手順を示したフローチャートである。 従来のＷｅｂシステムにおけるＷｅｂブラウザとＷｅｂアプリケーションとの動作手順を示したシーケンス図である。

（第１の実施形態）
以下、本発明のセキュリティ強化装置の第１の実施形態について図面を参照して説明する。図１は、本実施形態におけるセキュリティ強化装置を含んだＷｅｂ（ウェブ）システムの構成を示した概略図である。図示する例では、Ｗｅｂシステムは、端末装置１００と、Ｗｅｂアプリケーションサーバ２００と、セキュリティ強化装置３００と、ネットワーク４００とを含んでいる。なお、サービス提供側が、Ｗｅｂアプリケーションサーバ２００とセキュリティ強化装置３００とを構築する。

端末装置１００は、入力部と、制御部と、通信部と、記憶部と、表示部とを備え、ソフトウェアであるＷｅｂブラウザ１０１を動作させる装置である。例えば、端末装置１００は、パーソナルコンピュータや携帯電話である。

Ｗｅｂアプリケーションサーバ２００は、入力部と、制御部と、通信部と、記憶部と、表示部とを備え、ソフトウェアであるＷｅｂアプリケーション２０１を動作させる装置である。例えば、Ｗｅｂアプリケーションサーバ２００は、サーバ装置である。

セキュリティ強化装置３００は、端末装置１００上で動作しているＷｅｂブラウザ１０１と、Ｗｅｂアプリケーションサーバ２００上で動作しているＷｅｂアプリケーション２０１との間の通信を仲介する装置であり、Ｗｅｂブラウザ１０１から送信される情報をＷｅｂアプリケーション２０１に転送する装置である。

ネットワーク４００は、端末装置１００とセキュリティ強化装置３００とを通信可能に接続している。また、Ｗｅｂアプリケーションサーバ２００とセキュリティ強化装置３００とは通信可能なネットワークで接続されている。これにより、端末装置１００上で動作しているＷｅｂブラウザ１０１と、Ｗｅｂアプリケーションサーバ２００上で動作しているＷｅｂアプリケーション２０１とは互いにデータの送受信を行うことができる。

次に、セキュリティ強化装置３００の構成について説明する。図２は、本実施形態におけるセキュリティ強化装置３００の構成を示したブロック図である。図示する例では、セキュリティ強化装置３００は、インターフェース３１０（通信部）と、演算装置３２０（判定部、制御部）と、ログイン情報データベース３３０と、入力画面データベース３４０と、セッション管理データベース３５０とを備えている。

インターフェース３１０は、他の装置とデータの送受信を行う。演算装置３２０は、プログラムに基づいて演算を行い、セキュリティ強化装置３００が備える各部の制御を行う。ログイン情報データベース３３０はハードディスクなどの記憶装置であり、ログイン情報テーブルを記憶する。入力画面データベース３４０はハードディスクなどの記憶装置であり、入力画面テーブルを記憶する。セッション管理データベース３５０は、セッション管理テーブルを記憶する。

次に、ログイン情報データベース３３０が記憶するログイン情報テーブルについて説明する。図３は、本実施形態におけるログイン情報テーブルのデータ構造を示した概略図である。図示する例では、ログイン情報テーブルは表形式のデータ構造を有しており、「ログイン情報が送付されるＵＲＬ」と、「パスワード識別子」と、「ログイン成功画面に含まれる文字列」とのデータ項目を有する。また、ログイン情報テーブルは、各データ項目の情報を行毎に関連付けて記憶している。

「ログイン情報が送付されるＵＲＬ」は、Ｗｅｂブラウザ１０１から送信されるログイン情報を含んだリクエストメッセージの送付先を示すＵＲＬである。「パスワード識別子」は、リクエストメッセージのメッセージボディに含まれるパスワードを示す識別子である。「ログイン成功画面に含まれる文字列」は、ログインが成功した場合に、Ｗｅｂアプリケーションから送信されるレスポンスメッセージのメッセージボディに含まれる文字列を示している。

次に、ログイン情報テーブルの各行が示す内容について説明する。例えば、行３０１に示す例では、Ｗｅｂブラウザ１０１から送信されるログイン情報を含んだリクエストメッセージの送付先が「ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｊｐ／ｌｏｇｉｎ．ｃｇｉ」である場合、このリクエストメッセージのメッセージボディに含まれるパスワードは「ｐａｒａｍ１」の値である。また、このリクエストメッセージによるログインが成功した場合には、Ｗｅｂアプリケーション２０１から送信されるレスポンスメッセージのメッセージボディに「ようこそｅｘａｍｐｌｅへ」が含まれていることを示している。なお、他の行に示す例は図示するとおりである。

次に、入力画面データベース３４０が記憶する入力画面テーブルについて説明する。図４は、本実施形態における入力画面テーブルのデータ構造を示した概略図である。図示する例では、入力画面テーブルは表形式のデータ構造を有しており、「保護対象のＵＲＬ」と、「パスワード再入力画面データ」とのデータ項目を有する。また、入力画面テーブルは、各データ項目の情報を行毎に関連付けて記憶している。

「保護対象のＵＲＬ」は、Ｗｅｂブラウザ１０１から送信されるリクエストメッセージの送付先のＵＲＬのうち、保護対象のＵＲＬ（特定の送信先）である。例えば、ユーザ情報の登録および更新を行う情報の送信先を示すＵＲＬや、商品の注文情報の送信先など、重要な情報の送信先のＵＲＬが保護対象のＵＲＬとして考えられる。なお、具体例を挙げたが、どのようなＵＲＬを保護対象のＵＲＬとしてもよい。

「パスワード再入力画面データ」は、保護対象のＵＲＬで示された宛先に送信する情報を含んだリクエストメッセージがＷｅｂブラウザ１０１から送信された場合、当該Ｗｅｂブラウザ１０１に送信する、パスワードの再入力を促す画面であるパスワード再入力画面を表示させるためのパスワード再入力画面データを示している。

次に、入力画面テーブルの各行が示す内容について説明する。例えば、行４０１に示す例では、Ｗｅｂブラウザ１０１から送信されるリクエストメッセージの送付先が保護対象のＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｊｐ／ｕｓｅｒｉｎｆｏ．ｃｇｉ」である場合、セキュリティ強化装置３００は、このリクエストメッセージの送信元であるＷｅｂブラウザ１０１に「パスワード再入力画面データ（１）」を送信することを示している。なお、他の行に示す例は図示するとおりである。

次に、セッション管理データベース３５０が記憶するセッション管理テーブルについて説明する。図５は、本実施形態におけるセッション管理テーブルのデータ構造を示した概略図である。図示する例では、セッション管理テーブルは表形式のデータ構造を有しており、「アクセス先」と、「セッションＩＤ」と、「パスワード」と、「有効期限」とのデータ項目を有する。また、セッション管理テーブルは、各データ項目の情報を行毎に関連付けて記憶している。

「アクセス先」は、Ｗｅｂアプリケーション２０１のホスト名である。「セッションＩＤ」は、「アクセス先」で特定されるＷｅｂアプリケーション２０１に接続しているＷｅｂブラウザ１０１を一意に特定するＩＤである。「パスワード」は、「セッションＩＤ」で特定されるＷｅｂブラウザ１０１が、「アクセス先」で特定されるＷｅｂアプリケーション２０１へのログインに成功した際のパスワードである。「有効期限」は、「セッションＩＤ」で特定されるＷｅｂブラウザ１０１とのセッションの有効期限を示す。なお、有効期限が切れた行の情報は消去される。例えば、演算装置３２０は、１時間間隔にセッション管理データベース３５０のセッション管理テーブルの「有効期限」を読み出し、有効期限が切れた行の情報を消去する。

次に、セッション管理テーブルの各行が示す内容について説明する。例えば、行５０１に示す例では、Ｗｅｂアプリケーション２０１のホスト名は「ｗｗｗ．ｅｘａｍｐｌｅ．ｊｐ」であり、このホスト名で特定されるＷｅｂアプリケーション２０１に接続しているＷｅｂブラウザ１０１を一意に特定するセッションＩＤは「４ａ５ｄ７１ｂ５３ｆ８ｃ２」であり、このＷｅｂブラウザ１０１がＷｅｂアプリケーション２０１へのログインに成功した際のパスワードは「６Ｋ７ｒｐ８Ｄｉ」であり、このセッションの有効期限は「Ｓｕｎ， ６−Ｄｅｃ−２００９ １２：０５：１０ ＧＭＴ」であることを示している。「Ｓｕｎ， ６−Ｄｅｃ−２００９ １２：０５：１０ ＧＭＴ」は、グリニッジ標準時２００９年１２月６日（日曜日）１２時５分１０秒を示している。なお、他の行に示す例は図示するとおりである。また、図示する例では、パスワードの値をそのままセッション管理テーブルに記憶しているが、ハッシュ化した値を記憶してもよい。

次に、本実施形態におけるパスワード再入力画面について説明する。図６は、本実施形態におけるパスワード再入力画面（１）を示した概略図である。パスワード再入力画面（１）は、パスワード入力領域６０１と、ＯＫボタン６０２と、ｃａｎｃｅｌボタン６０３とを含んでいる。また、パスワード再入力画面（１）は、画面上部に「ユーザ情報を更新します 確認の為パスワードを入れて下さい」を表示している。

図７は、本実施形態におけるパスワード再入力画面（２）を示した概略図である。パスワード再入力画面（２）は、パスワード入力領域７０１と、ＯＫボタン７０２と、ｃａｎｃｅｌボタン７０３とを含んでいる。また、パスワード再入力画面（２）は、画面上部に「注文情報を更新します 確認の為パスワードを入れて下さい」を表示している。

次に、本実施形態において、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１に送信するリクエストメッセージの構造について説明する。図８は、本実施形態において、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１に送信するリクエストメッセージの構造を示した説明図である。

Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１に送信するリクエストメッセージは、リクエストラインと、リクエストヘッダと、メッセージボディとを含んでいる。例えば、リクエストラインの「ＰＯＳＴ」の値が、リクエストメッセージの送信先のパスである。また、リクエストヘッダの「ｈｏｓｔ」の値が、リクエストメッセージの送信先のホスト名である。また、リクエストヘッダの「Ｃｏｏｋｉｅ：ｓｅｓｓｉｏｎ」の値がセッションＩＤである。また、メッセージボディのうち、ログイン情報テーブルの「パスワード識別子」で特定される値が、Ｗｅｂアプリケーション２０１へのログインの際にＷｅｂブラウザ１０１が送信するパスワードである。また、リクエストヘッダとメッセージボディとの間には空行を含んでいる。この空行は、リクエストヘッダとメッセージボディとの区切りを示す。

図示する例では、リクエストラインは「ＰＯＳＴ ／ｃｇｉ−ｂｉｎ／ｌｏｇｉｎ．ｃｇｉ」であり、リクエストヘッダは「ｈｏｓｔ： ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ［改行］Ｕｓｅｒ−Ａｇｅｎｔ： ＭＯＺＩＬＬＡ１／０［改行］Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ｔｅｘｔ／ｐｌａｉｎ［改行］Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ： ５４［改行］Ｃｏｏｋｉｅ： ｓｅｓｓｉｏｎ＝ａａａａｂｂｂｂ」であり、メッセージボディは「ｕｓｅｒｎａｍｅ＝ａａａａａ＆ｐａｒａｍ１＝ｘｘｘｙｙｚｚｚ」である。

リクエストライン「ＰＯＳＴ ／ｃｇｉ−ｂｉｎ／ｌｏｇｉｎ．ｃｇｉ」であるため、リクエストメッセージの送信先のパスは「／ｌｏｇｉｎ．ｃｇｉ」である。また、リクエストヘッダ「ｈｏｓｔ： ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」であるため、リクエストメッセージの送信先のホスト名は「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」である。また、リクエストヘッダ「Ｃｏｏｋｉｅ：ｓｅｓｓｉｏｎ＝ａａａａｂｂｂｂ」であるため、セッションＩＤは「ａａａａｂｂｂｂ」である。また、ログイン情報テーブルの「ログイン情報が送付されるＵＲＬ」「ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」に関連付けられている「パスワード識別子」が「ｐａｒａｍ１」である場合、メッセージボディ「ｐａｒａｍ１＝ｘｘｘｙｙｚｚｚ」であるため、Ｗｅｂアプリケーション２０１へのログインの際にＷｅｂブラウザ１０１が送信するパスワードは「ｘｘｘｙｙｚｚｚ」である。

次に、本実施形態において、Ｗｅｂアプリケーション２０１からＷｅｂブラウザ１０１に送信するレスポンスメッセージの構造について説明する。図９は、本実施形態において、Ｗｅｂアプリケーション２０１からＷｅｂブラウザ１０１に送信するレスポンスメッセージの構造を示した説明図である。

Ｗｅｂアプリケーション２０１からＷｅｂブラウザ１０１に送信するレスポンスメッセージは、レスポンストラインと、レスポンスヘッダと、メッセージボディとを含んでいる。例えば、レスポンスヘッダの「Ｓｅｔ−Ｃｏｏｋｉｅ：ｓｅｓｓｉｏｎ」の値がセッションＩＤである。また、レスポンスヘッダの「Ｓｅｔ−Ｃｏｏｋｉｅ：ｅｘｐｉｒｅｓ」の値が有効期限である。また、メッセージボディの「＜ｈｔｍｌ＞ ＜／ｈｔｍｌ＞」タグで囲まれた文字列が、Ｗｅｂブラウザ１０１が表示する画面を示す。また、リクエストヘッダとメッセージボディとの間には空行を含んでいる。この空行は、リクエストヘッダとメッセージボディとの区切りを示す。

図示する例では、レスポンストラインは「ＨＴＴＰ１．１ ２００ ＯＫ」であり、レスポンスヘッダは「Ｄａｔａ：Ｓｕｎ，０６−Ｄｅｃ−２００９ ０８：０５：１０ ＧＭＴ［改行］Ｃｏｎｔｅｎｔ−Ｔｙｐｅ： ｔｅｘｔ／ｈｔｍｌ［改行］Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ： ８９［改行］Ｓｅｔ−Ｃｏｏｋｉｅ： ｓｅｓｓｉｏｎ＝ａａａａｂｂｂｂ ｅｘｐｉｒｅｓ＝ Ｓｕｎ，０６−Ｄｅｃ−２００９ １２：０５：１０ ＧＭＴ；」であり、メッセージボディは「<ｈｔｍｌ＞［改行］〜中略〜［改行］ログインに成功しました［改行］〜中略〜［改行］<／ｈｔｍｌ＞」である。

レスポンスヘッダ「Ｓｅｔ−Ｃｏｏｋｉｅ：ｓｅｓｓｉｏｎ＝ａａａａｂｂｂｂ」であるため、セッションＩＤは「ａａａａｂｂｂｂ」である。また、レスポンスヘッダ「Ｓｅｔ−Ｃｏｏｋｉｅ：ｅｘｐｉｒｅｓ＝ Ｓｕｎ，０６−Ｄｅｃ−２００９ １２：０５：１０ ＧＭＴ；」であるため、有効期限は「Ｓｕｎ，０６−Ｄｅｃ−２００９ １２：０５：１０ ＧＭＴ」である。また、メッセージボディ「<ｈｔｍｌ＞［改行］〜中略〜［改行］ログインに成功しました［改行］〜中略〜［改行］<／ｈｔｍｌ＞」であるため、Ｗｅｂブラウザ１０１が表示する画面は「〜中略〜［改行］ログインに成功しました［改行］〜中略〜」を表示する。

次に、本実施形態におけるセキュリティ強化装置３００の動作について説明する。Ｗｅｂブラウザ１０１は、Ｗｅｂアプリケーション２０１にログインする際に、Ｗｅｂアプリケーション２０１にパスワードを送信する。Ｗｅｂアプリケーション２０１は、例えば、送信されたパスワードがＷｅｂアプリケーションサーバ２００の記憶部に登録されているパスワードである場合、Ｗｅｂブラウザ１０１のログインを許可する。

このとき、セキュリティ強化装置３００は、Ｗｅｂブラウザ１０１がＷｅｂアプリケーション２０１に送信するパスワードを抽出する。また、セキュリティ強化装置３００は、Ｗｅｂブラウザ１０１のログインが成功した場合、抽出したパスワードをログイン情報データベース３３０に記憶させる。そして、Ｗｅｂブラウザ１０１から保護対象のＵＲＬで示されたＷｅｂアプリケーション２０１にリクエストメッセージを送信する際に、そのＷｅｂブラウザ１０１がログイン済みのＷｅｂブラウザ１０１であることを確認するために、ログイン情報データベース３３０に記憶させているパスワードを利用する。

具体的には、Ｗｅｂブラウザ１０１から保護対象のＵＲＬで示されたＷｅｂアプリケーション２０１にリクエストメッセージを送信する際に、セキュリティ強化装置３００は、Ｗｅｂブラウザ１０１にパスワードを送信させる。そしてセキュリティ強化装置３００は、送信されたパスワードとログイン情報データベース３３０に記憶させているパスワードとが一致した場合、Ｗｅｂブラウザ１０１から送信されたリクエストメッセージをＷｅｂアプリケーション２０１に転送する。これにより、Ｗｅｂアプリケーションを修正することなく、Ｗｅｂブラウザから保護対象のＵＲＬで示されたＷｅｂアプリケーションに対して不正な情報の送信を防ぐことができる。

次に、セキュリティ強化装置３００が、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１に送信されるパスワードを抽出してログイン情報データベース３３０に記憶させる手順について説明する。図１０は、本実施形態におけるセキュリティ強化装置３００が、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１に送信されるパスワードを抽出してログイン情報データベース３３０に記憶させる手順を示したフローチャートである。

（ステップＳ１０１）セキュリティ強化装置３００のインターフェース３１０は、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１宛に送信されたリクエストメッセージを受信する。演算装置３２０は、インターフェース３１０が受信したリクエストメッセージのＵＲＬを取得し、ステップＳ１０２の処理に進む。例えば、リクエストメッセージリクエストヘッダの「ｈｏｓｔ」に含まれているホスト名と、リクエストラインの「ＰＯＳＴ」に含まれているパスとを合わせたものがＵＲＬである。図８に示したリクエストメッセージのＵＲＬは、ホスト名「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」であり、パス「／ｌｏｇｉｎ．ｃｇｉ」であるため、ＵＲＬは「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」である。

（ステップＳ１０２）演算装置３２０は、ステップＳ１０１で取得したリクエストメッセージのＵＲＬが、ログイン情報データベース３３０の「ログイン情報が送付されるＵＲＬ」に記憶されているログイン情報の送信先を示すＵＲＬである場合、ステップＳ１０１でインターフェース３１０が受信したリクエストメッセージのメッセージボディに含まれているパスワードを抽出し、記憶部に記憶させる。その後、ステップＳ１０３の処理に進む。

例えば、ステップＳ１０１で取得したリクエストメッセージのＵＲＬが「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」である場合、図３に示したログイン情報テーブルの行３０１に記憶されているため、演算装置３２０はステップＳ１０１で取得したリクエストメッセージのＵＲＬが、ログイン情報データベース３３０の「ログイン情報が送付されるＵＲＬ」に記憶されているログイン情報の送信先を示すＵＲＬであると判定する。

また、例えば、ログイン情報テーブルの「ログイン情報が送付されるＵＲＬ」「ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」に関連付けられている「パスワード識別子」が「ｐａｒａｍ１」であり、ステップＳ１０１で取得したリクエストメッセージのメッセージボディのｐａｒａｍ１の値が「ｘｘｘｙｙｚｚｚ」である場合、ｐａｒａｍ１の値がパスワードであるため、演算装置３２０は、ステップＳ１０１でインターフェース３１０が受信したリクエストメッセージのメッセージボディに含まれているパスワード「ｘｘｘｙｙｚｚｚ」を抽出する。

（ステップＳ１０３）セキュリティ強化装置３００のインターフェース３１０は、ステップＳ１０１で受信したリクエストメッセージを、Ｗｅｂアプリケーション２０１に転送する。Ｗｅｂアプリケーション２０１は、転送されたリクエストメッセージに含まれるパスワードが予めＷｅｂアプリケーションサーバ２００の記憶部に登録されているパスワードである場合、ログインが成功したことを示すレスポンスメッセージをＷｅｂブラウザ１０１に送信する。

セキュリティ強化装置３００のインターフェース３１０は、Ｗｅｂアプリケーション２０１からＷｅｂブラウザ１０１に送信するレスポンスメッセージを受信する。また、インターフェース３１０は、受信したレスポンスメッセージをＷｅｂブラウザ１０１に転送する。その後、ステップＳ１０４の処理に進む。

（ステップＳ１０４）演算装置３２０は、ステップＳ１０３でインターフェース３１０が受信したレスポンスメッセージのメッセージボディに、ステップＳ１０２で判定したＵＲＬと関連付けて記憶されている「ログイン成功画面に含まれる文字列」に記憶されている文字列と同一の文字列が含まれている場合、Ｗｅｂブラウザ１０１のログインが成功したと判定する。演算装置３２０が、Ｗｅｂブラウザ１０１のログインが成功したと判定した場合はステップＳ１０５の処理に進み、それ以外の場合にはステップＳ１０６の処理に進む。

例えば、ステップＳ１０１で取得したリクエストメッセージのＵＲＬが「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」である場合、図３に示したログイン情報テーブルの行３０１の「ログイン成功画面に含まれる文字列」に記憶されている文字列は「ようこそｅｘａｍｐｌｅへ」である。これは、ステップＳ１０３でインターフェース３１０が受信したレスポンスメッセージのメッセージボディに、「ようこそｅｘａｍｐｌｅへ」が含まれている場合、Ｗｅｂブラウザ１０１のログインが成功したことを示している。

よって、演算装置３２０は、ステップＳ１０１で取得したリクエストメッセージのＵＲＬが「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」であり、ステップＳ１０３でインターフェース３１０が受信したレスポンスメッセージのメッセージボディに、「ようこそｅｘａｍｐｌｅへ」が含まれている場合、Ｗｅｂブラウザ１０１のログインが成功したと判定する。

（ステップＳ１０５）演算装置３２０は、ステップＳ１０３でインターフェース３１０が受信したレスポンスメッセージのレスポンスヘッダから「セッションＩＤ」と「有効期限」を抽出する。続いて、演算装置３２０は、抽出した「セッションＩＤ」と「有効期限」と、「アクセス先（ステップＳ１０１で抽出した「ホスト名」）」と、ステップＳ１０２で抽出した「パスワード」とを関連付けてセッション管理データベース３５０のセッション管理テーブルに記憶させ、処理を終了する。

（ステップＳ１０６）演算装置３２０は、ステップＳ１０２で抽出して記憶部に記憶させた「パスワード」を記憶部から消去し、処理を終了する。

上述したとおり、ステップＳ１０１からステップＳ１０６の処理により、セキュリティ強化装置３００は、Ｗｅｂブラウザ１０１のログイン時にＷｅｂブラウザ１０１からＷｅｂアプリケーション２０１に送信されるパスワードを抽出してログイン情報データベース３３０に記憶させることができる。

次に、Ｗｅｂブラウザ１０１から保護対象のＵＲＬで示されるＷｅｂアプリケーション２０１に情報を送信する際の、Ｗｅｂブラウザ１０１とセキュリティ強化装置３００とＷｅｂアプリケーション２０１との動作手順について説明する。図１１は、本実施形態において、Ｗｅｂブラウザ１０１から保護対象のＵＲＬで示されるＷｅｂアプリケーション２０１に情報を送信する際の、Ｗｅｂブラウザ１０１とセキュリティ強化装置３００とＷｅｂアプリケーション２０１との動作手順を示したシーケンス図である。

（ステップＳ２０１）Ｗｅｂブラウザ１０１は、情報を送信するための入力画面の表示要求を含んだリクエストメッセージをＷｅｂアプリケーション２０１に送信する。

（ステップＳ２０２）セキュリティ強化装置３００のインターフェース３１０は、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１宛に送信されたリクエストメッセージを受信する。演算装置３２０は、インターフェース３１０が受信したリクエストメッセージのＵＲＬを取得する。演算装置３２０は、取得したリクエストメッセージのＵＲＬが、ログイン情報データベース３３０の「ログイン情報が送付されるＵＲＬ」または入力画面データベース３４０の「保護対象のＵＲＬ」に記憶されているＵＲＬであるか否かを判定する。

ここでは、ステップＳ２０１で送信されたリクエストメッセージは、情報を送信するための入力画面の表示要求を含んだリクエストメッセージであるため、演算装置３２０は、取得したリクエストメッセージのＵＲＬが、ログイン情報データベース３３０の「ログイン情報が送付されるＵＲＬ」または入力画面データベース３４０の「保護対象のＵＲＬ」に記憶されているＵＲＬではないと判定する。

ステップＳ２０１で送信されたリクエストメッセージのＵＲＬが、ログイン情報データベース３３０の「ログイン情報が送付されるＵＲＬ」または入力画面データベース３４０の「保護対象のＵＲＬ」に記憶されているＵＲＬではないと演算装置３２０が判定したため、インターフェース３１０は、ステップＳ１０１で取得したリクエストメッセージをＷｅｂアプリケーション２０１に転送する。

（ステップＳ２０３）Ｗｅｂアプリケーション２０１は、転送されたリクエストメッセージに含まれる要求に基づいて処理を行う。ここでは、ステップＳ２０１でＷｅｂブラウザ１０１が送信したリクエストメッセージには情報を送信するための入力画面の表示要求が含まれているため、Ｗｅｂアプリケーション２０１は、情報の入力画面を表示させるためのレスポンスメッセージをＷｅｂブラウザ１０１に送信する。

（ステップＳ２０４）Ｗｅｂブラウザ１０１は、送信されたレスポンスメッセージに従って、情報を入力するための画面を表示する。Ｗｅｂブラウザ１０１のユーザは、情報を入力するための画面に情報を入力する。

（ステップＳ２０５）Ｗｅｂブラウザ１０１は、ステップＳ２０４で入力された情報を含んだリクエストメッセージをＷｅｂアプリケーション２０１に送信する。

（ステップＳ２０６）セキュリティ強化装置３００のインターフェース３１０は、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１宛に送信されたリクエストメッセージを受信する。演算装置３２０は、インターフェース３１０が受信したリクエストメッセージのＵＲＬを取得する。演算装置３２０は、取得したリクエストメッセージのＵＲＬが、ログイン情報データベース３３０の「ログイン情報が送付されるＵＲＬ」または入力画面データベース３４０の「保護対象のＵＲＬ」に記憶されているＵＲＬであるか否かを判定する。

ここでは、ステップＳ２０５で送信されたリクエストメッセージは、保護対象のＵＲＬで示されたＷｅｂアプリケーション２０１宛に送信されたリクエストメッセージであるため、演算装置３２０は、取得したリクエストメッセージのＵＲＬが、入力画面データベース３４０の「保護対象のＵＲＬ」に記憶されているＵＲＬであると判定する。

（ステップＳ２０７）ステップＳ２０５で取得したリクエストメッセージのＵＲＬが、入力画面データベース３４０の「保護対象のＵＲＬ」に記憶されているＵＲＬであると演算装置３２０が判定したため、インターフェース３１０は、ステップＳ２０６で判定したＵＲＬと関連付けて記憶されている「パスワード再入力画面データ」に記憶されているパスワード再入力画面データをＷｅｂブラウザ１０１に送信する。

例えば、ステップＳ２０５で送信されたリクエストメッセージのＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ＪＰ・ｕｓｅｒｉｎｆｏ．ｃｇｉ」である場合、このＵＲＬと関連付けられて図４に示した入力画面データベースに記憶されている「パスワード再入力画面データ」は「パスワード再入力画面データ（１）」である。そのため、インターフェース３１０は、「パスワード再入力画面データ（１）」をＷｅｂブラウザ１０１に送信する。

（ステップＳ２０８）Ｗｅｂブラウザ１０１は、送信されたパスワード再入力画面データに従って、Ｗｅｂアプリケーション２０１にログインした際に用いたパスワードを入力するためのパスワード再入力画面を表示する。Ｗｅｂブラウザ１０１のユーザは、パスワード再入力画面にパスワードを入力し、ＯＫボタンをクリックする。

例えば、「パスワード再入力画面データ（１）」がセキュリティ強化装置３００から送信された場合、Ｗｅｂブラウザ１０１は図６に示したパスワード再入力画面（１）を表示する。そして、Ｗｅｂブラウザ１０１のユーザは、パスワード再入力画面（１）のパスワード入力領域６０１に、Ｗｅｂアプリケーション２０１にログインした際に用いたパスワードを入力し、ＯＫボタン６０２をクリックする。

（ステップＳ２０９）Ｗｅｂブラウザ１０１は、ＯＫボタンがクリックされたため、ステップＳ２０８で入力されたパスワードをセキュリティ強化装置３００に送信する。

（ステップＳ２１０）セキュリティ強化装置３００のインターフェース３１０は、Ｗｅｂブラウザ１０１から送信されたパスワードを受信する。演算装置３２０は、インターフェース３１０が受信したパスワードが、ステップＳ２０６で取得したＵＲＬの「アクセス先（ホスト名）」と関連付けてセッション管理データベース３５０に記憶されている場合、ステップＳ２０５で保護対象のＵＲＬで示されたＷｅｂアプリケーション２０１宛に送信されたリクエストメッセージは、Ｗｅｂアプリケーション２０１にログインが成功したＷｅｂブラウザ１０１から送信されたリクエストメッセージであると判定する。

ここでは、ステップＳ２０９で送信されたパスワードが、ステップＳ２０６で取得したＵＲＬの「アクセス先（ホスト名）」と関連付けてセッション管理データベース３５０に記憶されているため、演算装置３２０は、ステップＳ２０５で送信されたリクエストメッセージは、Ｗｅｂアプリケーション２０１にログインが成功したＷｅｂブラウザ１０１から送信されたリクエストメッセージであると判定する。

（ステップＳ２１１）セキュリティ強化装置３００のインターフェース３１０は、ステップＳ２０５で送信されたリクエストメッセージは、Ｗｅｂアプリケーション２０１にログインが成功したＷｅｂブラウザ１０１から送信されたリクエストメッセージであると演算装置３２０が判定したため、ステップＳ２０５で送信されたリクエストメッセージをＷｅｂアプリケーション２０１に転送する。

（ステップＳ２１２）Ｗｅｂアプリケーション２０１は、転送されたリクエストメッセージに含まれる要求に基づいて処理を行う。ここでは、Ｗｅｂアプリケーション２０１は、ステップＳ２０５でＷｅｂブラウザ１０１が送信したリクエストメッセージに含まれている情報に基づいて処理を行う。

（ステップＳ２１３）Ｗｅｂアプリケーション２０１は、リクエストメッセージに含まれている情報に基づいた処理が完了したため、処理が完了したことを通知する画面（確認画面）データを含んだレスポンスメッセージをＷｅｂブラウザ１０１に送信する。

（ステップＳ２１４）Ｗｅｂブラウザ１０１は、送信されたレスポンスメッセージに従って、処理が完了したことを通知する画面（確認画面）を表示する。

上述したとおり、ステップＳ２０１からステップＳ２１４の処理により、セキュリティ強化装置３００は、Ｗｅｂブラウザ１０１から送信されたリクエストメッセージを保護対象のＵＲＬで示されるＷｅｂアプリケーション２０１に送信する前に、Ｗｅｂブラウザ１０１にパスワードの入力を行わせる。そして、Ｗｅｂブラウザ１０１に入力されたパスワードが、Ｗｅｂアプリケーション２０１へのログインが成功した際に用いたパスワードである場合に、インターフェース３１０は、リクエストメッセージを保護対象のＵＲＬで示されるＷｅｂアプリケーションに送信する。これにより、ＷｅｂブラウザからＷｅｂアプリケーションに対する不正な情報の送信を防ぐことができる。

次に、セキュリティ強化装置３００が、Ｗｅｂブラウザ１０１から保護対象のＵＲＬで示されるＷｅｂアプリケーション２０１に情報を送信する際に、Ｗｅｂアプリケーション２０１にログイン済みのＷｅｂブラウザ１０１から送信された情報のみをＷｅｂアプリケーション２０１に転送する手順について説明する。図１２は本実施形態におけるセキュリティ強化装置３００が、Ｗｅｂアプリケーション２０１にログイン済みのＷｅｂブラウザ１０１から送信された情報のみを保護対象のＵＲＬで示されるＷｅｂアプリケーション２０１に転送する手順を示したフローチャートである。

（ステップＳ３０１）セキュリティ強化装置３００のインターフェース３１０は、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１宛に送信されたリクエストメッセージを受信する。演算装置３２０は、インターフェース３１０が受信したリクエストメッセージのＵＲＬを取得する。その後、ステップＳ３０２の処理に進む。例えば、リクエストメッセージリクエストヘッダの「ｈｏｓｔ」に含まれているホスト名と、リクエストラインの「ＰＯＳＴ」に含まれているパスとを合わせたものがＵＲＬである。図８に示したリクエストメッセージのＵＲＬは、ホスト名「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」であり、パス「／ｃｇｉ−ｂｉｎ／ｌｏｇｉｎ．ｃｇｉ」であるため、ＵＲＬは「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｌｏｇｉｎ．ｃｇｉ」である。

（ステップＳ３０２）演算装置３２０は、ステップＳ３０１で取得したリクエストメッセージのＵＲＬが、入力画面データベース３４０の「保護対象のＵＲＬ」に記憶されている情報の送信先を示すＵＲＬである場合、このＵＲＬに関連付けて「パスワード再入力画面データ」に記憶されているパスワード再入力画面データをＷｅｂブラウザ１０１に送信する。

例えば、ステップＳ３０１で送信されたリクエストメッセージのＵＲＬが「ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ＪＰ・ｕｓｅｒｉｎｆｏ．ｃｇｉ」である場合、このＵＲＬと関連付けられて図４に示した入力画面データベースに記憶されている「パスワード再入力画面データ」は「パスワード再入力画面データ（１）」である。そのため、インターフェース３１０は、「パスワード再入力画面データ（１）」をＷｅｂブラウザ１０１に送信する。

（ステップＳ３０３）Ｗｅｂブラウザ１０１は、送信されたパスワード再入力画面データに従って、パスワードを入力するためのパスワード再入力画面を表示する。Ｗｅｂブラウザ１０１のユーザは、パスワード再入力画面にパスワードを入力する。Ｗｅｂブラウザ１０１は、入力されたパスワードをセキュリティ強化装置３００に送信する。セキュリティ強化装置３００のインターフェース３１０は、Ｗｅｂブラウザ１０１から送信されたパスワードを受信する。

演算装置３２０は、インターフェース３１０が受信したパスワードと、ステップＳ３０１で取得したＵＲＬの「アクセス先（ホスト名）」と関連付けてセッション管理データベース３５０に記憶されているパスワードとが一致するか否かを比較する。その後、ステップＳ３０４の処理に進む。

（ステップＳ３０４）演算装置３２０は、インターフェース３１０が受信したパスワードと、ステップＳ３０１で取得したＵＲＬの「アクセス先（ホスト名）」と関連付けてセッション管理データベース３５０に記憶されているパスワードとが一致した場合、ステップＳ３０１で送信されたリクエストメッセージは、Ｗｅｂアプリケーション２０１にログインが成功したＷｅｂブラウザ１０１から送信されたリクエストメッセージであると判定する。ステップＳ３０１で送信されたリクエストメッセージは、Ｗｅｂアプリケーション２０１にログインが成功したＷｅｂブラウザ１０１から送信されたリクエストメッセージであると演算装置３２０が判定した場合、ステップＳ３０５の処理に進み、それ以外の場合にはステップＳ３０６の処理に進む。

（ステップＳ３０５）ステップＳ３０１で送信されたリクエストメッセージは、Ｗｅｂアプリケーション２０１にログインが成功したＷｅｂブラウザ１０１から送信されたリクエストメッセージであると演算装置３２０が判定したため、セキュリティ強化装置３００のインターフェース３１０は、ステップＳ３０１で送信されたリクエストメッセージを保護対象のＵＲＬで示されるＷｅｂアプリケーション２０１に転送する。その後、処理を終了する。

（ステップＳ３０６）ステップＳ３０１で送信されたリクエストメッセージは、Ｗｅｂアプリケーション２０１にログインが成功していないＷｅｂブラウザ１０１から送信されたリクエストメッセージであると演算装置３２０が判定したため、セキュリティ強化装置３００のインターフェース３１０は、エラー処理を行う。その後、処理を終了する。例えば、エラー処理としては、演算装置３２０はステップＳ３０１で送信されたリクエストメッセージを消去し、Ｗｅｂブラウザ１０１にエラーメッセージを表示させる。

上述したとおり、本実施形態のセキュリティ強化装置３００は、Ｗｅｂブラウザ１０１のログイン時にＷｅｂブラウザ１０１からＷｅｂアプリケーション２０１に送信されるパスワードを抽出してログイン情報データベース３３０に記憶させる。そして、セキュリティ強化装置３００は、Ｗｅｂブラウザ１０１から送信されたリクエストメッセージを保護対象のＵＲＬで示されるＷｅｂアプリケーション２０１に送信する前に、Ｗｅｂブラウザ１０１にパスワードの入力を行わせる。

そして、Ｗｅｂブラウザ１０１に入力されたパスワードが、Ｗｅｂアプリケーション２０１へのログインが成功した際に用いたパスワードである場合に、インターフェース３１０は、リクエストメッセージを保護対象のＵＲＬで示されるＷｅｂアプリケーション２０１に送信する。これにより、Ｗｅｂブラウザ１０１から保護対象のＵＲＬで示されるＷｅｂアプリケーション２０１に対する不正な情報の送信を防ぐことができる。

なお、例えば、Ｗｅｂブラウザ１０１に入力されたパスワードが、Ｗｅｂアプリケーション２０１へのログインが成功した際に用いたパスワードであるか否かの判定には、ログイン情報データベース３３０に記憶させたパスワードと比較し、一致した場合はＷｅｂアプリケーション２０１へのログインが成功した際に用いたパスワードであると判定する。

また、本実施形態のセキュリティ強化装置３００は、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１に送信される情報がログイン情報を含んだリクエストメッセージである場合、リクエストメッセージをＷｅｂアプリケーション２０１に送信して、Ｗｅｂアプリケーション２０１からリクエストメッセージに対するレスポンスメッセージを受信する。また、セキュリティ強化装置３００は、レスポンスメッセージに含まれる文字列にログインが成功したことを示す文字列が含まれている場合、リクエストメッセージのログイン情報に含まれるパスワードをＷｅｂアプリケーション２０１のアクセス先を示す情報と関連付けてログイン情報データベース３３０に記憶させる。

これにより、セキュリティ強化装置３００は、Ｗｅｂブラウザ１０１がＷｅｂアプリケーション２０１へのログインが成功した際に用いたパスワードをログイン情報データベース３３０に記憶させることができるため、予めパスワードをログイン情報データベース３３０に記憶させることなく、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１に対する不正な情報の送信を防ぐことができる。

（第２の実施形態）
以下、本発明のセキュリティ強化装置の第２の実施形態について図面を参照して説明する。本実施形態のセキュリティ強化装置と第１の実施形態におけるセキュリティ強化装置とで異なる点は、本実施形態のセキュリティ強化装置は、パスワード変更情報データベース３６０を備えている点である。なお、本実施形態におけるセキュリティ強化装置を含んだＷｅｂシステムの構成は、第１の実施形態におけるセキュリティ強化装置を含んだＷｅｂシステムの構成と同様の構成である。

図１３は、本実施形態におけるセキュリティ強化装置５００の構成を示したブロック図である。図示する例では、セキュリティ強化装置５００は、インターフェース３１０と、演算装置３２０と、ログイン情報データベース３３０と、入力画面データベース３４０と、セッション管理データベース３５０と、パスワード変更情報データベース３６０を備えている。

パスワード変更情報データベース３６０は、パスワード変更情報テーブルを記憶する。なお、インターフェース３１０と、演算装置３２０と、ログイン情報データベース３３０と、入力画面データベース３４０と、セッション管理データベース３５０とは、第１の実施形態における各部と同様である。

次に、パスワード変更情報データベース３６０が記憶するパスワード変更情報テーブルについて説明する。図１４は、本実施形態におけるパスワード変更情報テーブルのデータ構造を示した概略図である。

図示する例では、パスワード変更情報テーブルは表形式のデータ構造を有しており、「パスワード変更情報が送付されるＵＲＬ」と、「パスワード識別子」と、「パスワードの変更成功画面に含まれる文字列」とのデータ項目を有する。また、パスワード変更情報テーブルは、各データ項目の情報を行毎に関連付けて記憶している。

「パスワード変更情報が送付されるＵＲＬ」は、Ｗｅｂブラウザ１０１から送信されるパスワード変更情報を含んだリクエストメッセージの送付先を示すＵＲＬである。「パスワード識別子」は、リクエストメッセージのメッセージボディに含まれるパスワードを示す識別子である。「パスワードの変更成功画面に含まれる文字列」は、パスワードの変更が成功した場合に、Ｗｅｂアプリケーションから送信されるレスポンスメッセージのメッセージボディに含まれる文字列を示している。

次に、パスワード変更情報テーブルの各行が示す内容について説明する。例えば、行１４０１に示す例では、Ｗｅｂブラウザ１０１から送信されるパスワード変更情報を含んだリクエストメッセージの送付先が「ｈｔｔｐ：／／ｗｗｗ．ｅｘａｍｐｌｅ．ｊｐ／ｃｈａｎｇｅ．ｃｇｉ」である場合、このリクエストメッセージのメッセージボディに含まれるパスワードは「ｐａｒａｍ１」の値である。また、このリクエストメッセージによるパスワードの変更が成功した場合には、Ｗｅｂアプリケーション２０１から送信されるレスポンスメッセージのメッセージボディに「パスワードを変更しました」が含まれていることを示している。なお、他の行に示す例は図示するとおりである。

次に、セキュリティ強化装置５００が、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１に送信されるパスワードの変更メッセージを含んだリクエストメッセージに含まれる変更後のパスワードを抽出してログイン情報データベース３３０に記憶させる手順について説明する。図１５は、本実施形態におけるセキュリティ強化装置５００が、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１に送信されるパスワードの変更メッセージを含んだリクエストメッセージに含まれる変更後のパスワードを抽出してログイン情報データベース３３０に記憶させる手順を示したフローチャートである。

（ステップＳ４０１）セキュリティ強化装置５００のインターフェース３１０は、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１宛に送信されたリクエストメッセージを受信する。演算装置３２０は、インターフェース３１０が受信したリクエストメッセージのＵＲＬを取得する。その後、ステップＳ４０２の処理に進む。例えば、リクエストメッセージリクエストヘッダの「ｈｏｓｔ」に含まれているホスト名と、リクエストラインの「ＰＯＳＴ」に含まれているパスとを合わせたものがＵＲＬである。例えば、リクエストメッセージに含まれるホスト名は「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ」であり、パスは「ｃｈａｎｇｅ．ｃｇｉ」である場合、ＵＲＬは「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｈａｎｇｅ．ｃｇｉ」である。

（ステップＳ４０２）演算装置３２０は、ステップＳ４０１で取得したリクエストメッセージのＵＲＬが、パスワード変更情報データベース３６０の「パスワード変更情報が送付されるＵＲＬ」に記憶されているパスワード変更情報の送信先を示すＵＲＬである場合、ステップＳ４０１でインターフェース３１０が受信したリクエストメッセージのメッセージボディに含まれている変更後のパスワードを抽出し、記憶部に記憶させる。その後、ステップＳ４０３の処理に進む。

例えば、ステップＳ４０１で取得したリクエストメッセージのＵＲＬが「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｈａｎｇｅ．ｃｇｉ」である場合、図１４に示したパスワード変更情報テーブルの行１４０１に記憶されているため、演算装置３２０はステップＳ４０１で取得したリクエストメッセージのＵＲＬが、パスワード変更情報データベース３６０の「パスワード変更情報が送付されるＵＲＬ」に記憶されているパスワード変更情報の送信先を示すＵＲＬであると判定する。

また、例えば、パスワード変更情報テーブルの「パスワード変更情報が送付されるＵＲＬ」「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｈａｎｇｅ．ｃｇｉ」に関連付けられている「パスワード識別子」が「ｐａｒａｍ１」であり、ステップＳ４０１で取得したリクエストメッセージのメッセージボディのｐａｒａｍ１の値が「ｘｘｘｙｙｚｚｚ」である場合、ｐａｒａｍ１の値がパスワードであるため、演算装置３２０は、ステップＳ４０１でインターフェース３１０が受信したリクエストメッセージのメッセージボディに含まれているパスワード「ｘｘｘｙｙｚｚｚ」を抽出する。

（ステップＳ４０３）セキュリティ強化装置５００のインターフェース３１０は、ステップＳ４０１で受信したリクエストメッセージを、Ｗｅｂアプリケーション２０１に転送する。Ｗｅｂブラウザ１０１がＷｅｂアプリケーション２０１へのログインに使用するパスワードが転送されたリクエストメッセージに含まれる変更後のパスワードに変更された場合、Ｗｅｂアプリケーション２０１は、パスワードを変更したことを示すレスポンスメッセージをＷｅｂブラウザ１０１に送信する。

セキュリティ強化装置５００のインターフェース３１０は、Ｗｅｂアプリケーション２０１からＷｅｂブラウザ１０１に送信するレスポンスメッセージを受信する。また、インターフェース３１０は、受信したレスポンスメッセージをＷｅｂブラウザ１０１に転送する。その後、ステップＳ４０４の処理に進む。

（ステップＳ４０４）演算装置３２０は、ステップＳ４０３でインターフェース３１０が受信したレスポンスメッセージのメッセージボディに、ステップＳ４０２で判定したＵＲＬと関連付けて記憶されている「パスワードの変更成功画面に含まれる文字列」に記憶されている文字列と同一の文字列が含まれている場合、Ｗｅｂブラウザ１０１がＷｅｂアプリケーション２０１へのログインに使用するパスワードの変更が成功したと判定する。Ｗｅｂブラウザ１０１がＷｅｂアプリケーション２０１へのログインに使用するパスワードの変更が成功したと演算装置３２０が判定した場合はステップＳ４０５の処理に進み、それ以外の場合には処理を終了する。

例えば、ステップＳ４０１で取得したリクエストメッセージのＵＲＬが「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｈａｎｇｅ．ｃｇｉ」である場合、図１４に示したパスワード変更情報テーブルの行１４０１の「パスワードの変更成功画面に含まれる文字列」に記憶されている文字列は「パスワードを変更しました」である。これは、ステップＳ４０３でインターフェース３１０が受信したレスポンスメッセージのメッセージボディに、「パスワードを変更しました」が含まれている場合、Ｗｅｂブラウザ１０１がＷｅｂアプリケーション２０１へのログインに使用するパスワードの変更が成功したことを示している。

よって、演算装置３２０は、ステップＳ１０１で取得したリクエストメッセージのＵＲＬが「ｗｗｗ．ｅｘａｍｐｌｅ．ｃｏｍ／ｃｈａｎｇｅ．ｃｇｉ」であり、ステップＳ４０３でインターフェース３１０が受信したレスポンスメッセージのメッセージボディに、「パスワードを変更しました」が含まれている場合、Ｗｅｂブラウザ１０１がＷｅｂアプリケーション２０１へのログインに使用するパスワードの変更が成功したと判定する。

（ステップＳ４０５）演算装置３２０は、ステップＳ４０３でインターフェース３１０が受信したレスポンスメッセージのレスポンスヘッダから「セッションＩＤ」と「有効期限」を抽出する。続いて、演算装置３２０は、セッション管理データベース３５０に、抽出した「セッションＩＤ」と「アクセス先（ステップＳ４０１で抽出した「ホスト名」）」とに関連付けられて記憶されている「パスワード」を、ステップＳ４０２で抽出したパスワードに変更して記憶させる。その後、処理を終了する。

上述したとおり、ステップＳ４０１からステップＳ４０５の処理により、セキュリティ強化装置５００は、Ｗｅｂブラウザ１０１がＷｅｂアプリケーション２０１へのログインに用いるパスワードが変更された場合においても、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１に送信される変更後のパスワードを抽出してログイン情報データベース３３０に記憶させることができる。これにより、セキュリティ強化装置５００は第１の実施形態のセキュリティ強化装置３００と同様の動作を行うことで、Ｗｅｂブラウザ１０１からＷｅｂアプリケーション２０１に対する不正な情報の送信を防ぐことができる。

なお、上述した第１の実施形態および第２の実施形態におけるセキュリティ強化装置が備える各部の機能全体あるいはその一部は、これらの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。

また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時刻の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時刻プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

以上、この発明の第１の実施形態および第２の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１００・・・端末装置、１０１・・・Ｗｅｂブラウザ、２００・・・Ｗｅｂアプリケーションサーバ、２０１・・・Ｗｅｂアプリケーション、３００，５００・・・セキュリティ強化装置、３１０・・・インターフェース、３２０・・・演算装置、３３０・・・ログイン情報データベース、３４０・・・入力画面データベース、３５０・・・セッション管理データベース、３６０・・・パスワード変更情報データベース、４００・・・ネットワーク

Claims (3)

1. Ｗｅｂブラウザが動作する端末装置と、Ｗｅｂアプリケーションが動作するサーバ装置と、セキュリティ強化装置とが通信可能なネットワークで接続しているＷｅｂシステムにおけるセキュリティ強化装置であって、
   前記Ｗｅｂアプリケーションおよび前記Ｗｅｂブラウザとデータの送受信を行う通信部と、
   前記Ｗｅｂブラウザが前記Ｗｅｂアプリケーションにログインする際に用いるパスワードを、当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けて記憶するログイン情報データベースと、
   前記Ｗｅｂブラウザから前記Ｗｅｂアプリケーションに送信されるリクエストメッセージの送信先が特定の送信先である場合、当該Ｗｅｂブラウザに前記パスワードの送信を要求し、当該Ｗｅｂブラウザから送信された前記パスワードが当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けられて前記ログイン情報データベースに記憶されているか否かを判定する判定部と、
   前記判定部によって、当該Ｗｅｂブラウザから送信された前記パスワードは当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けられて前記ログイン情報データベースに記憶されていると判定された場合、前記リクエストメッセージを前記特定の送信先である前記Ｗｅｂアプリケーションに前記通信部を介して送信する制御部と、
   を備えたことを特徴とするセキュリティ強化装置。
2. 前記通信部は、Ｗｅｂブラウザから前記Ｗｅｂアプリケーションに送信される情報がログイン情報を含んだリクエストメッセージである場合、当該リクエストメッセージを前記Ｗｅｂアプリケーションに送信して、当該Ｗｅｂアプリケーションから当該リクエストメッセージに対するレスポンスメッセージを受信し、
   前記制御部は、前記レスポンスメッセージに含まれる文字列にログインが成功したことを示す文字列が含まれている場合、前記リクエストメッセージのログイン情報に含まれる前記パスワードを当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けて前記ログイン情報データベースに記憶させる
   ことを特徴とする請求項１に記載のセキュリティ強化装置。
3. Ｗｅｂブラウザが動作する端末装置と、Ｗｅｂアプリケーションが動作するサーバ装置と、セキュリティ強化装置とが通信可能なネットワークで接続しているＷｅｂシステムにおけるセキュリティ強化方法であって、
   通信部が、前記Ｗｅｂアプリケーションおよび前記Ｗｅｂブラウザとデータの送受信を行う通信ステップと、
   ログイン情報データベースが、前記Ｗｅｂブラウザが前記Ｗｅｂアプリケーションにログインする際に用いるパスワードを、当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けて記憶するログイン情報記憶ステップと、
   判定部が、前記Ｗｅｂブラウザから前記Ｗｅｂアプリケーションに送信されるリクエストメッセージの送信先が特定の送信先である場合、当該Ｗｅｂブラウザに前記パスワードの送信を要求し、当該Ｗｅｂブラウザから送信された前記パスワードが当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けられて前記ログイン情報データベースに記憶されているか否かを判定する判定ステップと、
   前記判定ステップで、当該Ｗｅｂブラウザから送信された前記パスワードは当該Ｗｅｂアプリケーションのアクセス先を示す情報と関連付けられて前記ログイン情報データベースに記憶されていると判定された場合、制御部が、前記リクエストメッセージを前記特定の送信先である前記Ｗｅｂアプリケーションに前記通信部を介して送信する制御ステップと、
   を含んだことを特徴とするセキュリティ強化方法。

Images