JP2022094009A - 認証装置、認証方法及び認証プログラム - Google Patents

Abstract

【課題】フィッシングの困難な認証システムを構築できる認証装置、認証方法及び認証プログラムを提供すること。【解決手段】認証装置１は、ログイン端末が所定のサービスへのログインを試行する際に、ログインシーケンスにおいて予め設定されている、ログイン端末からユーザＩＤを特定可能なアクセスを受け付ける所定の中間地点において、ログイン端末のＩＰアドレスをユーザＩＤと紐づけて所定期間だけ有効に保持するアドレス保持部１４と、アクセスを受け付けたＩＰアドレスが、保持されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属していない場合に、当該アクセスに基づくログインを失敗させるアドレス照合部１５と、を備える。【選択図】図２

Description

本発明は、フィッシング対策を行う認証システムに関する。

従来、フィッシングサイトに用いられる悪意の中継ポイントから正規サイトへの不正アクセスを防ぐために、大量のアクセスを行う発信元を検知し、この発信元を正規サイト側でブロックしていた。例えば、特許文献１には、大量のパケット送信を行うＤｏＳ攻撃を検知し防御を行う技術が提案されている。

特開２００３－２８３５７１号公報

しかしながら、ボットネットやクラウド等の普及により、攻撃者が自由に発信元のＩＰアドレスを変えられる状況となっており、攻撃者は、正規サイトによるブロックを検知してＩＰアドレスを自動的に変更することができている。また、これにより、正規サイトは、一般ユーザを巻き込んでブロックしてしまうおそれがあり、十分な防御効果を得られなくなっていた。

そこで、近年では他のフィッシング対策技術による対策が主流となっているが、いずれの対策技術であっても、攻撃者の意図通りに動いてしまうユーザを止めることは、仮にフィッシングサイトを検知できたとしても困難であることから、悪意の中継ポイントをブロックする技術は依然として必要とされていた。

本発明は、フィッシングの困難な認証システムを構築できる認証装置、認証方法及び認証プログラムを提供することを目的とする。

本発明に係る認証装置は、ログイン端末が所定のサービスへのログインを試行する際に、ログインシーケンスにおいて予め設定されている、前記ログイン端末からユーザＩＤを特定可能なアクセスを受け付ける所定の中間地点において、前記ログイン端末のＩＰアドレスを前記ユーザＩＤと紐づけて所定期間だけ有効に保持するアドレス保持部と、アクセスを受け付けたＩＰアドレスが、前記アドレス保持部に保持されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属していない場合に、当該アクセスに基づくログインを失敗させるアドレス照合部と、を備える。

前記認証装置は、ログインを完了した端末へ、ログイン済認証情報を送信する認証情報送信部と、前記ログインシーケンスで規定された所定の情報と共に、前記ログイン端末が前記ログイン済認証情報を保持している場合にのみ、当該ログイン済認証情報を受信する認証情報受信部と、前記認証情報受信部が受信した前記ログイン済認証情報の正当性を検証する認証情報検証部と、を備え、前記アドレス照合部は、前記認証情報受信部が前記ログイン済認証情報を受信しなかった場合に、前記ＩＰアドレスの照合を行ってもよい。

前記中間地点として、前記ログインシーケンス毎に、正規の端末からのアクセスと推定可能な地点が予め設定されてもよい。

前記アドレス照合部は、前記アクセスを受け付けたＩＰアドレスが、前記アドレス保持部に保持されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属している場合に、前記ログイン端末に対して当該アクセスの直前に利用していたサイトの入力を要求してもよい。

前記認証装置は、ログインを完了した端末のＩＰアドレスを、当該ログイン時のユーザＩＤと紐づけて登録するログイン済アドレス登録部と、前記アクセスを受け付けたＩＰアドレスが、前記ログイン済アドレス登録部により登録されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属した正当なものであることを検証するネットワーク検証部と、を備えてもよい。

