(57)【要約】【課題】ウェブページの誤り検出符号を利用することで、ウェブページが正規のページであるかを鑑定する。【解決手段】ユーザ端末１０がネットバンキング等を初めとするウェブページ提供サーバ１００から取得したログインページ等のウェブページについて、ＣＲＣ値を初めとする誤り検出符号を算出し、セキュリティサーバ２００に送信する。セキュリティサーバ２００は誤り検出符号を受信し、予め記憶された正規のＣＲＣ値と比較すると共に、ソースコードの一部又は全部、ウェブページのドメイン、及びＤＮＳ情報を比較することで、ウェブページが改ざんされた偽のログインページ等でなく、正規のページあるかの鑑定を行う。【選択図】図１
2014197375.tif 000002
【特許請求の範囲】
【請求項１】
ウェブページの内容データを予め記憶させたウェブページデータベースを備え、ユーザ端末と通信可能に接続されたセキュリティサーバであって、
前記ユーザ端末が閲覧を行うウェブページについて、当該ウェブページの内容データを取得するウェブページデータ取得手段と、
前記取得した内容データと、予めウェブページデータベースに記憶させた前記ウェブページの内容データとを比較するウェブページデータ比較手段と、
前記比較の結果に基づき、前記ユーザ端末が閲覧を行うウェブページが正規のウェブページであるかを鑑定するウェブページ鑑定手段と、
を備えるセキュリティサーバ。
【請求項２】
請求項１に記載のセキュリティサーバであって、
前記ウェブページデータ比較手段において、前記二つの内容データのうち、所定の識別子で特定される部分同士の比較を行うセキュリティサーバ。
【請求項３】
ウェブページの誤り検出符号を予め記憶させた誤り検出符号データベースを備え、ユーザ端末と通信可能に接続されたセキュリティサーバであって、
前記ユーザ端末が閲覧を行うウェブページについて、誤り検出符号を取得する誤り検出符号算出手段と、
前記取得した誤り検出符号と、予め誤り検出符号データベースに記憶させた前記ウェブページの誤り検出符号とを比較する誤り検出符号比較手段と、
前記比較の結果に基づき、前記ユーザ端末が閲覧を行うウェブページが正規のウェブページであるかを鑑定するウェブページ鑑定手段と、
を備えるセキュリティサーバ。
【請求項４】
請求項３に記載のセキュリティサーバであって、
前記誤り検出符号比較手段において、前記ウェブページに含まれるページ構成情報についても誤り検出符号の比較を行うセキュリティサーバ。
【請求項５】
請求項３又は４のいずれか一項に記載のセキュリティサーバであって、
前記ウェブページのＵＲＩに含まれるドメインを、前記誤り検出符号データベースに予め関連づけて記憶された前記ウェブページのドメインと比較するドメイン比較手段と、を備え、
前記ウェブページ鑑定手段において、前記ドメイン比較手段の結果にも基づき鑑定を行うセキュリティサーバ。
【請求項６】
請求項３乃至５のいずれか一項に記載のセキュリティサーバであって、
前記ウェブページのＵＲＩに含まれるドメインに関して、前記セキュリティサーバに予め記憶されたＤＮＳ情報と、前記ユーザ端末の利用するＤＮＳ情報とを比較するＤＮＳ情報比較手段と、を備え、
前記ウェブページ鑑定手段において、前記ＤＮＳ情報比較手段の結果にも基づき鑑定を行うセキュリティサーバ。
【請求項７】
セキュリティサーバと通信可能に接続されたユーザ端末であって、
閲覧するウェブページの誤り検出符号を算出する誤り検出符号算出手段と、
前記算出した誤り検出符号と、前記ウェブページの情報とを前記セキュリティサーバに送信する誤り検出符号送信手段と、
前記誤り検出符号を送信したウェブページについて、前記セキュリティサーバから鑑定結果を取得するウェブページ鑑定結果受信手段と、
前記受信した鑑定結果により、前記ウェブページが正規のものでない場合には、当該ウェブページに係る処理の阻止又は警告を行う不正ページ対応手段と、
を備えるユーザ端末。
【請求項８】
ウェブページの誤り検出符号を予め記憶させた誤り検出符号データベースを備え、ユーザ端末と通信可能に接続されたセキュリティサーバが行うウェブページ鑑定方法であって、
前記ユーザ端末が閲覧を行うウェブページについて、誤り検出符号を取得するステップと、
前記取得した誤り検出符号と、予め誤り検出符号データベースに記憶させた前記ウェブページの誤り検出符号とを比較するステップと、
前記比較の結果に基づき、前記ユーザ端末が閲覧を行うウェブページが正規のウェブページであるかを鑑定するステップと、
を備えるウェブページ鑑定方法。
【請求項９】
ウェブページの誤り検出符号を予め記憶させた誤り検出符号データベースを備え、ユーザ端末と通信可能に接続されたセキュリティサーバに、
前記ユーザ端末が閲覧を行うウェブページについて、誤り検出符号を取得するステップ、
前記取得した誤り検出符号と、予め誤り検出符号データベースに記憶させた前記ウェブページの誤り検出符号とを比較するステップ、
前記比較の結果に基づき、前記ユーザ端末が閲覧を行うウェブページが正規のウェブページであるかを鑑定するステップ、
を実行させるセキュリティサーバ用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブページが正規のものであるかの鑑定を行うセキュリティサーバ、ユーザ端末、ウェブページ鑑定方法、セキュリティサーバ用プログラムに関する。
【背景技術】
【０００２】
近年、公衆回線網に接続された携帯端末をＷｅｂサーバ等と接続することで、ユーザに様々なサービスが提供されている。その一例として、物品や金融商品の売買や講座振替、入出金といった金銭に関わる処理が、公衆回線網を通じて行えるようになっている。
【０００３】
このような金銭に関わる手続きにおいては、本人確認が特に重要である。なぜならば、自分のアカウントに他人がアクセスできる場合には、自分の金品を他人に使われてしまうおそれがあるためである。そこで各サービスでは、本人のみが知り得るＩＤやパスワードを発行し、ログイン処理を必要とすることで、サービスを利用できる人間を本人に限定している。
【０００４】
しかしながら、そのようなパスワードを盗み取る目的で、ログインページと外観やＵＲＬが似通った偽の入力ページを故意に作成し、正規のページと誤認したユーザからパスワードを窃取する「フィッシング」と呼ばれるサイバー犯罪が横行している。
【０００５】
このような課題に対して、ログイン用ウェブページに対してＩＤ又はパスワードの少なくとも一方についてダミーデータを送信し、そのログインの成否を判定し、成功の場合にそのログイン用ウェブページを偽ページと判定して、偽ページへのアクセスについて阻止又は警告を行う方法が開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−１５４４１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１では、フィッシング用の偽ログインページはログイン処理を適切に行っていないことに着目し、入力したログイン情報がダミーデータであるにも関わらずログインが成功した場合には、そのページが偽ログインページであると判断している。ページが偽ログインページであると判断された場合には、警告を表示するなどし、その後に続く真なるパスワードの入力を阻止することができる。
【０００８】
しかしながら、特許文献１の方法では、偽ログインページがダミーデータに対してログイン成功の挙動を示すことが前提となっている。そのため、偽ログインページがページの切り替えを起こさなかったり、他のページにジャンプさせたりといった処理を行う場合には、効果を発揮しない。一例として、偽ログインページが正規のウェブページのログイン失敗のページにジャンプをさせた場合、ユーザは自らの入力ミスを疑い、再度の入力では正規のページに対するログインを成功させることから、初めのページが偽ページであるという疑念を払拭してしまうおそれがある。
【０００９】
そこで、本発明の発明者は、ユーザが第三者のセキュリティサーバに対してウェブページが正規であるか否かの鑑定を依頼することで、フィッシングの被害を回避できることに着目した。
【００１０】
また、本発明者は、ウェブページの鑑定においてはドメインを初めとするＵＲＩに含まれる情報や通信先のＩＰが、ログインページを提供するサーバを特定する上で重要な情報になることに着目し、ＵＲＩやそれに含まれるドメインに加え、ＤＮＳ情報をも鑑定に利用することで、より鑑定の信頼性を向上させられることに着目した。
【００１１】
本発明は、これらの課題に鑑み、ユーザ端末が取得したログインページ等のウェブページについて、ＣＲＣ値を初めとする誤り検出符号を取得し、予め記憶された正規のＣＲＣ値と比較すると共に、ソースコードの一部又は全部、ウェブページのドメイン、及びＤＮＳ情報とを比較することで、ウェブページが改ざんされた偽のログインページ等でなく、正規のページあるかの鑑定を行うセキュリティサーバを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明では、以下のような解決手段を提供する。
【００１３】
第１の特徴に係る発明は、ウェブページの内容データを予め記憶させたウェブページデータベースを備え、ユーザ端末と通信可能に接続されたセキュリティサーバであって、
前記ユーザ端末が閲覧を行うウェブページについて、当該ウェブページの内容データを取得するウェブページデータ取得手段と、
前記取得した内容データと、予めウェブページデータベースに記憶させた前記ウェブページの内容データとを比較するウェブページデータ比較手段と、
前記比較の結果に基づき、前記ユーザ端末が閲覧を行うウェブページが正規のウェブページであるかを鑑定するウェブページ鑑定手段と、
を備えるセキュリティサーバを提供する。
【００１４】
第１の特徴に係る発明によれば、ウェブページの内容データを予め記憶させたウェブページデータベースを備え、ユーザ端末と通信可能に接続されたセキュリティサーバは、前記ユーザ端末が閲覧を行うウェブページについて、当該ウェブページの内容データを取得し、前記取得した内容データと、予めウェブページデータベースに記憶させた前記ウェブページの内容データとを比較し、前記比較の結果に基づき、前記ユーザ端末が閲覧を行うウェブページが正規のウェブページであるかを鑑定する。
【００１５】
第２の特徴に係る発明は、第１の特徴に係る発明であるセキュリティサーバであって、
前記ウェブページデータ比較手段において、前記二つの内容データのうち、所定の識別子で特定される部分同士の比較を行うセキュリティサーバを提供する。
【００１６】
第２の特徴に係る発明によれば、第１の特徴に係る発明であるセキュリティサーバは、前記二つの内容データのうち、所定の識別子で特定される部分同士の比較を行う。
【００１７】
第３の特徴に係る発明は、ウェブページの誤り検出符号を予め記憶させた誤り検出符号データベースを備え、ユーザ端末と通信可能に接続されたセキュリティサーバであって、
前記ユーザ端末が閲覧を行うウェブページについて、誤り検出符号を取得する誤り検出符号算出手段と、
前記取得した誤り検出符号と、予め誤り検出符号データベースに記憶させた前記ウェブページの誤り検出符号とを比較する誤り検出符号比較手段と、
前記比較の結果に基づき、前記ユーザ端末が閲覧を行うウェブページが正規のウェブページであるかを鑑定するウェブページ鑑定手段と、
を備えるセキュリティサーバを提供する。
【００１８】
第３の特徴に係る発明によれば、ウェブページの誤り検出符号を予め記憶させた誤り検出符号データベースを備え、ユーザ端末と通信可能に接続されたセキュリティサーバは、前記ユーザ端末が閲覧を行うウェブページについて、誤り検出符号を取得し、前記取得した誤り検出符号と、予め誤り検出符号データベースに記憶させた前記ウェブページの誤り検出符号とを比較し、前記比較の結果に基づき、前記ユーザ端末が閲覧を行うウェブページが正規のウェブページであるかを鑑定する。
【００１９】
第３の特徴に係る発明は、セキュリティサーバのカテゴリであるが、ウェブページ鑑定方法、及び、セキュリティサーバ用プログラムのカテゴリにおいても、そのカテゴリに応じた同一の作用・効果を奏する。
【００２０】
第４の特徴に係る発明は、第１の特徴に係る発明であるセキュリティサーバであって、前記誤り検出符号比較手段において、前記ウェブページに含まれるページ構成情報についても誤り検出符号の比較を行うセキュリティサーバを提供する。
【００２１】
第４の特徴に係る発明によれば、第１の特徴に係る発明であるセキュリティサーバは、前記ウェブページに含まれるページ構成情報についても誤り検出符号の比較を行う。
【００２２】
第５の特徴に係る発明は、第１または第２のいずれかの特徴に係る発明であるセキュリティサーバであって、
前記ウェブページのＵＲＩに含まれるドメインを、前記誤り検出符号データベースに予め関連づけて記憶された前記ウェブページのドメインと比較するドメイン比較手段と、を備え、
前記ウェブページ鑑定手段において、前記ドメイン比較手段の結果にも基づき鑑定を行うセキュリティサーバを提供する。
【００２３】
第５の特徴に係る発明によれば、第１または第２のいずれかの特徴に係る発明であるセキュリティサーバは、前記ウェブページのＵＲＩに含まれるドメインを、前記誤り検出符号データベースに予め関連づけて記憶された前記ウェブページのドメインと比較し、その結果にも基づき鑑定を行う。
【００２４】
第６の特徴に係る発明は、第１乃至第３のいずれかの特徴に係る発明であるセキュリティサーバであって、
前記ウェブページのＵＲＩに含まれるドメインに関して、前記セキュリティサーバに予め記憶されたＤＮＳ情報と、前記ユーザ端末の利用するＤＮＳ情報とを比較するＤＮＳ情報比較手段と、を備え、
前記ウェブページ鑑定手段において、前記ＤＮＳ情報比較手段の結果にも基づき鑑定を行うセキュリティサーバを提供する。
【００２５】
第６の特徴に係る発明によれば、第１乃至第３のいずれかの特徴に係る発明であるセキュリティサーバは、前記ウェブページのＵＲＩに含まれるドメインに関して、前記セキュリティサーバに予め記憶されたＤＮＳ情報と、前記ユーザ端末の利用するＤＮＳ情報とを比較し、その結果にも基づき鑑定を行う。
【００２６】
第７の特徴に係る発明は、
セキュリティサーバと通信可能に接続されたユーザ端末であって、
閲覧するウェブページの誤り検出符号を算出する誤り検出符号算出手段と、
前記算出した誤り検出符号と、前記ウェブページの情報とを前記セキュリティサーバに送信する誤り検出符号送信手段と、
前記誤り検出符号を送信したウェブページについて、前記セキュリティサーバから鑑定結果を取得するウェブページ鑑定結果受信手段と、
前記受信した鑑定結果により、前記ウェブページが正規のものでない場合には、当該ウェブページに係る処理の阻止又は警告を行う不正ページ対応手段と、
を備えるユーザ端末を提供する。
【００２７】
第７の特徴に係る発明によれば、セキュリティサーバと通信可能に接続されたユーザ端末は、閲覧するウェブページの誤り検出符号を算出し、算出した誤り検出符号と、前記ウェブページの情報とを前記セキュリティサーバに送信し、誤り検出符号を送信したウェブページについて、前記セキュリティサーバから鑑定結果を取得し、受信した鑑定結果により、前記ウェブページが正規のものでない場合には、当該ウェブページに係る処理の阻止又は警告を行う。
【００２８】
第８の特徴に係る発明は、ウェブページの誤り検出符号を予め記憶させた誤り検出符号データベースを備え、ユーザ端末と通信可能に接続されたセキュリティサーバが行うウェブページ鑑定方法であって、
前記ユーザ端末が閲覧を行うウェブページについて、誤り検出符号を取得するステップと、
前記取得した誤り検出符号と、予め誤り検出符号データベースに記憶させた前記ウェブページの誤り検出符号とを比較するステップと、
前記比較の結果に基づき、前記ユーザ端末が閲覧を行うウェブページが正規のウェブページであるかを鑑定するステップと、
を備えるウェブページ鑑定方法を提供する。
【００２９】
第９の特徴に係る発明は、ウェブページの誤り検出符号を予め記憶させた誤り検出符号データベースを備え、ユーザ端末と通信可能に接続されたセキュリティサーバに、
前記ユーザ端末が閲覧を行うウェブページについて、誤り検出符号を取得するステップ、
前記取得した誤り検出符号と、予め誤り検出符号データベースに記憶させた前記ウェブページの誤り検出符号とを比較するステップ、
前記比較の結果に基づき、前記ユーザ端末が閲覧を行うウェブページが正規のウェブページであるかを鑑定するステップ、
を実行させるセキュリティサーバ用プログラムを提供する。
【発明の効果】
【００３０】
本発明によればユーザ端末が取得したログインページ等のウェブページについて、ＣＲＣ値を初めとする誤り検出符号を取得し、予め記憶された正規のＣＲＣ値と比較すると共に、ソースコードの一部又は全部、ウェブページのドメイン、及びＤＮＳ情報とを比較することで、ウェブページが改ざんされた偽のログインページ等でなく、正規のページあるかの鑑定を行うセキュリティサーバを提供することが可能となる。
【図面の簡単な説明】
【００３１】
【図１】図１は、ウェブページ鑑定システム１の概要を説明するための図である。
【図２】図２は、ウェブページ鑑定システム１の全体構成図である。
【図３】図３は、ユーザ端末１０、ウェブページ提供サーバ１００、セキュリティサーバ２００の機能ブロック図である。
【図４】図４は、ユーザ端末１０、ウェブページ提供サーバ１００が実行する誤り検出符号の算出処理を示すフローチャート図である。
【図５】図５は、ユーザ端末１０、セキュリティサーバ２００が実行するウェブページの鑑定処理を示すフローチャート図である。
【図６】図６は、ウェブページが不正なページであるとの鑑定の結果を受信した場合の、ユーザ端末の表示画面の一例である。
【図７】図７は、セキュリティサーバ２００が備える、誤り検出符号データベース２５０内の誤り検出符号テーブルの一例である。
【発明を実施するための形態】
【００３２】
以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
【００３３】
［ウェブページ鑑定システム１の概要］
図１は、本発明の好適な実施形態であるウェブページ鑑定システム１の概要を説明するための図である。この図１に基づいて、ウェブページ鑑定システム１の概要を説明する。
【００３４】
初めに、ユーザ端末１０はウェブサービスの利用を開始するため、ウェブページ提供サーバ１００からログインページを取得する（ステップＳ０１）。ここで取得とは、公衆回線網を通じてウェブページをデータとして受信することをいう。ユーザ端末１０は、この時点で取得したウェブページをメモリ上に展開、レンダリングし、閲覧可能な状態にしてもよいし、後述の処理によって正規のウェブページだと判断されるまで、閲覧を一時停止してもよい。
【００３５】
次にユーザ端末１０は、取得したログインページの誤り検出符号を算出し、内容データやログインページに関する情報とともに、セキュリティサーバ２００に対して送信する（ステップＳ０２）。ここで誤り検出符号とは、主にデータの伝送前後や圧縮前後において、誤りを検出し、データの同一性が保たれているかを判別するための符号である。誤り検出符号の例として、ＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）値を初めとするチェックサムが挙げられる。本実施例では誤り検出符号として、ＣＲＣ値を用いて説明する。また、内容データとはいわゆるＨＴＭＬコードである。
【００３６】
セキュリティサーバ２００は、内容データと、ログインページに関する情報と、ＣＲＣ値とを受信する。そして、誤り検出符号データベース２５０及びウェブページデータベース２５１内において、ログインページに関する情報の一部、例えばＵＲＩと関連付けられて記憶されているＣＲＣ値と内容データを読み出し、ユーザ端末１０から受信したＣＲＣ値及び内容データと比較を行う。そして、ＣＲＣ値及び内容データが一致する場合には、当該ログインページを正規のページとして、鑑定結果をユーザ端末１０へ送信する（ステップＳ０３）。一方で、一致しない場合には、ログインページは正規のページでなく、改ざんが行われた偽のページであるとして、鑑定結果をユーザ端末１０へ送信する。
【００３７】
また、セキュリティサーバ２００は、鑑定結果の信頼度を上げるため、ログインページに関する情報として、表示されるコンテンツ部だけでなく、ページ構成情報についてもＣＲＣ値を受信し、比較してよい。ここで、ページ構成情報とは、ウェブページのデータから外観たる画面表示部に相当するタグを除いた、いわゆるメタタグのことを指す。
【００３８】
更に、セキュリティサーバ２００は、鑑定結果の信頼度を上げるため、ログインページに関する情報として、ＵＲＩ、それに含まれるドメイン、通信先ＩＰアドレスを利用し、鑑定を行ってもよい。すなわち、通信先のドメインが一致していることを確認した上で、当該ドメインについてユーザ端末１０が利用するＤＮＳ情報と、自らが予め記憶させたＤＮＳ情報とを比較し、異なる場合には通信経路の改ざんが行われているものとして、偽のページであるとの鑑定結果を送信する。この手法は、ＤＮＳキャッシュポイズニングの対策として有効である。
【００３９】
最後に、鑑定結果を受信したユーザ端末１０は、鑑定結果に応じて様々な処理を行う。具体的には、正規のページであると鑑定された場合には処理を続行し、ページをユーザの閲覧に供する。一方、偽のページであると鑑定された場合には、処理の阻止又は警告を行うことで、ユーザをフィッシング等の偽ページがもたらす被害から保護することができる。以上が、ウェブページ鑑定システム１の概要である。
【００４０】
［ウェブページ鑑定システム１のシステム構成］
図２は、本発明の好適な実施形態であるウェブページ鑑定システム１のシステム構成図である。ウェブページ鑑定システム１は、ユーザ端末１０、ウェブページ提供サーバ１００、セキュリティサーバ２００、誤り検出符号データベース、公衆回線網３（インターネット網や第３世代、第４世代通信網など）から構成される。
【００４１】
ユーザ端末１０は、公衆回線網３を介して、ウェブページ提供サーバ１００、セキュリティサーバ２００と通信可能に接続されている。ウェブページ提供サーバ１００とセキュリティサーバ２００は、直接通信可能であってもよいし、ユーザ端末１０を介して情報を送受信してもよい。ウェブページ鑑定システム１内の通信は、無線通信、有線通信を問わない。ユーザ端末１０が公衆回線網３と接続するために、ルータ等のネットワーク機器を介して通信可能であってよい。
【００４２】
ユーザ端末１０は、ユーザがウェブページを閲覧し、手続きを行うための一般的な情報端末であってよく、後述する機能を備える情報機器や電化製品である。ユーザ端末１０は、例えば、携帯電話、スマートフォン、複合型プリンタ、テレビ、ルータ又はゲートウェイ等のネットワーク機器、コンピュータに加えて、冷蔵庫、洗濯機等の白物家電であってもよいし、電話機、ネットブック端末、スレート端末、電子書籍端末、電子辞書端末、携帯型音楽プレーヤ、携帯型コンテンツ再生・録画プレーヤ等の一般的な情報家電であってよい。
【００４３】
ウェブページ提供サーバ１００は、主としてＨＴＴＰプロトコルを利用し、ユーザ端末１０に対してユーザが手続きを行うためのウェブページを送信し、ユーザからパラメータを受信することで手続きを行う一般的なウェブサーバである。
【００４４】
セキュリティサーバ２００は、誤り検出符号データベース２５０を備え、ユーザ端末１０がウェブページ提供サーバ１００から受信したウェブページの鑑定を行う、後述の機能を備えたサーバである。
【００４５】
［各機能の説明］
図３は、ユーザ端末１０、ウェブページ提供サーバ１００、セキュリティサーバ２００の機能ブロックと各機能の関係を示す図である。
【００４６】
ユーザ端末１０は、制御部１１として、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ），ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ），ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）等を備え、通信部１２として、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ（Ｗｉｒｅｌｅｓｓ  Ｆｉｄｅｌｉｔｙ対応デバイス又は、第３世代移動通信システム等のＩＭＴ−２０００規格に準拠した無線デバイス等を備える（有線によるＬＡＮ接続であってもよい）。
【００４７】
さらに、ユーザ端末１０は、入出力部１３として、制御部で制御したデータや画像を出力表示する表示部を備え、かつ、ユーザやサポート者からの入力を受付けるタッチパネルやキーボード、マウス等を備える。
【００４８】
ユーザ端末１０において、制御部１１が所定のプログラムを読み込むことで、通信部１２と協働して、誤り検出符号算出モジュール１４、誤り検出符号送信モジュール１５、鑑定結果受信モジュール１６を実現する。また、ユーザ端末１０において、制御部１１が所定のプログラムを読み込むことで、入出力部１３と協働して、不正ページ対応モジュール１７を実現する。
【００４９】
ウェブページ提供サーバ１００は、同様に、制御部１０１として、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備え、通信部１０２として、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ対応デバイス又は、第３世代移動通信システム等のＩＭＴ−２０００規格に準拠した無線デバイス等を備える（有線によるＬＡＮ接続であってもよい）。
【００５０】
ウェブページ提供サーバ１００において、制御部１０１が所定のプログラムを読み込むことで、通信部１０２と協働して、ウェブページ提供モジュール１０３を実現する。
【００５１】
セキュリティサーバ２００は、同様に、制御部２０１として、ＣＰＵ，ＲＡＭ，ＲＯＭ等を備え、通信部２０２として、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ対応デバイスを備える（有線であってもよい）。加えて、セキュリティサーバ２００は、記憶部２０３として、ハードディスクや半導体メモリによる、データのストレージ部を備える。セキュリティサーバ２００は、誤り検出符号データベース２５０及びウェブページデータベース２５１を、記憶部２０３に備える。
【００５２】
セキュリティサーバ２００において、制御部２０１が所定のプログラムを読み込むことで、通信部２０２と協働して、ウェブページデータ取得モジュール２０９、誤り検出符号取得モジュール２０４、ウェブページ鑑定モジュール２０５を実現する。また、セキュリティサーバ２００において、制御部２０１が所定のプログラムを読み込むことで、記憶部２０３と協働して、ウェブページデータ比較モジュール２１０、誤り検出符号比較モジュール２０６、ドメイン比較モジュール２０７、ＤＮＳ情報比較モジュール２０８を実現する。
【００５３】
［誤り検出符号の算出処理］
図４は、ユーザ端末１０、ウェブページ提供サーバ１００が実行する誤り検出符号の算出処理のフローチャートである。上述した各装置のモジュールが行う処理について、本処理にて併せて説明する。
【００５４】
はじめに、ユーザ端末１０の誤り検出符号算出モジュール１０４は、ウェブページ提供サーバ１００に対して、ＵＲＩに対応するウェブページを要求する（ステップＳ１１）。この要求とは、いわゆるＨＴＴＰリクエストである。例えば、ユーザがメールやウェブページ上のリンクをクリックすることで、ブラウザが起動し、リンクの場所として指定されたＵＲＩに対応したウェブページを要求する。ＵＲＩにはホスト名としてドメインまたはＩＰアドレスが含まれており、ＨＴＴＰリクエストに設定したホスト名を用いてウェブページ提供サーバ１００が同定され、リクエストが送信される。
【００５５】
ウェブページ提供サーバ１００のウェブページ提供モジュール１０３は要求を受信する（ステップＳ１２）と、内部で要求に対応したウェブページを読み出し又は生成し、ユーザ端末１０に対して送信する（ステップＳ１３）。このウェブページとは、いわゆるＨＴＴＰレスポンスに他ならない。
【００５６】
ユーザ端末１０の誤り検出符号算出モジュール１０４は送信されたウェブページを受信する（ステップＳ１４）。ここで、当該ページにフォームを初めとする入力要素が含まれておらず、ユーザの情報を送信するウェブページでない時には、ページを鑑定する必要がないとして、そのまま描画を行ってもよい。一方、鑑定を行う場合には、続けて以下の処理を行う。
【００５７】
誤り検出符号算出モジュール１０４は、受信したウェブページを、ページの見た目に係るコンテンツ部分と、ページ構成情報を表す部分とに分割する（ステップＳ１５）。ここで、ページ構成情報とは、ウェブページのデータから外観たる画面表示部に相当するタグを除いた、いわゆるメタタグのことを指す。一般に偽のログインページは見た目のみを模倣することが多く、ページ構成情報も含めて複製を行わない場合があるためである。
【００５８】
最後に、ユーザ端末１０の誤り検出符号算出モジュール１０４は、ページ全体、ページのコンテンツ部、及びページ構成情報について、誤り検出符号を算出する（ステップＳ１６）。ここで算出する誤り検出符号は、メッセージ認証符号で代用できる。ここでは誤り検出符号を利用することによって、共通鍵等を不要にし、計算コストを下げながら、ウェブページの鑑定を行う方法を説明する。
【００５９】
誤り検出符号の算出の一例として、ＣＲＣ値の場合を例示する。ここで、ＣＲＣ値の算出にはパラメータが必要であるため、ビット長や除数たる多項式等のパラメータはセキュリティサーバ２００が扱うものと共通でなければならない。例えば、ビット長は「３」、除数は「１０１０」といったパラメータが挙げられる。ＣＲＣは、入力であるウェブページをビット列に変換し、除算を行う。この計算は、排他的論理和を利用することで結果が得られる。最後に残った除算における「余」がＣＲＣ値である。なおＣＲＣ値の仕様によっては、この余に更に計算を行うことでＣＲＣ値を求める場合もある。この計算は一般的であるので、具体的な計算過程は省略する。
【００６０】
以上が、ユーザ端末１０、ウェブページ提供サーバ１００が実行する誤り検出符号の算出処理の手順である。
【００６１】
［ウェブページの鑑定処理］
図５は、ユーザ端末１０、セキュリティサーバ２００が実行するウェブページの鑑定処理のフローチャートである。上述した各装置のモジュールが行う処理について、本処理にて併せて説明する。
【００６２】
初めに、ユーザ端末１０の誤り検出符号送信モジュール１５は、セキュリティサーバ２００に対して、誤り検出符号の算出処理において算出した誤り検出符号と、ウェブページに関する情報を送信する（ステップＳ２１）。ここで、ウェブページに関する情報とは、ウェブページのＵＲＩと、リクエスト及びページの内容データを含むレスポンス情報である。
【００６３】
セキュリティサーバ２００のウェブページデータ取得モジュール２０９、及び誤り検出符号取得モジュール２０４は、ユーザ端末１０からウェブページの内容データ、誤り検出符号、及びウェブページに関する情報を受信する（ステップＳ２２）。そして、セキュリティサーバ２００のウェブページデータ比較モジュール２１０が、受信したウェブページに関する情報に基づき、比較対象となる正規のウェブページの内容データを、ウェブページデータベース２５１から読み出す（ステップＳ２３）。
【００６４】
ここで、ウェブページデータベース２５１には、ウェブページの内容データが、ＩＰアドレス、ドメイン、ページタイトル等といった複数の情報に関連付けられて記憶されており、前記読み出しは、同一の可能性がある複数のウェブページの内容データを読み出してよい。なぜならば、読み出しの際の抽出に係るパラメータが偽装によって変更されていた場合には、正規の内容データの読み出しが行えず、鑑定を行うことができないためである。
【００６５】
次に、ウェブページデータ比較モジュール２１０は、ユーザ端末１０から受信したウェブページの内容データと、読みだした正規の内容データとが一致しているかを比較する（ステップＳ２４）。また、ウェブページの内容データは、広くＨＴＭＬをはじめとするマークアップ言語で記載されている。そのため、ウェブページデータ比較モジュール２１０は、内容データのうち、同一のタグで囲まれた部分や、タグの構造上同階層にあたる部分同士の内容データを比較してよい。
【００６６】
なぜならば、ウェブページの内容データには、時刻、ユーザ名、最終ログイン日時、最新のお知らせ等、アクセスする度に内容が変化する部分もあるため、予め比較すべき部分を限定したり、ユーザに一致した部分と一致しない部分の一覧を提供したりすることで、より柔軟な比較が可能となるからである。具体例として、動的にページを書き換えることが可能な「＜ＳＣＲＩＰＴ＞」タグや、環境によって変化しにくい「＜ＨＥＡＤ＞」タグに囲まれた内容データは、特に比較の重要度が高いと考えられる。
【００６７】
次に、セキュリティサーバ２００の誤り検出符号比較モジュール２０６が、受信したウェブページに関する情報に基づき、比較対象となる正規の誤り検出符号を、誤り検出符号データベース２５０から読み出す（ステップＳ２５）。
【００６８】
図７は、誤り検出符号データベース２５０内の、誤り検出符号テーブルの一例である。ここでは、ページタイトル、ページ部分、３２ビットＣＲＣ値、ドメイン、ＩＰアドレスが予め格納されている。なお、ドメインに含まれるアスタリスク「＊」はワイルドカード、すなわち任意の文字列が当てはまるものとして扱われる。
【００６９】
ここで、情報の読み出しは、ＩＰアドレス、ドメイン、ページタイトル等といった全てで行う。なぜならば、読み出しの際の抽出に係るパラメータが偽装によって変更されていた場合には、正規のＣＲＣ値の読み出しが行えず、鑑定を行うことができないためである。一例として、ドメインが「ｏｏｎｅｔｂａｎｋ．ｊｐ」と似通っている「ｏｏｎｅｔｄａｎｋ．ｊｐ」に偽装されたログインページがあった場合には、ページタイトル等で読み出しを行わなかった場合、正規のＣＲＣ値の読み出しが行えない。
【００７０】
誤り検出符号テーブルで、読み出しの際のキーワードとなりうるページタイトルやコンテンツ内の情報は、多ければ多いほど多様な偽装ページへの対応が可能となる。また、当該誤り検出符号テーブル内の情報は、定期的に各ウェブページの管理者に問い合わせることで直接情報を更新してもらったり、セキュリティサーバ２００が直接ウェブページ提供サーバ１００へアクセスして、取得した情報を記憶させたりする等して、可能な限り最新の状態になっていることが望ましい。
【００７１】
次に、誤り検出符号比較モジュール２０６は、ユーザ端末１０から受信した誤り検出符号と、読みだした正規の誤り検出符号とが一致しているかを比較する（ステップＳ２６）。この比較は、ページ全体、ページ構成情報、ページのコンテンツ部それぞれについて行ってよい。
【００７２】
続いて、セキュリティサーバ２００のドメイン比較モジュール２０７は、ユーザ端末１０から受信したウェブページに関する情報に含まれるドメインと、読みだした正規の誤り検出符号に関連付けて記憶されているドメインとが一致しているかを比較する（ステップＳ２７）。そして、続けてＤＮＳ情報比較モジュール２０８が、両者のＤＮＳ情報、すなわちユーザ端末１０から受信したドメインとＩＰアドレスとの組み合わせが、読みだした正規の誤り検出符号に関連付けて記憶されているドメインとＩＰアドレスとの組み合わせと一致しているかを確認する（ステップＳ２８）。
【００７３】
以上の結果を基に、ウェブページ鑑定モジュール２０５は、ウェブページが正規のものであるかを鑑定する（ステップＳ２９）。一般には、上記比較のうち、一つでも一致しなかった場合には、ウェブページは不正なページである、又は不正の疑義があるものとの鑑定がなされる。また、全ての情報が一致した場合には、ウェブページは正規のページであるものとの鑑定がなされる。
【００７４】
ここで、現実の不正ページを例示し、鑑定の過程を示す。例えば、ユーザ端末１０のＤＮＳ情報が不正に書き換えられ、ドメイン名は正しいものの異なるサーバへリクエストが送信されてしまう場合を考える。ここにおいて、ページタイトル及びページコンテンツ部の外観が模倣されている場合、ユーザが不正ページに気づくことは非常に困難である。
【００７５】
しかし、セキュリティサーバ２００を利用することで、まずページ構成情報を模倣していない場合には、その誤り検出符号の不一致が検出される。仮にページ構成情報ごと模倣されていた場合にも、ビット列として異なっていた場合には、ＣＲＣ値の検出パラメータが明らかにならない限り、ＣＲＣ値が一致するよう偽装することは困難である。更に、ＤＮＳ情報の改ざんによってドメインを一致させていた場合は、ページ内容を全く同一としても、ＤＮＳ情報が異なっていることから、不正の痕跡を検出することが可能である。
【００７６】
ウェブページ鑑定モジュール２０５は、鑑定結果をその理由とともに、ユーザ端末１０へ送信する（ステップＳ３０）。また、仮にステップＳ２３において正規の内容データが読み出せなかった場合や、ステップＳ２５において正規の誤り検出符号が読み出せなかった場合には、読み出しが行えなかった旨をユーザ端末１０へ送信する。
【００７７】
ユーザ端末１０の鑑定結果受信モジュール１６は、鑑定結果を受信すると、不正ページ対応モジュール１７が、鑑定結果に応じて処理を行う（ステップＳ３１）。すなわち、鑑定の結果、ウェブページが正規のページであった場合には、その旨を表示する等して、ユーザの安心感を増加させる。一方で、不正なページであるとの鑑定結果や、鑑定が行えなかった旨を受信した場合には、警告の表示とともにウェブページの処理を停止する。
【００７８】
図６は、ウェブページが不正なページであるとの鑑定の結果を受信した場合の、ユーザ端末１０の表示画面の一例である。ページタイトル６１が表示されたブラウザウィンドウにおいて、警告メッセージ６２が表示され、不正なページであると判断されるに到った理由６３とともに、処理を停止する旨のメッセージが表示される。一方で、ウェブページが正規のページであった場合には、ページタイトル６１の横にチェックマークを表示する等して、鑑定の結果を示唆してよい。
【００７９】
以上が、ユーザ端末１０、セキュリティサーバ２００が実行するウェブページの鑑定処理の手順である。
【００８０】
上述した手段、機能は、コンピュータ（ＣＰＵ，情報処理装置，各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。
【００８１】
以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。
【符号の説明】
【００８２】
１  ウェブページ鑑定システム、３  公衆回線網、１０  ユーザ端末、１００  ウェブページ提供サーバ、２００  セキュリティサーバ、２５０  誤り検出符号データベース、２５１  ウェブページデータベース
【図１】
2014197375.tif 000003
【図２】
2014197375.tif 000004
【図３】
2014197375.tif 000005
【図４】
2014197375.tif 000006
【図５】
2014197375.tif 000007
【図６】
2014197375.tif 000008
【図７】
2014197375.tif 000009