ウェブサイト判定装置及びウェブサイト判定プログラム
【課題】ウェブアクセスの際にユーザが感じる遅延時間を短くすることができるウェブサイト判定装置及びウェブサイト判定プログラムを提供する。
【解決手段】ウェブサイト判定装置は、ウェブサイトが偽装されているか否かを判定する複数の判定処理の内、時間のかからない方の第１の判定処理と時間のかかる方の第２の判定処理とが定義され、第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行する判定手段と、通信回線を介して前記判定結果をユーザ端末に送信する判定結果通知手段と、を備える。
【解決手段】ウェブサイト判定装置は、ウェブサイトが偽装されているか否かを判定する複数の判定処理の内、時間のかからない方の第１の判定処理と時間のかかる方の第２の判定処理とが定義され、第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行する判定手段と、通信回線を介して前記判定結果をユーザ端末に送信する判定結果通知手段と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブサイト判定装置及びウェブサイト判定プログラムに関する。
【背景技術】
【０００２】
現在、ウェブアクセスをする際に、アクセス先のウェブサイトがフィッシングサイトであるか否かを、プロキシサーバを用いて判定する方法が検討されている。非特許文献１に記載された技術では、プロキシサーバがフィッシング判定を行い、異常が見つかった場合には、ブラウザ上にアクセス先のウェブサイトがフィッシングサイトである旨を表示する。ここで、フィッシング判定には、ＵＲＬ情報を利用した判定、コンテンツ情報を利用した判定、Ｗｈｏｉｓ情報を利用した判定などがある。
【非特許文献１】中村元彦、寺田真敏、千葉雄司、土居範久、”proxyを利用したHTTPリクエスト解析によるAntiPhishingシステムの提案”、SCIS Vol.2006、No.26、pp.13-18、2006年3月16日
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、非特許文献１に記載された技術では、全てのフィッシング判定の処理を行った後に、ユーザにフィッシングサイトである旨を通知する。このため、フィッシング判定にかかる時間がそのままウェブブラウジングの遅延に関わってしまう、という問題がある。特に、Ｗｈｏｉｓ情報などを利用する場合、外部のサーバから情報を取得するため、外部のサーバにアクセスする時間が直接ウェブブラウジングの遅延時間になってしまう。非特許文献１では、Ｗｈｏｉｓ情報をキャッシュすることにより、その遅延を抑えているが、初回にアクセスしたサイトに対しては効果がなくなってしまう、という問題がある。
【０００４】
本発明は上記の点に鑑みてなされたものであり、その目的は、ウェブアクセスの際にユーザが感じる遅延時間を短くすることができるウェブサイト判定装置及びウェブサイト判定プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、ウェブサイトが偽装されているか否かを判定する複数の判定処理の内、時間のかからない方の第１の判定処理と時間のかかる方の第２の判定処理とが定義され、第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行する判定手段と、通信回線を介して前記判定結果をユーザ端末に送信する判定結果通知手段と、を備えたことを特徴とするウェブサイト判定装置である。
【０００６】
また、本発明の一態様は、上記のウェブサイト判定装置において、ウェブサイトに対するユーザ端末からのアクセスを中継するアクセス中継手段を備え、前記アクセス中継手段は、該アクセス先のウェブサイトが前記第１の判定処理によって偽装されていないと判定された場合に、アクセス元のユーザ端末と該アクセス先のウェブサイトとの間のデータ転送を行う、ことを特徴とする。
【０００７】
また、本発明の一態様は、上記のウェブサイト判定装置において、前記判定結果通知手段は、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記アクセス元のユーザ端末から前記アクセス先のウェブサイト宛てのユーザ情報を受信した時に、前記第２の判定処理の判定結果を前記アクセス元のユーザ端末に送信することを特徴とする。
【０００８】
また、本発明の一態様は、上記のウェブサイト判定装置において、前記アクセス中継手段は、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記受信したユーザ情報を前記アクセス先のウェブサイトに送信しないことを特徴とする。
【０００９】
また、本発明の一態様は、ウェブサイトが偽装されているか否かを判定する複数の判定処理の内、時間のかからない方の第１の判定処理と時間のかかる方の第２の判定処理とが定義され、第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行する判定ステップと、通信回線を介して前記判定結果をユーザ端末に送信するステップと、をコンピュータに実行させるためのウェブサイト判定プログラムである。
【００１０】
また、本発明の一態様は、上記のウェブサイト判定プログラムにおいて、ウェブサイトに対するユーザ端末からのアクセスを中継するアクセス中継ステップを備え、前記アクセス中継ステップは、該アクセス先のウェブサイトが前記第１の判定処理によって偽装されていないと判定された場合に、アクセス元のユーザ端末と該アクセス先のウェブサイトとの間のデータ転送を行う、ことを特徴とする。
【００１１】
また、本発明の一態様は、上記のウェブサイト判定プログラムにおいて、前記判定結果通知ステップは、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記アクセス元のユーザ端末から前記アクセス先のウェブサイト宛てのユーザ情報を受信した時に、前記第２の判定処理の判定結果を前記アクセス元のユーザ端末に送信することを特徴とする。
【００１２】
また、本発明の一態様は、上記のウェブサイト判定プログラムにおいて、前記アクセス中継ステップは、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記受信したユーザ情報を前記アクセス先のウェブサイトに送信しないことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、時間のかからない方の第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行するので、第１の判定処理によってウェブサイトが偽装されていると判定された場合には、フィッシング判定にかかる処理時間が短くなる。また、アクセス先のウェブサイトが第１の判定手段によって偽装されていないと判定された場合には、アクセス元のユーザ端末と該アクセス先のウェブサイトとの間のデータ転送を行うため、ユーザは処理時間の長い第２の判定処理が行われる前にそのウェブサイトを閲覧することができる。このため、ウェブアクセスの際にユーザが感じる遅延時間を短くすることができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態によるプロキシサーバ１の構成及びネットワークの構成を示すブロック図である。
図１に示すとおり、プロキシサーバ１（ウェブサイト判定装置）は、インターネットと接続している。また、プロキシサーバ１は、ユーザ端末２とはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などで接続されている。なお、インターネット上には、アクセスサイト３、Ｗｈｏｉｓサーバ４、外部情報サイト５、及び関連サイト６などがある。
【００１５】
プロキシサーバ１は、ＵＲＬ入力部１１と、判定部１２と、データベース１３と、外部情報取得部１４と、警告文作成部１５と、を含んで構成される。ここで、プロキシサーバ１は、ウェブサイトに対するユーザ端末２からのアクセスを中継するサーバ装置である。このとき、プロキシサーバ１は、アクセスサイト３がフィッシングサイトであるか否かの判定を行う。アクセスサイト３は、ユーザがアクセスを要求する先のウェブサイトである。
【００１６】
また、Ｗｈｏｉｓサーバ４は、ドメインの情報であるＷｈｏｉｓ情報を保持するサーバである。外部情報サイト５は、代表的な金融サイトや、ショッピングサイトである。プロキシサーバ１は、外部情報サイト５からあらかじめサイトの情報（タイトル、画像、ドメインなど）を取得してデータベース１３に記憶しておく。関連サイト６は、アクセスサイト３からアクセス可能なリンク先のウェブサイトである。
【００１７】
なお、ユーザ端末２は、ユーザが使用するパーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）などの端末である。ユーザ端末２は、プロキシサーバ１へユーザが指定したアクセスサイト３のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を送信する。ここで、ユーザは、ブラウザなどのソフトウェアなどを用いてＵＲＬを指定する。
【００１８】
ＵＲＬ入力部１１は、ユーザ端末２からＵＲＬを含んだアクセス要求を受信し、受信したＵＲＬを判定部１２へ出力する。データベース１３は、判定部１２の判定に必要な情報を記憶する。外部情報取得部１４は、インターネット上のサーバ及びサイトから、判定部１２の判定に必要な情報を取得する。
【００１９】
判定部１２は、入力されたＵＲＬで示されるウェブサイトが、フィッシングサイトであるか否かを判定する。判定には、ＵＲＬによるフィッシング判定、ウェブページによるフィッシング判定、ドメインによるフィッシング判定及び関連ページによるフィッシング判定などがある。判定部１２は、これらの判定について、判定対象であるウェブサイトがフィッシングサイトである可能性を示す評価値を計算する。判定部１２は、各判定について得られた評価値を合計した値と所定の閾値を比較して、評価値が閾値以上となった場合に、判定対象のウェブサイトがフィッシングサイトであると判定する。
【００２０】
まず、ＵＲＬによるフィッシング判定について説明する。本実施形態では、あらかじめデータベース１３に、フィッシングサイトのＵＲＬのリストを記憶しておく。判定部１２は、入力されたＵＲＬがフィッシングサイトのＵＲＬのリストにあるか否かの判定を行う。入力されたＵＲＬがリストに存在する場合、判定部１２は、判定対象のウェブサイトがフィッシングサイトであると判定する。これにより、判定部１２は、評価値を所定の閾値以上にする。
【００２１】
また、フィッシングサイトのＵＲＬは、フィッシングサイト特有の構成を持つことがよくある。フィッシングサイトの管理者は、フィッシングサイトを作成する際に、ユーザやサーバ管理者にフィッシングサイトであることを気づかれないように、ＵＲＬに工夫を凝らしていることが多い。例えば、実際に存在するウェブサイトの名前に似た文字列をＵＲＬ中に仕込み、ユーザをだますパターンが考え得る。本実施形態では、あらかじめ有名なウェブサイトの名前に似た文字列や名前そのものをリスト化し、データベース１３に記憶しておく。判定部１２は、そのリスト中の文字列にマッチングしたものに高い評価値を与える。また、判定部１２は、その文字列がＵＲＬ中のどこに書かれているかのチェックも行う。フィッシングサイトの場合はサブドメインやディレクトリ名の中にその文字列を書く場合が多いため、判定部１２は、これらの場所に書かれていた場合に評価値を大きくする。
【００２２】
また、フィッシングサイトのサーバ管理者に気付かれないようにするため、次のようなものが存在する。その１つが、空白のディレクトリを作成し、その中にフィッシングサイトを作成する場合であり、もう１つが、「.」から始まるディレクトリを作成し、その中にフィッシングサイトを作成する場合であり、どちらも管理者からフィッシングサイトの場所を隠すことを意図している。従って、判定部１２は、ＵＲＬの文字列の「/」と「/」の間に空白（文字列としては「%20」）が入れられていたり、「/」の後に「.」が入れられていたりする場合に評価値を大きくする。
【００２３】
また、上記以外に、ＩＰアドレスを直接書いたＵＲＬや、そのＩＰアドレスを１０進数や１６進数に直したものを記述している例などがフィッシングサイトのＵＲＬとして挙げられる。判定部１２は、これらの場合にも評価値を大きくする。
【００２４】
次に、ウェブページによるフィッシング判定について説明する。これは、実際にウェブサイトのウェブページに書かれている情報を取得することによって分析を行う。ウェブページには、そのサイトの特徴とも言える単語が書かれていることが多い。そこで、本実施形態では、あらかじめ特徴的な単語のリストをデータベース１３に記憶しておく。判定部１２は、そのリストに含まれる単語を何回使っているのかということや、各単語の出現頻度などを計算し、評価値に重みをつける。
【００２５】
また、フィッシングサイトでは、実際に存在するウェブサイトに画面デザインを似せてユーザをだますことが多い。このため、本実施形態では、あらかじめ代表的な金融サイトや、ショッピングサイトの画面の画像情報と、そのドメイン名を関連付けてデータベース１３に記憶しておく。判定部１２は、判定対象のウェブサイトの画面の画像情報と一致する画像情報がデータベース１３にあるか否かを判定する。一致する画像情報がある場合には、判定部１２は、その画像情報のドメイン名と判定対象のウェブサイトのドメイン名が一致するか否かを判定し、一致しない場合には、フィッシングサイトであると判定する。これにより、判定部１２は、評価値を所定の閾値より大きな値にする。また、一致する場合には、フィッシングサイトではないと判定する。
【００２６】
次に、ドメインによるフィッシング判定について説明する。フィッシングサイトは、早期に発見された場合などに対処するために、例えば１年という比較的短い有効期限でドメインを取得することが多い。このため、ドメインの取得日とドメインの有効期限を判断基準として利用することが可能である。また、ＩＰアドレスを判断基準として利用することも可能である。
【００２７】
判定部１２は、ＵＲＬの文字列からドメイン名を抽出し、外部情報取得部１４を用いてＷｈｏｉｓコマンドを実行してＷｈｏｉｓサーバ４からドメインの情報を取得する。そして、判定部１２は、そのドメインの取得日を確認し、ドメインが最近取得された場合には評価値を大きくする。また、判定部１２は、そのドメインの有効期限を確認し、有効期限が短い場合には評価値を大きくする。
【００２８】
次に、関連ページによるフィッシング判定について説明する。まず、固有単語の比較をすることで、判定を行うことができる。ＵＲＬで示されるウェブページに書かれている固有名詞と、ＵＲＬの文字列の後ろの方を削ったＵＲＬで示されるそのドメインのサイトのトップページといえるウェブページに書かれている固有名詞とを比較し、それらに共通の単語がない場合、トップページとＵＲＬのウェブページとの関連性が薄いと考えられる。通常の個人サイトなどでは多くあることであると考えられるが、企業などのサイトの場合ではそのようなことは少なく、共通の固有名詞がなかった場合、クラックされたサイトであると判断することができる。このため、判定部１２は、共通の固有名詞がなかった場合には、評価値を大きくする。また、判定部１２は、同様にウェブサイト内のウェブページ間のタイトルを比較し、タイトルが異なっている場合に評価値を大きくする。また、関連ページによるフィッシング判定では、ＵＲＬで示されるウェブページ以外のそのウェブサイト内にあるページについてもウェブページによるフィッシング判定と同様の処理を行う。
【００２９】
また、ＵＲＬで示されるウェブページからリンクされている他のウェブサイトのページで、ウェブページによるフィッシング判定と同様の処理を行う。リンク先まで含めると、複数ページについて評価値が得られるが、ＵＲＬで示されるウェブページに近いウェブページほど評価値の重みを大きくする。
【００３０】
ここまでが、各フィッシング判定の説明である。判定部１２はＵＲＬで示されるウェブサイトのウェブページの情報に基づいて、上記したフィッシング判定基準で評価値を計算する。
【００３１】
警告文作成部１５は、判定部１２にてアクセスサイト３がフィッシングサイトであると判定された場合、ユーザにフィッシングサイトである旨を通知するための警告文を作成して、ユーザ端末２へ送信する。
【００３２】
図２は、本実施形態のプロキシサーバ１におけるフィッシングサイト判定処理の流れの一例を表すフローチャートである。
フィッシング詐欺では、パスワードなどの情報を入力するための送信フォームのページへ誘導し、その送信フォームに入力され、投稿された情報を盗む。この過程において、ユーザ端末２は、送信フォームへの通信とその情報を投稿するための通信という２回の通信を行う必要がある。そこで、本実施形態におけるプロキシサーバ１は、最初の通信において処理に時間のかからないフィッシング判定を行い、２回目の通信が行われるまでに処理に時間のかかるフィッシング判定を行う。
【００３３】
ユーザ端末２からアクセス要求を受信すると、ＵＲＬ入力部１１は、受信したアクセス要求に含まれるＵＲＬを判定部１２へ出力する（ステップＳ１）。ＵＲＬが入力されると、判定部１２は、そのＵＲＬを用いて、ＵＲＬによるフィッシング判定を行い、評価値の合計値を計算する（ステップＳ２）。続いて、判定部１２は、計算した合計値と所定の閾値を比較し、比較結果に基づいて、ユーザがアクセスを要求したＵＲＬによって識別されるウェブサイト（アクセスサイト３）がフィッシングサイトであるか否かを判定する（ステップＳ３）。
【００３４】
アクセスサイト３がフィッシングサイトであると判定した場合には、判定部１２はその結果を警告文作成部１５へ出力する。警告文作成部１５は、ユーザ端末２へ警告文を送信して、ユーザにアクセスサイト３がフィッシングサイトである事を警告する（ステップＳ１５）。
【００３５】
一方、アクセスサイト３がフィッシングサイトでないと判定した場合（ステップＳ３でＮｏの場合）には、外部情報取得部１４が、アクセスサイト３にアクセスしてその情報を取得し（ステップＳ４）、判定部１２に出力する。判定部１２は、アクセスサイト３の情報に基づいて、時間のかからない判定を行い、評価値の合計値を計算する（ステップＳ５）。ここで、時間のかからない判定とは、アクセスサイト３の情報のみで判定可能なフィッシング判定のことである。本実施形態では、時間のかからない判定には、ウェブページによるフィッシング判定がある。
【００３６】
次に、判定部１２は、ＵＲＬに書かれているウェブページに送信フォームがあるか否かを判定する（ステップＳ６）。フィッシングサイトの場合、パスワードなどのユーザ情報を送信するための送信フォームが必ずウェブページにある。このため、評価部１２は、送信フォームがない場合には、フィッシングサイトではないと判定して、判定処理を終了する。
【００３７】
また、送信フォームがある場合には、判定部１２は、算出した評価値と所定の閾値を比較し、比較結果に基づいて、アクセスサイト３がフィッシングサイトであるか否かを判定する（ステップＳ７）。
【００３８】
アクセスサイト３がフィッシングサイトであると判定した場合、判定部１２はその結果を警告文作成部１５へ出力する。警告文作成部１５は、ユーザ端末２へ警告文を送信して、ユーザにアクセスサイト３がフィッシングサイトである事を警告する（ステップＳ１６）。一方、アクセスサイト３がフィッシングサイトでないと判定した場合（ステップＳ７でＮｏの場合）、判定部１２は、ユーザ端末２にアクセスサイト３の情報を送信する（ステップＳ８）。これにより、ユーザ端末２にてアクセスサイト３が閲覧可能となる。
【００３９】
次に、外部情報取得部１４が、Ｗｈｏｉｓサーバ４からＷｈｏｉｓ情報を取得する（ステップＳ９）。また、外部情報取得部１４は、関連サイト６から関連ページ情報を取得する（ステップＳ１０）。関連ページ情報とは、アクセスサイト３からアクセス可能なリンク先の他のウェブサイトの情報、及びＵＲＬが示すウェブページ以外のアクセスサイト３内にあるウェブページの情報である。外部情報取得部１４は、取得した情報を判定部１２へ出力する。
【００４０】
次に、判定部１２は、ステップＳ９及びＳ１０で取得した情報を用いて時間のかかる判定を行い、評価値の合計値を計算する（ステップＳ１１）。ここで、時間のかかる判定とは、アクセスサイト３以外のサーバから情報を取得しなければフィッシング判定ができない判定のことである。本実施形態では、時間のかかる判定には、ドメインによるフィッシング判定及び関連ページによるフィッシング判定がある。判定部１２は、これらのフィッシング判定によって算出した評価値の合計値を所定の閾値と比較し、比較結果に基づいて、アクセスサイト３がフィッシングサイトであるか否かを判定する。なお、時間のかかる判定は、アクセスサイト３以外のサーバから情報を取得するため、時間のかからない判定に比べて処理時間が長くなる。
【００４１】
次に、判定部１２は、ユーザがアクセスサイト３へユーザ情報を送信（ＰＯＳＴ）したか否かを判定する（ステップＳ１２）。ユーザがユーザ情報をＰＯＳＴしなかった場合には、判定処理を終了する。一方、ユーザがユーザ情報をＰＯＳＴした場合には、ステップＳ１１の判定結果がフィッシングサイトであるか否かを判定する（ステップＳ１３）。
【００４２】
判定結果がフィッシングサイトである場合、判定部１２はその結果を警告文作成部１５へ出力する。警告文作成部１５は、ユーザ端末２へ警告文を送信して、アクセスサイト３がフィッシングサイトである事を警告する（ステップＳ１７）。一方、判定結果がフィッシングサイトではない場合（ステップＳ１３：Ｎｏ）、判定部１２は、アクセスサイト３にユーザがＰＯＳＴしたユーザ情報を送信して（ステップＳ１４）、判定処理を終了する。
【００４３】
図３は、本実施形態における判定処理の流れの一例を表すシーケンス図である。
まず、ユーザ端末２からプロキシサーバ１へアクセス要求が送信される。アクセス要求を受信したプロキシサーバ１は、ユーザがアクセス要求をしたアクセスサイト３にアクセスして（ステップＳ１０２）、アクセスサイト３の情報を取得する（ステップＳ１０３）。
【００４４】
プロキシサーバ１は、受信した情報を基に時間のかからない判定を行う（ステップＳ１０４）。判定の結果、アクセスサイト２がフィッシングサイトであると判定した場合、プロキシサーバ１は、その結果をユーザ端末２に送信する（ステップＳ１０５）。
【００４５】
一方、フィッシングサイトではないと判定した場合には、プロキシサーバ１はＷｈｏｉｓサーバ４、外部情報サイト５、関連サイト６などのその他サイトにアクセスして（ステップＳ１０６）、時間のかかる判定に必要な情報を取得する（ステップＳ１０７）。プロキシサーバ１は、取得した情報に基づいて時間のかかる判定を行う（ステップＳ１０８）。
【００４６】
アクセスサイト２がフィッシングサイトであると判定した場合、プロキシサーバ１はユーザ端末２からユーザ情報がＰＯＳＴされてくると（ステップＳ１０９）、判定結果をユーザ端末２に送信する（ステップＳ１１０）。一方、フィッシングサイトではないと判定した場合には、ユーザ端末２からＰＯＳＴされたユーザ情報をアクセスサイト３に送信して判定処理を終了する。
【００４７】
このように、本実施形態によれば、プロキシサーバ１は、フィッシング判定を、時間のかからない判定と時間のかかる判定に分けて、時間のかからない判定を先に行う。また、プロキシサーバ１は、時間のかからない判定において、アクセスサイト３がフィッシングサイトであると判定した場合には、時間のかかる判定を行わないため、プロキシサーバ１にかかる負担が小さくなる。
また、時間のかからない判定の後に、ユーザ端末２にアクセスサイト３の情報を送信するため、ユーザは、プロキシサーバ１が時間のかかる判定を行う前にアクセスサイト３を閲覧することができる。また、ユーザが、アクセスサイト３に送信するユーザ情報を入力している間に、時間のかかる判定を行うことができる。このため、ウェブアクセスの際にユーザが感じる遅延時間を短くすることができる。
【００４８】
また、図２に示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、フィッシング判定処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００４９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００５０】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【図面の簡単な説明】
【００５１】
【図１】本発明の一実施形態によるプロキシサーバ（ウェブサイト判定装置）の構成を示すブロック図である。
【図２】本実施形態のプロキシサーバ（ウェブサイト判定装置）におけるフィッシングサイト判定処理の流れの一例を表すフローチャートである。
【図３】本実施形態における判定処理の流れの一例を表すシーケンス図である。
【符号の説明】
【００５２】
１…プロキシサーバ（ウェブサイト判定装置） ２…ユーザ端末 ３…アクセスサイト ４…Ｗｈｏｉｓサーバ ５…外部情報サイト ６…関連サイト １１…ＵＲＬ入力部 １２…判定部 １３…データベース １４…外部情報取得部 １５…警告文作成部
【技術分野】
【０００１】
本発明は、ウェブサイト判定装置及びウェブサイト判定プログラムに関する。
【背景技術】
【０００２】
現在、ウェブアクセスをする際に、アクセス先のウェブサイトがフィッシングサイトであるか否かを、プロキシサーバを用いて判定する方法が検討されている。非特許文献１に記載された技術では、プロキシサーバがフィッシング判定を行い、異常が見つかった場合には、ブラウザ上にアクセス先のウェブサイトがフィッシングサイトである旨を表示する。ここで、フィッシング判定には、ＵＲＬ情報を利用した判定、コンテンツ情報を利用した判定、Ｗｈｏｉｓ情報を利用した判定などがある。
【非特許文献１】中村元彦、寺田真敏、千葉雄司、土居範久、”proxyを利用したHTTPリクエスト解析によるAntiPhishingシステムの提案”、SCIS Vol.2006、No.26、pp.13-18、2006年3月16日
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、非特許文献１に記載された技術では、全てのフィッシング判定の処理を行った後に、ユーザにフィッシングサイトである旨を通知する。このため、フィッシング判定にかかる時間がそのままウェブブラウジングの遅延に関わってしまう、という問題がある。特に、Ｗｈｏｉｓ情報などを利用する場合、外部のサーバから情報を取得するため、外部のサーバにアクセスする時間が直接ウェブブラウジングの遅延時間になってしまう。非特許文献１では、Ｗｈｏｉｓ情報をキャッシュすることにより、その遅延を抑えているが、初回にアクセスしたサイトに対しては効果がなくなってしまう、という問題がある。
【０００４】
本発明は上記の点に鑑みてなされたものであり、その目的は、ウェブアクセスの際にユーザが感じる遅延時間を短くすることができるウェブサイト判定装置及びウェブサイト判定プログラムを提供することにある。
【課題を解決するための手段】
【０００５】
本発明は上記の課題を解決するためになされたものであり、本発明の一態様は、ウェブサイトが偽装されているか否かを判定する複数の判定処理の内、時間のかからない方の第１の判定処理と時間のかかる方の第２の判定処理とが定義され、第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行する判定手段と、通信回線を介して前記判定結果をユーザ端末に送信する判定結果通知手段と、を備えたことを特徴とするウェブサイト判定装置である。
【０００６】
また、本発明の一態様は、上記のウェブサイト判定装置において、ウェブサイトに対するユーザ端末からのアクセスを中継するアクセス中継手段を備え、前記アクセス中継手段は、該アクセス先のウェブサイトが前記第１の判定処理によって偽装されていないと判定された場合に、アクセス元のユーザ端末と該アクセス先のウェブサイトとの間のデータ転送を行う、ことを特徴とする。
【０００７】
また、本発明の一態様は、上記のウェブサイト判定装置において、前記判定結果通知手段は、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記アクセス元のユーザ端末から前記アクセス先のウェブサイト宛てのユーザ情報を受信した時に、前記第２の判定処理の判定結果を前記アクセス元のユーザ端末に送信することを特徴とする。
【０００８】
また、本発明の一態様は、上記のウェブサイト判定装置において、前記アクセス中継手段は、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記受信したユーザ情報を前記アクセス先のウェブサイトに送信しないことを特徴とする。
【０００９】
また、本発明の一態様は、ウェブサイトが偽装されているか否かを判定する複数の判定処理の内、時間のかからない方の第１の判定処理と時間のかかる方の第２の判定処理とが定義され、第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行する判定ステップと、通信回線を介して前記判定結果をユーザ端末に送信するステップと、をコンピュータに実行させるためのウェブサイト判定プログラムである。
【００１０】
また、本発明の一態様は、上記のウェブサイト判定プログラムにおいて、ウェブサイトに対するユーザ端末からのアクセスを中継するアクセス中継ステップを備え、前記アクセス中継ステップは、該アクセス先のウェブサイトが前記第１の判定処理によって偽装されていないと判定された場合に、アクセス元のユーザ端末と該アクセス先のウェブサイトとの間のデータ転送を行う、ことを特徴とする。
【００１１】
また、本発明の一態様は、上記のウェブサイト判定プログラムにおいて、前記判定結果通知ステップは、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記アクセス元のユーザ端末から前記アクセス先のウェブサイト宛てのユーザ情報を受信した時に、前記第２の判定処理の判定結果を前記アクセス元のユーザ端末に送信することを特徴とする。
【００１２】
また、本発明の一態様は、上記のウェブサイト判定プログラムにおいて、前記アクセス中継ステップは、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記受信したユーザ情報を前記アクセス先のウェブサイトに送信しないことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、時間のかからない方の第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行するので、第１の判定処理によってウェブサイトが偽装されていると判定された場合には、フィッシング判定にかかる処理時間が短くなる。また、アクセス先のウェブサイトが第１の判定手段によって偽装されていないと判定された場合には、アクセス元のユーザ端末と該アクセス先のウェブサイトとの間のデータ転送を行うため、ユーザは処理時間の長い第２の判定処理が行われる前にそのウェブサイトを閲覧することができる。このため、ウェブアクセスの際にユーザが感じる遅延時間を短くすることができる。
【発明を実施するための最良の形態】
【００１４】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態によるプロキシサーバ１の構成及びネットワークの構成を示すブロック図である。
図１に示すとおり、プロキシサーバ１（ウェブサイト判定装置）は、インターネットと接続している。また、プロキシサーバ１は、ユーザ端末２とはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などで接続されている。なお、インターネット上には、アクセスサイト３、Ｗｈｏｉｓサーバ４、外部情報サイト５、及び関連サイト６などがある。
【００１５】
プロキシサーバ１は、ＵＲＬ入力部１１と、判定部１２と、データベース１３と、外部情報取得部１４と、警告文作成部１５と、を含んで構成される。ここで、プロキシサーバ１は、ウェブサイトに対するユーザ端末２からのアクセスを中継するサーバ装置である。このとき、プロキシサーバ１は、アクセスサイト３がフィッシングサイトであるか否かの判定を行う。アクセスサイト３は、ユーザがアクセスを要求する先のウェブサイトである。
【００１６】
また、Ｗｈｏｉｓサーバ４は、ドメインの情報であるＷｈｏｉｓ情報を保持するサーバである。外部情報サイト５は、代表的な金融サイトや、ショッピングサイトである。プロキシサーバ１は、外部情報サイト５からあらかじめサイトの情報（タイトル、画像、ドメインなど）を取得してデータベース１３に記憶しておく。関連サイト６は、アクセスサイト３からアクセス可能なリンク先のウェブサイトである。
【００１７】
なお、ユーザ端末２は、ユーザが使用するパーソナルコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）などの端末である。ユーザ端末２は、プロキシサーバ１へユーザが指定したアクセスサイト３のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を送信する。ここで、ユーザは、ブラウザなどのソフトウェアなどを用いてＵＲＬを指定する。
【００１８】
ＵＲＬ入力部１１は、ユーザ端末２からＵＲＬを含んだアクセス要求を受信し、受信したＵＲＬを判定部１２へ出力する。データベース１３は、判定部１２の判定に必要な情報を記憶する。外部情報取得部１４は、インターネット上のサーバ及びサイトから、判定部１２の判定に必要な情報を取得する。
【００１９】
判定部１２は、入力されたＵＲＬで示されるウェブサイトが、フィッシングサイトであるか否かを判定する。判定には、ＵＲＬによるフィッシング判定、ウェブページによるフィッシング判定、ドメインによるフィッシング判定及び関連ページによるフィッシング判定などがある。判定部１２は、これらの判定について、判定対象であるウェブサイトがフィッシングサイトである可能性を示す評価値を計算する。判定部１２は、各判定について得られた評価値を合計した値と所定の閾値を比較して、評価値が閾値以上となった場合に、判定対象のウェブサイトがフィッシングサイトであると判定する。
【００２０】
まず、ＵＲＬによるフィッシング判定について説明する。本実施形態では、あらかじめデータベース１３に、フィッシングサイトのＵＲＬのリストを記憶しておく。判定部１２は、入力されたＵＲＬがフィッシングサイトのＵＲＬのリストにあるか否かの判定を行う。入力されたＵＲＬがリストに存在する場合、判定部１２は、判定対象のウェブサイトがフィッシングサイトであると判定する。これにより、判定部１２は、評価値を所定の閾値以上にする。
【００２１】
また、フィッシングサイトのＵＲＬは、フィッシングサイト特有の構成を持つことがよくある。フィッシングサイトの管理者は、フィッシングサイトを作成する際に、ユーザやサーバ管理者にフィッシングサイトであることを気づかれないように、ＵＲＬに工夫を凝らしていることが多い。例えば、実際に存在するウェブサイトの名前に似た文字列をＵＲＬ中に仕込み、ユーザをだますパターンが考え得る。本実施形態では、あらかじめ有名なウェブサイトの名前に似た文字列や名前そのものをリスト化し、データベース１３に記憶しておく。判定部１２は、そのリスト中の文字列にマッチングしたものに高い評価値を与える。また、判定部１２は、その文字列がＵＲＬ中のどこに書かれているかのチェックも行う。フィッシングサイトの場合はサブドメインやディレクトリ名の中にその文字列を書く場合が多いため、判定部１２は、これらの場所に書かれていた場合に評価値を大きくする。
【００２２】
また、フィッシングサイトのサーバ管理者に気付かれないようにするため、次のようなものが存在する。その１つが、空白のディレクトリを作成し、その中にフィッシングサイトを作成する場合であり、もう１つが、「.」から始まるディレクトリを作成し、その中にフィッシングサイトを作成する場合であり、どちらも管理者からフィッシングサイトの場所を隠すことを意図している。従って、判定部１２は、ＵＲＬの文字列の「/」と「/」の間に空白（文字列としては「%20」）が入れられていたり、「/」の後に「.」が入れられていたりする場合に評価値を大きくする。
【００２３】
また、上記以外に、ＩＰアドレスを直接書いたＵＲＬや、そのＩＰアドレスを１０進数や１６進数に直したものを記述している例などがフィッシングサイトのＵＲＬとして挙げられる。判定部１２は、これらの場合にも評価値を大きくする。
【００２４】
次に、ウェブページによるフィッシング判定について説明する。これは、実際にウェブサイトのウェブページに書かれている情報を取得することによって分析を行う。ウェブページには、そのサイトの特徴とも言える単語が書かれていることが多い。そこで、本実施形態では、あらかじめ特徴的な単語のリストをデータベース１３に記憶しておく。判定部１２は、そのリストに含まれる単語を何回使っているのかということや、各単語の出現頻度などを計算し、評価値に重みをつける。
【００２５】
また、フィッシングサイトでは、実際に存在するウェブサイトに画面デザインを似せてユーザをだますことが多い。このため、本実施形態では、あらかじめ代表的な金融サイトや、ショッピングサイトの画面の画像情報と、そのドメイン名を関連付けてデータベース１３に記憶しておく。判定部１２は、判定対象のウェブサイトの画面の画像情報と一致する画像情報がデータベース１３にあるか否かを判定する。一致する画像情報がある場合には、判定部１２は、その画像情報のドメイン名と判定対象のウェブサイトのドメイン名が一致するか否かを判定し、一致しない場合には、フィッシングサイトであると判定する。これにより、判定部１２は、評価値を所定の閾値より大きな値にする。また、一致する場合には、フィッシングサイトではないと判定する。
【００２６】
次に、ドメインによるフィッシング判定について説明する。フィッシングサイトは、早期に発見された場合などに対処するために、例えば１年という比較的短い有効期限でドメインを取得することが多い。このため、ドメインの取得日とドメインの有効期限を判断基準として利用することが可能である。また、ＩＰアドレスを判断基準として利用することも可能である。
【００２７】
判定部１２は、ＵＲＬの文字列からドメイン名を抽出し、外部情報取得部１４を用いてＷｈｏｉｓコマンドを実行してＷｈｏｉｓサーバ４からドメインの情報を取得する。そして、判定部１２は、そのドメインの取得日を確認し、ドメインが最近取得された場合には評価値を大きくする。また、判定部１２は、そのドメインの有効期限を確認し、有効期限が短い場合には評価値を大きくする。
【００２８】
次に、関連ページによるフィッシング判定について説明する。まず、固有単語の比較をすることで、判定を行うことができる。ＵＲＬで示されるウェブページに書かれている固有名詞と、ＵＲＬの文字列の後ろの方を削ったＵＲＬで示されるそのドメインのサイトのトップページといえるウェブページに書かれている固有名詞とを比較し、それらに共通の単語がない場合、トップページとＵＲＬのウェブページとの関連性が薄いと考えられる。通常の個人サイトなどでは多くあることであると考えられるが、企業などのサイトの場合ではそのようなことは少なく、共通の固有名詞がなかった場合、クラックされたサイトであると判断することができる。このため、判定部１２は、共通の固有名詞がなかった場合には、評価値を大きくする。また、判定部１２は、同様にウェブサイト内のウェブページ間のタイトルを比較し、タイトルが異なっている場合に評価値を大きくする。また、関連ページによるフィッシング判定では、ＵＲＬで示されるウェブページ以外のそのウェブサイト内にあるページについてもウェブページによるフィッシング判定と同様の処理を行う。
【００２９】
また、ＵＲＬで示されるウェブページからリンクされている他のウェブサイトのページで、ウェブページによるフィッシング判定と同様の処理を行う。リンク先まで含めると、複数ページについて評価値が得られるが、ＵＲＬで示されるウェブページに近いウェブページほど評価値の重みを大きくする。
【００３０】
ここまでが、各フィッシング判定の説明である。判定部１２はＵＲＬで示されるウェブサイトのウェブページの情報に基づいて、上記したフィッシング判定基準で評価値を計算する。
【００３１】
警告文作成部１５は、判定部１２にてアクセスサイト３がフィッシングサイトであると判定された場合、ユーザにフィッシングサイトである旨を通知するための警告文を作成して、ユーザ端末２へ送信する。
【００３２】
図２は、本実施形態のプロキシサーバ１におけるフィッシングサイト判定処理の流れの一例を表すフローチャートである。
フィッシング詐欺では、パスワードなどの情報を入力するための送信フォームのページへ誘導し、その送信フォームに入力され、投稿された情報を盗む。この過程において、ユーザ端末２は、送信フォームへの通信とその情報を投稿するための通信という２回の通信を行う必要がある。そこで、本実施形態におけるプロキシサーバ１は、最初の通信において処理に時間のかからないフィッシング判定を行い、２回目の通信が行われるまでに処理に時間のかかるフィッシング判定を行う。
【００３３】
ユーザ端末２からアクセス要求を受信すると、ＵＲＬ入力部１１は、受信したアクセス要求に含まれるＵＲＬを判定部１２へ出力する（ステップＳ１）。ＵＲＬが入力されると、判定部１２は、そのＵＲＬを用いて、ＵＲＬによるフィッシング判定を行い、評価値の合計値を計算する（ステップＳ２）。続いて、判定部１２は、計算した合計値と所定の閾値を比較し、比較結果に基づいて、ユーザがアクセスを要求したＵＲＬによって識別されるウェブサイト（アクセスサイト３）がフィッシングサイトであるか否かを判定する（ステップＳ３）。
【００３４】
アクセスサイト３がフィッシングサイトであると判定した場合には、判定部１２はその結果を警告文作成部１５へ出力する。警告文作成部１５は、ユーザ端末２へ警告文を送信して、ユーザにアクセスサイト３がフィッシングサイトである事を警告する（ステップＳ１５）。
【００３５】
一方、アクセスサイト３がフィッシングサイトでないと判定した場合（ステップＳ３でＮｏの場合）には、外部情報取得部１４が、アクセスサイト３にアクセスしてその情報を取得し（ステップＳ４）、判定部１２に出力する。判定部１２は、アクセスサイト３の情報に基づいて、時間のかからない判定を行い、評価値の合計値を計算する（ステップＳ５）。ここで、時間のかからない判定とは、アクセスサイト３の情報のみで判定可能なフィッシング判定のことである。本実施形態では、時間のかからない判定には、ウェブページによるフィッシング判定がある。
【００３６】
次に、判定部１２は、ＵＲＬに書かれているウェブページに送信フォームがあるか否かを判定する（ステップＳ６）。フィッシングサイトの場合、パスワードなどのユーザ情報を送信するための送信フォームが必ずウェブページにある。このため、評価部１２は、送信フォームがない場合には、フィッシングサイトではないと判定して、判定処理を終了する。
【００３７】
また、送信フォームがある場合には、判定部１２は、算出した評価値と所定の閾値を比較し、比較結果に基づいて、アクセスサイト３がフィッシングサイトであるか否かを判定する（ステップＳ７）。
【００３８】
アクセスサイト３がフィッシングサイトであると判定した場合、判定部１２はその結果を警告文作成部１５へ出力する。警告文作成部１５は、ユーザ端末２へ警告文を送信して、ユーザにアクセスサイト３がフィッシングサイトである事を警告する（ステップＳ１６）。一方、アクセスサイト３がフィッシングサイトでないと判定した場合（ステップＳ７でＮｏの場合）、判定部１２は、ユーザ端末２にアクセスサイト３の情報を送信する（ステップＳ８）。これにより、ユーザ端末２にてアクセスサイト３が閲覧可能となる。
【００３９】
次に、外部情報取得部１４が、Ｗｈｏｉｓサーバ４からＷｈｏｉｓ情報を取得する（ステップＳ９）。また、外部情報取得部１４は、関連サイト６から関連ページ情報を取得する（ステップＳ１０）。関連ページ情報とは、アクセスサイト３からアクセス可能なリンク先の他のウェブサイトの情報、及びＵＲＬが示すウェブページ以外のアクセスサイト３内にあるウェブページの情報である。外部情報取得部１４は、取得した情報を判定部１２へ出力する。
【００４０】
次に、判定部１２は、ステップＳ９及びＳ１０で取得した情報を用いて時間のかかる判定を行い、評価値の合計値を計算する（ステップＳ１１）。ここで、時間のかかる判定とは、アクセスサイト３以外のサーバから情報を取得しなければフィッシング判定ができない判定のことである。本実施形態では、時間のかかる判定には、ドメインによるフィッシング判定及び関連ページによるフィッシング判定がある。判定部１２は、これらのフィッシング判定によって算出した評価値の合計値を所定の閾値と比較し、比較結果に基づいて、アクセスサイト３がフィッシングサイトであるか否かを判定する。なお、時間のかかる判定は、アクセスサイト３以外のサーバから情報を取得するため、時間のかからない判定に比べて処理時間が長くなる。
【００４１】
次に、判定部１２は、ユーザがアクセスサイト３へユーザ情報を送信（ＰＯＳＴ）したか否かを判定する（ステップＳ１２）。ユーザがユーザ情報をＰＯＳＴしなかった場合には、判定処理を終了する。一方、ユーザがユーザ情報をＰＯＳＴした場合には、ステップＳ１１の判定結果がフィッシングサイトであるか否かを判定する（ステップＳ１３）。
【００４２】
判定結果がフィッシングサイトである場合、判定部１２はその結果を警告文作成部１５へ出力する。警告文作成部１５は、ユーザ端末２へ警告文を送信して、アクセスサイト３がフィッシングサイトである事を警告する（ステップＳ１７）。一方、判定結果がフィッシングサイトではない場合（ステップＳ１３：Ｎｏ）、判定部１２は、アクセスサイト３にユーザがＰＯＳＴしたユーザ情報を送信して（ステップＳ１４）、判定処理を終了する。
【００４３】
図３は、本実施形態における判定処理の流れの一例を表すシーケンス図である。
まず、ユーザ端末２からプロキシサーバ１へアクセス要求が送信される。アクセス要求を受信したプロキシサーバ１は、ユーザがアクセス要求をしたアクセスサイト３にアクセスして（ステップＳ１０２）、アクセスサイト３の情報を取得する（ステップＳ１０３）。
【００４４】
プロキシサーバ１は、受信した情報を基に時間のかからない判定を行う（ステップＳ１０４）。判定の結果、アクセスサイト２がフィッシングサイトであると判定した場合、プロキシサーバ１は、その結果をユーザ端末２に送信する（ステップＳ１０５）。
【００４５】
一方、フィッシングサイトではないと判定した場合には、プロキシサーバ１はＷｈｏｉｓサーバ４、外部情報サイト５、関連サイト６などのその他サイトにアクセスして（ステップＳ１０６）、時間のかかる判定に必要な情報を取得する（ステップＳ１０７）。プロキシサーバ１は、取得した情報に基づいて時間のかかる判定を行う（ステップＳ１０８）。
【００４６】
アクセスサイト２がフィッシングサイトであると判定した場合、プロキシサーバ１はユーザ端末２からユーザ情報がＰＯＳＴされてくると（ステップＳ１０９）、判定結果をユーザ端末２に送信する（ステップＳ１１０）。一方、フィッシングサイトではないと判定した場合には、ユーザ端末２からＰＯＳＴされたユーザ情報をアクセスサイト３に送信して判定処理を終了する。
【００４７】
このように、本実施形態によれば、プロキシサーバ１は、フィッシング判定を、時間のかからない判定と時間のかかる判定に分けて、時間のかからない判定を先に行う。また、プロキシサーバ１は、時間のかからない判定において、アクセスサイト３がフィッシングサイトであると判定した場合には、時間のかかる判定を行わないため、プロキシサーバ１にかかる負担が小さくなる。
また、時間のかからない判定の後に、ユーザ端末２にアクセスサイト３の情報を送信するため、ユーザは、プロキシサーバ１が時間のかかる判定を行う前にアクセスサイト３を閲覧することができる。また、ユーザが、アクセスサイト３に送信するユーザ情報を入力している間に、時間のかかる判定を行うことができる。このため、ウェブアクセスの際にユーザが感じる遅延時間を短くすることができる。
【００４８】
また、図２に示す各ステップを実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、フィッシング判定処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。
また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。
また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。
【００４９】
さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【００５０】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【図面の簡単な説明】
【００５１】
【図１】本発明の一実施形態によるプロキシサーバ（ウェブサイト判定装置）の構成を示すブロック図である。
【図２】本実施形態のプロキシサーバ（ウェブサイト判定装置）におけるフィッシングサイト判定処理の流れの一例を表すフローチャートである。
【図３】本実施形態における判定処理の流れの一例を表すシーケンス図である。
【符号の説明】
【００５２】
１…プロキシサーバ（ウェブサイト判定装置） ２…ユーザ端末 ３…アクセスサイト ４…Ｗｈｏｉｓサーバ ５…外部情報サイト ６…関連サイト １１…ＵＲＬ入力部 １２…判定部 １３…データベース １４…外部情報取得部 １５…警告文作成部
【特許請求の範囲】
【請求項１】
ウェブサイトが偽装されているか否かを判定する複数の判定処理の内、時間のかからない方の第１の判定処理と時間のかかる方の第２の判定処理とが定義され、第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行する判定手段と、
通信回線を介して前記判定結果をユーザ端末に送信する判定結果通知手段と、
を備えたことを特徴とするウェブサイト判定装置。
【請求項２】
ウェブサイトに対するユーザ端末からのアクセスを中継するアクセス中継手段を備え、
前記アクセス中継手段は、該アクセス先のウェブサイトが前記第１の判定処理によって偽装されていないと判定された場合に、アクセス元のユーザ端末と該アクセス先のウェブサイトとの間のデータ転送を行う、
ことを特徴とする請求項１に記載のウェブサイト判定装置。
【請求項３】
前記判定結果通知手段は、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記アクセス元のユーザ端末から前記アクセス先のウェブサイト宛てのユーザ情報を受信した時に、前記第２の判定処理の判定結果を前記アクセス元のユーザ端末に送信することを特徴とする請求項２に記載のウェブサイト判定装置。
【請求項４】
前記アクセス中継手段は、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記受信したユーザ情報を前記アクセス先のウェブサイトに送信しないことを特徴とする請求項３に記載のウェブサイト判定装置。
【請求項５】
ウェブサイトが偽装されているか否かを判定する複数の判定処理の内、時間のかからない方の第１の判定処理と時間のかかる方の第２の判定処理とが定義され、第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行する判定ステップと、
通信回線を介して前記判定結果をユーザ端末に送信する判定結果通知ステップと、
をコンピュータに実行させるためのウェブサイト判定プログラム。
【請求項６】
ウェブサイトに対するユーザ端末からのアクセスを中継するアクセス中継ステップを備え、
前記アクセス中継ステップは、該アクセス先のウェブサイトが前記第１の判定処理によって偽装されていないと判定された場合に、アクセス元のユーザ端末と該アクセス先のウェブサイトとの間のデータ転送を行う、
ことを特徴とする請求項５に記載のウェブサイト判定プログラム。
【請求項７】
前記判定結果通知ステップは、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記アクセス元のユーザ端末から前記アクセス先のウェブサイト宛てのユーザ情報を受信した時に、前記第２の判定処理の判定結果を前記アクセス元のユーザ端末に送信することを特徴とする請求項６に記載のウェブサイト判定プログラム。
【請求項８】
前記アクセス中継ステップは、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記受信したユーザ情報を前記アクセス先のウェブサイトに送信しないことを特徴とする請求項７に記載のウェブサイト判定プログラム。
【請求項１】
ウェブサイトが偽装されているか否かを判定する複数の判定処理の内、時間のかからない方の第１の判定処理と時間のかかる方の第２の判定処理とが定義され、第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行する判定手段と、
通信回線を介して前記判定結果をユーザ端末に送信する判定結果通知手段と、
を備えたことを特徴とするウェブサイト判定装置。
【請求項２】
ウェブサイトに対するユーザ端末からのアクセスを中継するアクセス中継手段を備え、
前記アクセス中継手段は、該アクセス先のウェブサイトが前記第１の判定処理によって偽装されていないと判定された場合に、アクセス元のユーザ端末と該アクセス先のウェブサイトとの間のデータ転送を行う、
ことを特徴とする請求項１に記載のウェブサイト判定装置。
【請求項３】
前記判定結果通知手段は、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記アクセス元のユーザ端末から前記アクセス先のウェブサイト宛てのユーザ情報を受信した時に、前記第２の判定処理の判定結果を前記アクセス元のユーザ端末に送信することを特徴とする請求項２に記載のウェブサイト判定装置。
【請求項４】
前記アクセス中継手段は、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記受信したユーザ情報を前記アクセス先のウェブサイトに送信しないことを特徴とする請求項３に記載のウェブサイト判定装置。
【請求項５】
ウェブサイトが偽装されているか否かを判定する複数の判定処理の内、時間のかからない方の第１の判定処理と時間のかかる方の第２の判定処理とが定義され、第１の判定処理を先に実行し、この結果、偽装されていないと判定された場合にのみ、第２の判定処理をさらに実行する判定ステップと、
通信回線を介して前記判定結果をユーザ端末に送信する判定結果通知ステップと、
をコンピュータに実行させるためのウェブサイト判定プログラム。
【請求項６】
ウェブサイトに対するユーザ端末からのアクセスを中継するアクセス中継ステップを備え、
前記アクセス中継ステップは、該アクセス先のウェブサイトが前記第１の判定処理によって偽装されていないと判定された場合に、アクセス元のユーザ端末と該アクセス先のウェブサイトとの間のデータ転送を行う、
ことを特徴とする請求項５に記載のウェブサイト判定プログラム。
【請求項７】
前記判定結果通知ステップは、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記アクセス元のユーザ端末から前記アクセス先のウェブサイト宛てのユーザ情報を受信した時に、前記第２の判定処理の判定結果を前記アクセス元のユーザ端末に送信することを特徴とする請求項６に記載のウェブサイト判定プログラム。
【請求項８】
前記アクセス中継ステップは、前記第２の判定処理によって前記アクセス先のウェブサイトが偽装されていると判定された場合には、前記受信したユーザ情報を前記アクセス先のウェブサイトに送信しないことを特徴とする請求項７に記載のウェブサイト判定プログラム。
【図１】
【図２】
【図３】
【図２】
【図３】
【公開番号】特開２００９−２３０６６２（Ｐ２００９−２３０６６２Ａ）
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願番号】特願２００８−７８０６８（Ｐ２００８−７８０６８）
【出願日】平成２０年３月２５日（２００８．３．２５）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
【公開日】平成２１年１０月８日（２００９．１０．８）
【国際特許分類】
【出願日】平成２０年３月２５日（２００８．３．２５）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【Ｆターム（参考）】
[ Back to top ]