本発明に係る認証方法は、ログイン端末が所定のサービスへのログインを試行する際に、ログインシーケンスにおいて予め設定されている、前記ログイン端末からユーザＩＤを特定可能なアクセスを受け付ける所定の中間地点において、前記ログイン端末のＩＰアドレスを前記ユーザＩＤと紐づけて所定期間だけ有効に保持するアドレス保持ステップと、アクセスを受け付けたＩＰアドレスが、前記アドレス保持ステップにおいて保持されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属していない場合に、当該アクセスに基づくログインを失敗させるアドレス照合ステップと、をコンピュータが実行する。

本発明に係る認証プログラムは、前記認証装置としてコンピュータを機能させるためのものである。

本発明によれば、フィッシングの困難な認証システムが構築される。

第１実施形態における認証システムが用いるログインシーケンスを概念的に示す図である。 第１実施形態における認証装置の機能構成を示す図である。 第１実施形態における認証方法による処理の流れを例示するフローチャートである。 第１実施形態の認証方法を適用したログインシーケンスの第１の例を示す図である。 第１実施形態の認証方法を適用したログインシーケンスの第２の例を示す図である。 第２実施形態における認証装置の機能構成を示す図である。

［第１実施形態］
以下、本発明の第１実施形態について説明する。
本実施形態の認証方法では、ログイン中のユーザに対し、このユーザが利用中の端末に過去に配布していたログイン済認証情報と、発信元のＩＰアドレスとに基づいて、フィッシングサイトからのアクセスが疑われる状況を判定してブロックを行う。

図１は、本実施形態における認証システムが用いるログインシーケンスを概念的に示す図である。
ここで、ユーザ認証の手順は限定されず、既存のログインシーケンスに対して、認証装置１により新たな機能が追加され、認証システムが構成される。

ユーザが行うＩＤ及びパスワードの入力、ワンタイムパスワードの入力等、所定のサービスへのログインを試行する際の操作が２段階認証等によって複数の段階に分かれている場合には、それぞれの段階の完了時点（全ての段階を完了した時点も含む）を、「ログイン中間地点」と表現し、その後、サービス等が利用可能となった時点を「ログイン完了」とする。
「ログイン中間地点」は、ログインのシーケンス中で、ログイン試行中のユーザを識別するＩＤを特定可能なアクセスを、ログイン端末から認証装置１が受け付ける段階とし、特に、ログインシーケンス毎に、正規の端末からのアクセスと推定可能な地点が所定の中間地点として認証方式に応じて予め決定される。

ユーザが用いる端末のうち、これからユーザがログインを行う端末をログイン端末（図１のログイン端末Ｘ）と呼び、その過程で利用する他の端末がある場合にはそれを認証端末（図１の認証端末Ｙ）と呼ぶ。

図２は、本実施形態における認証装置１の機能構成を示す図である。
認証装置１は、サーバ装置又はパーソナルコンピュータ等の情報処理装置（コンピュータ）であり、制御部１０及び記憶部２０の他、各種データの入出力デバイス及び通信デバイス等を備える。

制御部１０は、認証装置１の全体を制御する部分であり、記憶部２０に記憶された各種プログラムを適宜読み出して実行することにより、本実施形態における各機能を実現する。制御部１０は、ＣＰＵであってよい。

記憶部２０は、ハードウェア群を認証装置１として機能させるための各種プログラム、及び各種データ等の記憶領域であり、ＲＯＭ、ＲＡＭ、フラッシュメモリ又はハードディスクドライブ（ＨＤＤ）等であってよい。具体的には、記憶部２０は、本実施形態の各機能を制御部１０に実行させるためのプログラム（認証プログラム）の他、アクセス元の端末のＩＰアドレス、及びログイン済認証情報等を記憶する。
ここで、ユーザが過去に「ログイン完了」した端末に対して、ログイン済であることを示すログイン済認証情報が配布されているものとする。

制御部１０は、認証情報送信部１１と、認証情報受信部１２と、認証情報検証部１３と、アドレス保持部１４と、アドレス照合部１５とを備える。

認証情報送信部１１は、ログインを完了したユーザの端末へ、ログイン済認証情報を送信する。

認証情報受信部１２は、ログイン中間地点等、認証装置１との通信が発生する段階において、ログインシーケンスで規定された所定の情報と共に、ログイン端末がログイン済認証情報を保持している場合にのみ、このログイン済認証情報を受信する。

