(57)【要約】【課題】インターネット上で入力したデータを保護し、それが予期しない場所に送られるフィッシング（phishing）として知られる方法を防ぐ。【解決手段】ユーザーの入力したデータを未認証のウェブサイトへ出力先変更することは、変更時に、ユーザーウェブページ内にデータ入力領域が存在するかどうかを検出することで検査され、もし存在すれば、出力先の変更アドレスを、認可されたウェブサイトの一覧表あるいは出力先変更のウェブサイト証明書に対して認証する。もし新しいアドレスが認証されなければ、ユーザーは、さらに出力先変更の選択をするだろう。【選択図】図１
2006313517.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーがウェブブラウザ内で入力した情報の送信を制御する方法において、
ユーザーが、別のウェブアドレスへナビゲートしようとした時を検出する段階と、
現在表示されているページ内のデータ入力領域を検出して、どこにその領域が存在するかを検出する段階と、
異なるウェブアドレスが、認可されたウェブアドレスの一覧表の中にあるか、または、サイトの証明書がサイトアドレスに一致する安全なサイトであるかを検証する段階と、
もし検証が認証されれば、異なるウェブアドレスの送信を許可する段階と
を備えることを特徴とする方法。
【請求項２】
もし検証が認証されなければ、ユーザーは、検証のために問い合わせを受けることを特徴とする請求項１記載の方法。
【請求項３】
ユーザーは、ウェブアドレスの認可された一覧表へ、異なるウェブアドレスを追加することができることを特徴とする請求項２記載の方法。
【請求項４】
ウェブアドレスの認可された一覧表は、ユーザー認可一覧表と、埋め込まれた認可一覧表と、ウェブベースの認可一覧表の内の１つ或いは２つ以上からできていてよいことを特徴とする請求項１記載の方法。
【請求項５】
ウェブベースの認可された一覧表は、安全なサーバーから利用可能な一覧表であることを特徴とする請求項４記載の方法。
【請求項６】
アドレスは、拒絶の“ブラック”リストとの比較もされることを特徴とする請求項１記載の方法。
【請求項７】
前記安全なサイトは、ＳＳＬ（Secure Socket Layer）を用いたサイトであることを特徴とする請求項１記載の方法。
【請求項８】
前記データ入力領域は、テキストタイプのウェブフォーム領域を検出することによって、現在のウェブページ内で検出されることを特徴とする請求項２記載の方法。
【請求項９】
何段階かの認証があり、その段階は、色を表示することによってユーザーに示されることを特徴とする請求項１記載の方法。
【請求項１０】
ウェブブラウザアドレス認証コードにおいて、
ウェブブラウザと、
ウェブブラウザのプラグインと
を含み、前記プラグインは、現在のウェブページとは異なるウェブページを閲覧するいかなる要求も中断して、データ入力領域に対する現在のウェブページを分析し、もし何かが検出されれば、要求されたウェブページアドレスと認証されたアドレスを比較し、もし該ウェブページアドレスが認証されたものである場合のみ、閲覧する要求の送信を許可することを特徴とするウェブブラウザアドレス認証コード。
【請求項１１】
前記認証されたアドレスは、一覧表の中に保持され、少なくとも１つの一覧表がプラグインの中に埋め込まれることを特徴とする請求項１０記載ウェブブラウザアドレス認証コード。
【請求項１２】
前記プラグインは、もし要求が、拒絶されるサイトの一覧表と一致した時にも、拒絶を与えることを特徴とする請求項１０記載のウェブブラウザアドレス認証コード。
【請求項１３】
前記認証コードは、ツールバーを表示することによって、ブラウザ内でのアクティブな存在を示すことを特徴とする請求項１０記載のウェブブラウザアドレス認証コード。
【請求項１４】
前記ツールバーは、現在の要求の状況を示すことを特徴とする請求項１３記載のウェブブラウザアドレス認証コード。
【請求項１５】
ウェブブラウザのプラグインにおいて、
現在のウェブページと異なるウェブページを閲覧しようとするいかなる要求も中断するインターセプタと、
データ入力領域に対する現在のウェブページを分析し、もし何かが検出されると、要求されているウェブページアドレスと認証されているアドレスを比較する分析器と
を備え、
もしデータ入力領域が存在し、要求されているウェブページアドレスが、認証されたアドレスと一致すれば、プラグインは要求を許可することを特徴とするウェブブラウザのプラグイン。
【請求項１６】
もし、アドレスが認証されていなければ、プラグインは、ユーザーを検証のために問い正すことを特徴とする請求項１５記載のウェブブラウザのプラグイン。
【請求項１７】
プラグイン内部のアドレス一覧表と、ブラウザに関連したアドレス一覧表と、ウェブブラウザから利用可能なアドレス一覧表の内の少なくとも１つの上で、アドレス認証が実行されることを特徴とする請求項１６記載のウェブブラウザのプラグイン。
【請求項１８】
前記プラグインは、ブラウザツールバーを介してユーザーとやり取りすることを特徴とする請求項１５記載のウェブブラウザのプラグイン。
【請求項１９】
コンピュータ読み取り可能な媒体において、インターネットブラウザを制御して、
ユーザーが、別のウェブアドレスへナビゲートしようとした時を検出することと、
現在表示されているページ内のデータ入力領域を検出して、どこにその領域が存在するかを検出することと、
異なるウェブアドレスが、認可されたウェブアドレスの一覧表の中にあるか、または、サイトの証明書がサイトアドレスに一致する安全なサイトであるかを検証することと、
もし検証が認証されれば、異なるウェブアドレスの送信を許可することと
の動作をさせることが可能な命令を含むことを特徴とするコンピュータ読み取り可能な媒体。
【請求項２０】
前記命令は、ブラウザプラグインのフォーム内に存在することを特徴とする請求項１９記載のコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザーがインターネット上で入力したデータの保護に関する。さらに特化して、本発明は、インターネット上で入力したデータの保護と、それが予期しない場所に送られる“フィッシング（phishing）”として知られる方法を防ぐことに関する。
【背景技術】
【０００２】
“フィッシング”は、ある組織の顧客を騙したり社会的に巧みに操作して、その秘密の電子的な身元を不正使用のために明かさせる行為を表す。フィッシングは、情報への未認可のアクセスや詐欺や金銭的損失に至るために、オンラインの全てのビジネスやサービスに取って重大な脅威である。
【０００３】
そのような行為を行う人は、一般に“フィッシャー”と呼ばれる。概して、フィッシャーは、犠牲者が、機密情報へのアクセスを与えるような一連の行動を意図的に行うよう仕向けられるように、信頼できる関係者であるかのように振る舞う。
【０００４】
共通するフィッシングの手口には、ユーザーをだまして不正のウェブアドレスをキー入力させたり、偽りのｅメール上で巧妙に作られたウェブリンク上でクリックさせたり、ＤＮＳ（domain name service：ドメイン名サービス）情報を操作させたりすることがある。上述の手口によって、いつかはウェブブラウザが、フィッシャーが設定した不正のウェブコンテントを表示するようになる。不正のウェブコンテントは、純正のウェブページに良く似たウェブページや、純正のウェブページに埋め込まれた巧妙なデータ入力領域や、元のウェブサイトの先頭に現れるポップアップウィンドウの形態を取るかも知れない。
【０００５】
最終的な目標は、ユーザーに、現れているデータ入力領域が純正のものであると信じさせ、機密情報をフィッシャーに送信させることである。使用される手口に係わらず、不正のウェブコンテントは、常に、ユーザーが入力して送信するためのデータ入力領域を備えている。送信されたデータは、典型的には、ログイン名や暗証番号などの機密情報であり、これらによって、フィッシャーは、犠牲者の電子的な身元を悪用することができる。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
現在のところ、良く知られた他の既存の耐フィッシング法は、今までの革新的フィッシング法に対して無効であるか、大規模な展開をするには費用がかかり過ぎる。
【０００７】
ウェブサイトのブックマークに基づいた耐フィッシング法は、サイト横断スクリプト法（cross-site scripting method）を用いた、嘘のｅメール上にある不正なウェブリンク、あるいは純正ウェブページに埋め込まれた不正なログインページに対して無効である。ブラックリストに基づいた耐フィッシング法は、急速に増加する不正のウェブサイトに立ち向かうことはできない。ハードウェアトークンを基にした認証法は、大量配布するには非常に費用がかかる。
【０００８】
本発明は、この問題及び他の問題に対して、従来の方法に対する利点を与える解決法を提供する。
【課題を解決するための手段】
【０００９】
１つの例示において、本発明は、ユーザーがウェブブラウザに入力した情報の送信を制御する方法に関し、該方法は、
ユーザーが、別のウェブアドレスへナビゲートしようとした時を検出する段階と、
現在表示されているページ内のデータ入力領域を検出して、どこにその領域が存在するかを検出する段階と、
異なるウェブアドレスが、認可されたウェブアドレスの一覧表の中にあるか、または、サイトの証明書がサイトアドレスに一致する安全なサイトであるかを検証する段階と、
もし検証が認証されれば、異なるウェブアドレスの送信を許可する段階と
を備える。
【００１０】
もし検証が認証されなければ、ユーザーは、検証のために問い合わせを受けるのが望ましい。
ユーザーは、ウェブアドレスの認可された一覧表へ、異なるウェブアドレスを追加するのが望ましい。
ウェブアドレスの認可された一覧表は、ユーザー認可一覧表と、埋め込まれた認可一覧表と、ウェブベースの認可一覧表の内の１つ或いは２つ以上からできているのが望ましい。
【００１１】
ウェブベースの認可された一覧表は、安全なサーバーから利用可能な一覧表であるのが望ましい。
安全なサイトは、ＳＳＬ（Secure Socket Layer）を用いたサイトであるのが望ましい。
データ入力領域は、テキストタイプのウェブフォーム領域を検出することによって、現在のウェブページ内で検出されるのが望ましい。
何段階かの認証があり、その段階は、色を表示することによってユーザーに示されるのが望ましい。
【００１２】
第２の例示において、本発明は、ウェブブラウザアドレス認証コードに関し、
ウェブブラウザと、
ウェブブラウザのプラグインと
を含み、前記プラグインは、現在のウェブページとは異なるウェブページを閲覧するいかなる要求も中断して、データ入力領域に対する現在のウェブページを分析し、もし何かが検出されれば、要求されたウェブページと認証されたアドレスを比較し、もし該ウェブページアドレスが認証されたものである場合のみ、閲覧する要求の送信を許可するように適合されている。
【００１３】
認証されたアドレスは、一覧表の中に保持され、少なくとも１つの一覧表がプラグインの中に埋め込まれるのが望ましい。
認証コードは、ツールバーを表示することによって、ブラウザ内でのアクティブな存在を示すのが望ましい。
ツールバーは、現在の要求の状況を示すのが望ましい。
【００１４】
さらなる例示において、本発明は、ウェブブラウザのプラグインに関し、
現在のウェブページと異なるウェブページを閲覧しようとするいかなる要求も中断するインターセプタと、
データ入力領域に対する現在のウェブページを分析し、もし何かが検出されると、要求されているウェブページアドレスと認証されているアドレスを比較する分析器と
を備え、もしデータ入力領域が存在し、要求されているウェブページアドレスが、認証されたアドレスと一致すれば、プラグインは要求を許可する。
【００１５】
もし、アドレスが認証されていなければ、プラグインは、ユーザーを検証のために問い正すのが望ましい。
プラグイン内部のアドレス一覧表と、ブラウザに関連したアドレス一覧表と、ウェブブラウザから利用可能なアドレス一覧表の内の少なくとも１つ上で、アドレス認証が実行されるのが望ましい。
プラグインは、ブラウザツールバーを介してユーザーとやり取りするのが望ましい。
【００１６】
代わりに、本発明は、インターネットブラウザを制御して以下の動作が可能な命令を含む、コンピュータ読み取り可能な媒体に関する：
ユーザーが、別のウェブアドレスへナビゲートしようとした時を検出する段階と、
現在表示されているページ内のデータ入力領域を検出して、どこにその領域が存在するかを検出する段階と、
異なるウェブアドレスが、認可されたウェブアドレスの一覧表の中にあるか、または、サイトの証明書がサイトアドレスに一致する安全なサイトであるかを検証する段階と、
もし検証が認証されれば、異なるウェブアドレスの送信を許可する段階。
【００１７】
前記命令は、ブラウザプラグインのフォーム内に存在するのが望ましい。
本発明を特徴付ける利点と同様に、これらの特徴および他の特徴は、以下の詳細な説明と関連する図面の概説を読むと明らかになるであろう。
本発明は、ウェブサイトの認証とデータ送信の中断を組み合わせて使用する耐フィッシング処理である。この処理のソフトウェアプロトタイプは、全ての良く知られたフィッシングの手口に対して有効であることが証明された。
【発明を実施するための最良の形態】
【００１８】
本発明は、ウェブブラウザからウェブサイトへの機密情報の送信を検出し中断するための処理であり、それによって、対象となるウェブサイトの識別は、それより先の全ての動作の前に多数の認証方法を用いて認証されるだろう。前記動作は、認証の結果の組み合わせによって、情報の送信を許可したり拒否したりするものであり得る。
【００１９】
要約すると、ユーザーから機密情報を引き出す共通の方法としては、以下がある。
ユーザーに知られた純正のウェブサイトと思われるようなウェブサイトへのリンクを、ユーザーに提示すること。典型的には、これは、例えば、小文字の“Ｌ”を数字の“１”に置き換えるような、銀行の実際のドメイン名とは僅かに異なるだけのドメイン名を持った銀行サイトの複製であろう。少なくともユーザーの幾らかは、リンクに従って、典型的にはインターネット銀行の口座の機密情報を入力する程度には騙されるだろう。嘘の複製は、実際のサイトにデータを反射して、入力したデータを保持している間に最初の機会にユーザーを転送するか、あるいは、単に応答を与えずに、ユーザーにサイトがダウンしたと思わせるだろう。リンクは、ＵＲＬが正しく出るが、実際には異なるサイトに接続する関連スクリプトを持つように、設定されることもある。
【００２０】
銀行等の信頼できる送信元から発せられていると思わせるｅメールをユーザーに送り、そのｅメールで、ユーザーに上記したようなウェブサイトへと再び導くリンク上でクリックするよう要求すること。
記入すべき様式の領域を持ったｅメールをユーザーに送ること。様式の領域に関連したコードは、情報を仮想的などこかへ送ることができる。
【００２１】
ブラウザ内の正規の入力領域に、同等の入力領域を持った別のウィンドウをかぶせること。この処理は、多分無害のサイトからダウンロードされた埋め込み型ソフトウェアによって発生させられたポップアップウィンドウによっている。重ねられた入力領域はブラウザのアドレスバーであろうし、ソフトウェアは、PayPalのような既知のアドレスが入力された時にのみ動作して、ユーザーが機密データを入力する偽のサイトに導く。あるいは、かぶせられた入力領域は、ログインのための標準的な領域であり、データは悪意のあるアドレスに送られるかも知れない。
【００２２】
本発明は、ウェブＵＲＬへの各呼を、送られる前に正当なものと認める、ウェブベースの検出システムを提案する。データが送られるサイトの正当性は、いくつかの方法で調べられる。検出システムは、ｅメール或いは使用中のブラウザのプラグインとして巧妙に作られるのが望ましい。
【００２３】
ユーザーがデータをウェブサイトに送る時（すなわち、何らかの情報が送られる、或いは何れかのウェブページが尋ねられる度に）、ＨＴＭＬ  ｅメールであれ、ブラウザ内のウェブページであれ、現在のページは、ユーザー入力が有ったかどうかを知るために調べられる。
もし、ユーザー入力が、典型的にはフォーム領域として存在すれば、ＵＲＬ検査処理が始まる。
【００２４】
最初に、プラグインは、信頼できるウェブサイトの埋め込み型ホワイトリストに報告をする。もし呼び出されたＵＲＬがホワイトリストの上に無ければ、その要求は留められて、ユーザーにこのＵＲＬへの要求が認められなくてはならないことを通知する。
【００２５】
第２に、ＵＲＬは、ユーザーが作った、信頼できるウェブサイトの一覧表と比較される。再び、もし呼び出されたＵＲＬが一覧表に無ければ、その要求は留められ、ユーザーに通知される。ユーザーが進行すべきと決定することによって、要求したサイトをユーザーの信頼できるサイトの一覧表に加える申し出が生成される。
【００２６】
第３に、もし問い質されているサイトが安全なサイト（http）ならば、対象のウェブサイトアドレスは、対象のウェブサイトサーバーの安全性の証明書と比較される。もし一致すれば、再び、要求は留められ、ユーザーは適切なメッセージを通知される。
【００２７】
第４に、問い質されているアドレスは、暗号化された文書において安全なサービスから与えられた認証を備える正規のアドレスの、ウェブベースのホワイトリストにおいて尋ねられるだろう。もし呼び出されたサイトの記録が無ければ、ユーザーは再び、要求が疑わしいものであることを通知されて、ユーザーの決定は待たされる。そうでない場合は、要求は進められる。
【００２８】
図１は、本発明の一実施形態による処理を示しており、１０１でユーザーがウェブページを訪れ、１０２でリンクをクリックするか、ページを送信するか、他のウェブサイトへ移動しようと試みるいずれかを行うウェブブラウザのプラグインが後に続く。１０３では、プラグインが、現在のウェブページを構文分析して、“<FORM>”領域内にテキストボックス入力領域を探す。そのような領域は、いくつかの種類の“<INPUT>”領域であろう。もし領域が見付からなければ、ブラウザ要求は、１０４で許可されて、ブラウザは要求されたサイトへ出力先を変更する。
【００２９】
もし、そのような領域が見付からなければ、ナビゲーションが導かれていくサイトが、通常プラグインに関連する拒絶された“ブラック”リストに無いかを、１０５で調べられる。もしそのサイトがブラックリストにあれば、要求したサイトがブラックリストにあるので、機密データが転送されるためにそのサイトを閲覧するのは勧められない旨のメッセージが、１０６でユーザーに提示される。ユーザーは、１０６で要求を取り下げる決定をするか、１０９でそのサイトに行く決定をするだろう。
【００３０】
もし、そのサイトが“ブラック”リストに載っていなければ、１１０において検査が行われて、そのサイトがプラグインの保持する認められた“ホワイト”リストに載っているかどうかを調べる。もし、載っていれば、ブラウザは、新しいサイトにナビゲートすることが許可される。もし、載っていなければ、１１１で、ユーザーが承認した第２の“ホワイト”リストに対して検査が行われる。繰り返すと、もし、そのサイトがリストに載っていれば、ブラウザは出力先の変更を進める。
【００３１】
もし、要求したサイトがどちらのリストにも載っていない時は、もしそのサイトが安全なソケットレイヤー上で実行されていれば、サイトの証明書は、１１３において、安全なサイトサーバーから要求される。１１３において、もし、そのサイトのアドレスが要求されたアドレスと一致すれば、そのサイトは満足すべきものであり、ユーザーは出力先の変更をされると考えられる。もし一致が見られなければ、ユーザーは再び、１０６において、しかるべきメッセージを知らされる。
【００３２】
もし、そのサイトがＨＴＴＰＳサイトでなければ、要求されたサイトアドレスが満足すべきものであるかどうかを、インターネット上の“ホワイトリスト”サーバーで検査する試みがなされる。ホワイトサーバーは、１１５において、利用可能であるかを検査され、もし存在すれば、検査が１１６において行われる。再びホワイトリストに一致しなければ、１０６においてメッセージがユーザーに与えられるが、もし一致が見付かればブラウザは再度、出力先を変更される。
【００３３】
図２は、様々なサイトを検出した際に与えられる、色による警告と、典型的な警告メッセージとの、典型的な例を示している。これらは、ブラウザ内のツールバーから起こされ、ツールバーはプラグインによって起こされるだろう。ツールバーは、全ての現在の要求の状況を、積極的に示すことができる。
【００３４】
本発明の様々な実施形態のたくさんの特徴と利点とが本発明の様々な実施形態の構造と機能の詳細と共に、今までの記載で説明されたが、本明細書は実例を挙げただけであり、本発明の機能が逆効果にならない限り、細部における変更を行うことができる。例えば、検査が行われる特定の順序は、本発明の範囲から逸脱することなく使用される特定の応用範囲によって変化するだろう。
【産業上の利用可能性】
【００３５】
本発明の方法は、ユーザーデータが、その情報を用いて資金振替などのユーザーに有害な動作を実行することのできる、未承認の人に送られていないかという検証中に使用される。そのような資金振替を防ぐことは、ユーザーに対して経済的な利益をもたらす。
【００３６】
さらに、プラグインを加えることによって、ブラウザあるいはｅメールパッケージに変更を加えることで、より便利なツールを提供する。従って、本発明は、産業面で利用可能である。
【図面の簡単な説明】
【００３７】
【図１】本発明の一実施形態の認識と拒絶の処理の流れ図である。
【図２】その処理の使用法を示した図である。
【図１】
2006313517.tif 000003
【図２】
2006313517.tif 000004