認証情報検証部１３は、認証情報受信部１２が受信したログイン済認証情報の正当性を検証する。
認証情報の検証は、ログイン済認証情報が過去に認証システムが生成したデータであることを確認する手順であり、データベースによる照合、電子署名の検証、及びハッシュ値の照合の一部又は全部で行われる。

アドレス保持部１４は、ログイン中間地点において、ログイン端末のＩＰアドレスをユーザＩＤと紐づけて所定期間だけ有効に記憶部２０に一時保持する。
ここで、一時保持したデータとは、データベースに保存時刻又は有効期限を含めて保持し、保存から一定期間を過ぎたものを削除するか、又は一定期間を過ぎた次の参照時に利用しないこととして保存したものである。

アドレス照合部１５は、ログイン中間地点等においてアクセスを受け付けたＩＰアドレスと、記憶部２０に保持されている同一のユーザＩＤのＩＰアドレスとを照合し、部分一致するか否かの確認を行う。具体的には、アドレス照合部１５は、２つのＩＰアドレスが、同一のサブネット（／８から／３２のいずれか）に属していない場合に、このアクセスに基づくログインを失敗させる。

また、アドレス照合部１５は、認証情報受信部１２がログイン済認証情報を受信した場合には、ＩＰアドレスの照合による検証動作を行う必要がなく、受信しなかった場合に、ＩＰアドレスの照合を行う。

図３は、本実施形態における認証方法による処理の流れを例示するフローチャートである。
この一連の処理は、ログインシーケンスにおいてログイン端末と認証装置１とがデータ通信するタイミングで都度、実行される。

ステップＳ１において、認証装置１は、ログイン端末Ｘからのアクセスを受け付け、ログインに必要な情報に加えて、ログイン端末Ｘがログイン済認証情報を保持している場合に、このログイン済認証情報を受信する。

ステップＳ２において、認証装置１は、ログイン済認証情報を受信したか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ３に移り、判定がＮＯの場合、処理はステップＳ６に移る。

ステップＳ３において、認証装置１は、受信したログイン済認証情報が認証システムで発行したものであることを検証する。

ステップＳ４において、認証装置１は、ログイン済認証情報の検証に成功したか否かを判定する。この判定がＹＥＳの場合、認証装置１は、正規のログイン端末からのアクセスと判断して処理は終了する。一方、判定がＮＯの場合、処理はステップＳ５に移る。

ステップＳ５において、認証装置１は、ログイン済認証情報が正当でないため、ユーザが試行したログインを失敗させる。

ステップＳ６において、認証装置１は、ログインが試行されているユーザＩＤと紐づいたＩＰアドレスが有効に一時保持されているか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ７に移り、判定がＮＯの場合、処理はステップＳ９に移る。

ステップＳ７において、認証装置１は、アクセスを受け付けたログイン端末のＩＰアドレスと、一時保持されているＩＰアドレスとを照合し、部分一致しているか否かを判定する。この判定がＹＥＳの場合、認証装置１は、正規のログイン端末からのアクセスと判断して処理は終了する。一方、判定がＮＯの場合、処理はステップＳ５に移る。

ステップＳ８において、認証装置１は、現段階が、予め設定されているログイン中間地点であるか否かを判定する。この判定がＹＥＳの場合、処理はステップＳ９に移り、判定がＮＯの場合、処理は終了する。

ステップＳ９において、認証装置１は、ログイン端末のＩＰアドレスを、ユーザＩＤと紐づけて一時保持する。

この一連の処理により、ユーザは、一度ログインしたことのある端末を除き、新たな端末でログインを試みた場合、そのログインが完了していなくても、一定時間は部分一致したＩＰアドレスからのみしかログインできない状態になる。

図４は、本実施形態の認証方法を適用したログインシーケンスの第１の例を示す図である。
この例は、特願２０２０－１８６４１２において提案されたワンタイムドメイン認証方式を示している。

このログインシーケンスでは、まず、ログイン端末Ｘがユーザの操作に応じて（１－１）、認証装置１にアクセスし（１－２）、認証装置１は、ログイン端末Ｘに対して、ログイン準備画面を表示するための画面データを送信する（２）。

ログイン端末Ｘは、ユーザからユーザＩＤの入力を受け付け（３－１）、ログインボタンの押下に応じて、認証装置１に送信する（３－２）。認証装置１は、ユーザＩＤに対するパスワードの正当性を検証した後、第１のキーＫをランダムに生成し、ユーザＩＤと紐づける（４）。ここで、認証装置１は、第１のキーに所定のドメイン情報を付加して宛先情報（ワンタイムドメイン）とする。

認証装置１は、ワンタイムドメインを示す通知を認証端末Ｙに送信すると共に（５－１）、ログイン端末Ｘのログイン準備画面をログイン説明画面に遷移させ、認証端末Ｙに通知を送信した旨を表示して、ユーザに対してアドレスバーへのワンタイムドメインの入力を促す（５－２）。

認証端末Ｙは、通知に基づいてログイン許可画面を表示し、ワンタイムドメインをユーザに提示する（６）。ユーザは、認証端末Ｙに表示されたワンタイムドメインを読み、ログイン端末Ｘでブラウザのアドレスバーに入力することにより（７－１）、ログイン端末Ｘは、認証装置１にアクセスする（７－２）。

認証装置１は、ワンタイムドメインに対してのアクセスに対し、第２のキーをランダムに生成し、ワンタイムドメインに含まれる第１のキーに紐づけられていたユーザＩＤと紐付ける（８－１）。そして、認証装置１は、ワンタイムパスワードとして、第２のキーを記述した再認証画面を表示するための画面データを、ログイン端末Ｘに送信し（８－２）、ログイン端末Ｘは、再認証画面を表示し、ワンタイムパスワードをユーザに提示する（８－３）。

ユーザは、読み取ったワンタイムパスワードを、認証端末Ｙのログイン許可画面に入力し、承認ボタンを押下する（９－１）。認証端末Ｙは、入力されたワンタイムパスワードと共に、ワンタイムドメインを、認証装置１に送信する（９－２）。

認証装置１は、認証端末Ｙからワンタイムパスワード及びワンタイムドメインを受信すると、受信したワンタイムパスワード、すなわち第２のキーに紐づけられているユーザＩＤと、ワンタイムドメインに含まれる第１のキーに紐づけられているユーザＩＤとが同一であることを確認する（１０－１）。ユーザＩＤが同一である場合、認証装置１は、このユーザＩＤに関する再認証画面を表示したログイン端末Ｘに対して、ユーザＩＤの認証情報を送信してログインを完了させる（１０－２、１０－３）。
これにより、ユーザは、受信した認証情報を用いて、ログイン端末Ｘでサービスが利用可能となる。

この認証方式の場合、ログイン端末Ｘから認証装置１へデータ送信が行われるログイン中間地点として、ステップ３－２、７－２、９－２、１０－２の４か所が存在し、ステップ１０－３でログインが完了している。
これらのステップの中で、７－２が最も本来の正当なユーザからのアクセスである可能性が高いポイントであるため、７－２をＩＰアドレスの一時保持を行う所定のログイン中間地点とする。

これにより、例えば、ステップ１０－２において攻撃者（フィッシングサイト）からのアクセスがあった場合、アドレス部分一致が成り立たないため、認証装置１は、ログインを失敗させる。
すなわち、ステップ７－２においてＩＰアドレスがホワイトリストとして一時保持されると、一定期間ＩＰレンジ（サブネット）を外れた発信元からのログインが行えなくなる。この結果、一度ログインしたユーザは、フィッシングサイト等で更なる指示を受けた場合でも再度フィッシングにかかることはなくなる。

図５は、本実施形態の認証方法を適用したログインシーケンスの第２の例を示す図である。
この例は、特願２０２０－１２７６２１において提案されたＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ）を適用した二次元バーコードによる認証方式を示している。

このログインシーケンスでは、まず、ログイン端末Ｘは、サービスサーバにアクセスし、二次元バーコードを表示するためのログイン画面を要求し（１－１）、画面データを受信すると（１－２）、ログイン画面を表示する（１－３）。

ログイン端末Ｘは、ログイン画面に含まれる動画ファイルの表示指示に従って、認証サーバ（認証装置１）に対して、画像表示スクリプトを要求する（２－１）。認証サーバは、アクセス元のユーザにライセンスを付与したうえで、ＤＲＭを有効にした動画ファイルを生成して画像表示スクリプトを返送する（２－２）。ログイン端末Ｘは、ログイン画面において画像表示スクリプトを実行し、動画ファイルの再生を開始する（２－３）。
この動画ファイルには、ユーザと紐付けられたＵＲＬを表す二次元バーコードが表示内容として含まれる。

ログイン端末Ｘは、動画ファイルを表示するために、スクリプトの指示に従って、認証サーバに対してＤＲＭのライセンス情報を要求し（３－１）、認証サーバからライセンス情報を受信すると（３－２）、動画ファイルを再生して二次元バーコードを表示する（４）。

ユーザは、ログイン画面に表示された動画に含まれる二次元バーコードを、認証済みの認証端末Ｙのカメラで読み込み（５）、二次元バーコードが表すＵＲＬの画面を認証サーバに要求する（６－１）。
認証サーバは、認証済みの認証端末Ｙのユーザを特定すると、画面データを認証端末Ｙに返送し（６－２）、ログイン端末Ｘのスクリプトからの要求に応じて（７）、ライセンス情報と二次元バーコードが表すＵＲＬとの紐づけにより、ログイン端末Ｘのユーザに対して鍵情報を生成してログインが完了する。

この認証方式の場合、ログイン中間地点として、ステップ（１、２－１、３－１）、６－１、７の３か所が存在し、ステップ７の後にログインが完了している。なお、ステップ１、２－１、３－１における３つのアクセスは、ユーザから見て一つの画面内で起こるため、一つのログイン中間地点となる。
これらのステップの中で、３－１が最も本来の正当なユーザからのアクセスである可能性が高いポイントであるため、３－１をＩＰアドレスの一時保持を行う所定のログイン中間地点とする。そして、ステップ６－１又は７において攻撃者（フィッシングサイト）からのアクセスがあった場合、アドレス部分一致が成り立たないため、認証装置１は、ログインを失敗させる。

本実施形態によれば、認証装置１は、ログイン端末が所定のサービスへのログインを試行する際に、所定のログイン中間地点において、ログイン端末のＩＰアドレスをユーザＩＤと紐づけて所定期間だけ有効に保持し、その後にアクセスを受け付けたＩＰアドレスが、保持されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属していない場合に、このアクセスに基づくログインを失敗させる。
したがって、認証装置１は、一定期間は部分一致したＩＰアドレスからしかログインできないように制御して、同一のサブネットに属していない発信元からのログインの試行を失敗させ、不正ログインを抑制してフィッシングの困難な認証システムを構築できる。

特に、所定のログイン中間地点として、ログインシーケンス毎に、正規の端末からのアクセスと推定可能な地点が予め設定されることにより、認証装置１は、正常にログインした正規のユーザに対して、フィッシングサイトへ再度誘導されることを抑制できる。

ここで、完全に攻撃者の意図通りに動くようになったユーザの行動には、たとえ強い警告表示等があったとしても、次の特徴が見られる。
１．まず、目の前の画面に表示された指示に従う。
２．それでもフィッシングサイトのログインが進まなかった場合には、フィッシングサイトの指示に従う。
３．いかなる警告にもひるまず、フィッシングサイトへのログインが成功するまでしつこくログインを試みる。

このようなユーザの場合、例えば、前述のワンタイムドメイン認証方式において、「別の端末に表示されたＵＲＬにアクセスしても本サイトのログインが完了しない場合、再度ログインを試行し、表示されたＵＲＬを本サイトの入力欄に入力してください」等とフィッシングサイトに記載されていると、新たに開いたフィッシングサイト、又はブラウザのタブに残っているログインに失敗しているフィッシングサイトの指示に従って、ユーザは、フィッシングされにいってしまうおそれがある。本実施形態の認証システムは、このような事態を、ユーザが頭を冷やすまで、一定期間抑止することができる。

また、認証装置１は、ログインを完了した端末へ、ログイン済認証情報を送信しておき、ログイン端末から受信したログイン済認証情報の正当性を検証することにより、同一端末から再度ログインする場合に、ＩＰアドレスの検証を省き、認証シーケンスを簡略化できる。
本実施形態では、ログイン済認証情報及びＩＰアドレスがホワイトリストとして登録されるので、認証装置１は、正規の端末からのログインのみを安全に受け付けることができる。

［第２実施形態］
以下、本発明の第２実施形態について説明する。
本実施形態では、認証装置１は、第１実施形態におけるログイン済認証情報に加えて、過去にログインに利用したネットワークを示す情報を、ホワイトリストとして登録し、同一ユーザによる同一ネットワークからの新しい端末でのログインを許可する。

図６は、本実施形態における認証装置１の機能構成を示す図である。
認証装置１の制御部１０は、第１実施形態における機能部に加えて、ログイン済アドレス登録部１６と、ネットワーク検証部１７とを備える。

ログイン済アドレス登録部１６は、ログインを完了した端末のＩＰアドレスを、このログイン時のユーザＩＤと紐づけて記憶部２０に、ログインを許可するためのホワイトリストとして登録する。

ネットワーク検証部１７は、アクセスを受け付けたＩＰアドレスが、ログイン済アドレス登録部１６により登録されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属した正当なものであることを検証する。

第１実施形態のログイン済認証情報は、過去にログインしたことのある端末が別のネットワークでログインしようとした際のホワイトリストとして用いられる。
一方、ログイン済アドレス登録部１６により登録されるＩＰアドレスは、ユーザが正常にログインした際のＩＰアドレスと同一のサブネットからのログインを許可するための情報である。すなわち、このＩＰアドレスのリストは、過去にログインに利用したネットワーク内で新しい端末からログインしようとした際のホワイトリストとして用いられる。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、前述した実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載されたものに限定されるものではない。

前述の実施形態において、アドレス照合部１５は、アクセスを受け付けたＩＰアドレスが、アドレス保持部１４により保持されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属している場合に、ログイン端末Ｘに対して、このアクセスの直前に利用していたサイトの入力を要求してもよい。

例えば、正しいユーザが認証済みのスマートフォン（認証端末Ｙ）を用いて、ＰＣ（ログイン端末Ｘ）からログインしようとしている際に、ＰＣでアクセスしていたのがフィッシングサイトであった場合を想定し、前述のワンタイムドメインによる認証方式が採用されているとする。このとき、次の一連のステップで、ログイン失敗への調査及び対処を行うように提示することにより、効率的にフィッシングサイトを発見し駆除することが可能となる。

（１）ワンタイムドメイン入力直後の画面を最初に表示したＰＣのＩＰアドレスをホワイトリストに入れることにより、正しいユーザのＰＣでのログイン中の挙動に応じて認証システムがフィッシングを検知する。
この時点で、認証システム側は、フィッシングサイトを検知したと認識しているものの、実際には、システム側の不具合でログインできていない可能性、又はユーザが不可解な操作（例えば、複数のＰＣで同時にログイン操作）をした可能性を排除できないことから、フィッシングサイトである可能性を警告することはできても、悪質なサイトと断定し、該当のサイトは利用できない旨を告知する文言を表示することはできない。

（２）認証システムは、フィッシングを検知したためログインを失敗させるが、ユーザは、ログインに失敗したことが不可解と感じ、再度ログインを試みようとする。

（３）ユーザは、フィッシングサイトの指示に従い、ワンタイムドメインをフィッシングサイトに送信してしまうが、ホワイトリストが既に入っているのでフィッシングは成功しない。

（４）試行錯誤したユーザが再度ホワイトリストに入った自身のＰＣから（例えば検索経由等で）正規の認証システムにアクセスを行った際、直前に利用していたサイトの情報を含む報告フォームが表示される。

（５）ユーザは、ログインに失敗したので、調査のために原因を入力するよう事業者が言ってきたと考え、元の利用中であったフィッシングサイトのＵＲＬ等を報告する。
なお、この時点で、ユーザは、頭がフィッシングサイトの魅力的な誘い（例えば、激安商品の購入等）に加熱しており、いかなる警告を表示しても一切関知せず、フィッシング検知の表示に激怒していることが考えられるが、どうしても目的を達成したいため、面倒な報告フォームにも対応してくれると期待できる。

（６）事業者は、ユーザから報告のあったサイトがフィッシングサイトであることを確認できると、この時点でユーザがフィッシングサイトを利用しようとしたことが確定する。
したがって、ユーザに対して、次回の利用時に、又は電話連絡等で、利用中のサイトが悪質なサイトであることを断定的に伝えることができる。数日が経っていれば、ユーザは冷静になっており、警告が素直に受け入れられることが期待できる。

認証装置１による認証方法は、ソフトウェアにより実現される。ソフトウェアによって実現される場合には、このソフトウェアを構成するプログラムが、情報処理装置（コンピュータ）にインストールされる。また、これらのプログラムは、ＣＤ－ＲＯＭのようなリムーバブルメディアに記録されてユーザに配布されてもよいし、ネットワークを介してユーザのコンピュータにダウンロードされることにより配布されてもよい。さらに、これらのプログラムは、ダウンロードされることなくネットワークを介したＷｅｂサービスとしてユーザのコンピュータに提供されてもよい。

１ 認証装置
１０ 制御部
１１ 認証情報送信部
１２ 認証情報受信部
１３ 認証情報検証部
１４ アドレス保持部
１５ アドレス照合部
１６ ログイン済アドレス登録部
１７ ネットワーク検証部
２０ 記憶部

Claims (7)

1. ログイン端末が所定のサービスへのログインを試行する際に、ログインシーケンスにおいて予め設定されている、前記ログイン端末からユーザＩＤを特定可能なアクセスを受け付ける所定の中間地点において、前記ログイン端末のＩＰアドレスを前記ユーザＩＤと紐づけて所定期間だけ有効に保持するアドレス保持部と、
   アクセスを受け付けたＩＰアドレスが、前記アドレス保持部に保持されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属していない場合に、当該アクセスに基づくログインを失敗させるアドレス照合部と、を備える認証装置。
2. ログインを完了した端末へ、ログイン済認証情報を送信する認証情報送信部と、
   前記ログインシーケンスで規定された所定の情報と共に、前記ログイン端末が前記ログイン済認証情報を保持している場合にのみ、当該ログイン済認証情報を受信する認証情報受信部と、
   前記認証情報受信部が受信した前記ログイン済認証情報の正当性を検証する認証情報検証部と、を備え、
   前記アドレス照合部は、前記認証情報受信部が前記ログイン済認証情報を受信しなかった場合に、前記ＩＰアドレスの照合を行う請求項１に記載の認証装置。
3. 前記中間地点として、前記ログインシーケンス毎に、正規の端末からのアクセスと推定可能な地点が予め設定される請求項１又は請求項２に記載の認証装置。
4. 前記アドレス照合部は、前記アクセスを受け付けたＩＰアドレスが、前記アドレス保持部に保持されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属している場合に、前記ログイン端末に対して当該アクセスの直前に利用していたサイトの入力を要求する請求項１から請求項３のいずれかに記載の認証装置。
5. ログインを完了した端末のＩＰアドレスを、当該ログイン時のユーザＩＤと紐づけて登録するログイン済アドレス登録部と、
   前記アクセスを受け付けたＩＰアドレスが、前記ログイン済アドレス登録部により登録されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属した正当なものであることを検証するネットワーク検証部と、を備える請求項１から請求項４のいずれかに記載の認証装置。
6. ログイン端末が所定のサービスへのログインを試行する際に、ログインシーケンスにおいて予め設定されている、前記ログイン端末からユーザＩＤを特定可能なアクセスを受け付ける所定の中間地点において、前記ログイン端末のＩＰアドレスを前記ユーザＩＤと紐づけて所定期間だけ有効に保持するアドレス保持ステップと、
   アクセスを受け付けたＩＰアドレスが、前記アドレス保持ステップにおいて保持されている同一のユーザＩＤのＩＰアドレスと同一のサブネットに属していない場合に、当該アクセスに基づくログインを失敗させるアドレス照合ステップと、をコンピュータが実行する認証方法。
7. 請求項１から請求項５のいずれかに記載の認証装置としてコンピュータを機能させるための認証プログラム。

Images