認証プログラムおよび認証サーバ
【課題】セキュリティ上の問題を発生させることなくログイン要求をユーザに通知し、また、正規ユーザが注意しなくてもよい数多くの通知を確認する必要がないようにする。
【解決手段】Ｗｅｂサーバ１２１は、ユーザ端末１１０からのログイン要求時に、Ｗｅｂブラウザ１１１を通じて、ログイン処理結果およびログインユーザＩＤを記録したクッキーを、ユーザ端末１１２の記憶部１１２に形成する。ログイン処理結果およびログインユーザＩＤは、暗号化処理部１２３で暗号化され、暗号化された状態でクッキーに記録される。通知処理部１２５は、ユーザ端末１１０からのログイン要求時に、ログイン処理結果と、ユーザ端末１１２の記憶部１１２から読み出されたクッキーの復号化出力に基づき、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、ログイン要求があったこと等を正規ユーザ１３１等の通知先に通知する。
【解決手段】Ｗｅｂサーバ１２１は、ユーザ端末１１０からのログイン要求時に、Ｗｅｂブラウザ１１１を通じて、ログイン処理結果およびログインユーザＩＤを記録したクッキーを、ユーザ端末１１２の記憶部１１２に形成する。ログイン処理結果およびログインユーザＩＤは、暗号化処理部１２３で暗号化され、暗号化された状態でクッキーに記録される。通知処理部１２５は、ユーザ端末１１０からのログイン要求時に、ログイン処理結果と、ユーザ端末１１２の記憶部１１２から読み出されたクッキーの復号化出力に基づき、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、ログイン要求があったこと等を正規ユーザ１３１等の通知先に通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、認証プログラムおよび認証サーバに関する。
【背景技術】
【０００２】
インターネット等のネットワークを経由したシステムへの不正侵入に対する防御策として、ユーザ認証がある。基本的なユーザ認証としては、アクセスの際に、ユーザＩＤとパスワードの入力を要求する形式のものがある。すなわち、ユーザアクセス時に、ユーザにユーザＩＤとパスワードの入力を要求し、予め登録されたユーザに対してはアクセスを許可し、その他のユーザに対してはアクセスを拒絶する。
【０００３】
他人が別のユーザになりすましてシステムにログインしようとしている場面を想定する。システムへのログイン要求は、例えば、ユーザＩＤとパスワードを入力した後、実行キーを押圧することで行われる。システムにログインする際に、ログインに成功したか失敗したかをログなどに記録する方法では、「なりすまし」であるか否かを判定するのはシステム管理者であり、ユーザＩＤを管理するユーザに確認するまで真相はわからない。
【０００４】
例えば、特許文献１には、誰かがログインしたとき、ユーザに必ず通知する、という技術が記載されている。この場合、通知を基に正規ユーザ自身が判定するので、「なりすまし」であるか否かの判定精度は高くなるが、正規ユーザ自身のログインに対しても当該正規ユーザに通知がくるので、正規ユーザは注意しなくてもよい数多くの通知を確認する必要がある。
【０００５】
また、例えば、特許文献２には、普段使用していない端末からアクセスがあるときは、普段使用している端末に通知する、という技術が記載されている。すなわち、普段使用している端末自体に、事前に専用のツールで固有のキーを設定しておくと、固有のキーが設定されていない端末からのログイン時には、当該固有のキーが作られている端末に通知がされる。
【０００６】
この場合、予め使用する端末で専用のツールを使って端末固有のキーを作成する必要があるが、近年セキュリティ上の問題から、端末上における各種アプリケーション(ブラウザのプラグイン等も含む)の実行を制限することが多い。また、一度も認証していないアカウントの場合、最初の認証時には通知されない。そのため、アカウント作成直後の「なりすまし」には気付きにくい。また、固有のキーが設定されていない端末からのログイン時には、端末固有のキーが設定されている、当該正規ユーザが過去に使用した"端末"に通知されるため、当該正規ユーザが複数端末を利用した履歴がある場合、当該正規ユーザ以外にも通知されてしまう。
【特許文献１】特開２００２−９１９１７号公報
【特許文献２】特開２００５−３２１９２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
セキュリティ上の問題を発生させることなくログイン要求をユーザに通知し、また、正規ユーザが注意しなくてもよい数多くの通知を確認する必要がないようにする、ことを目的とする。
【課題を解決するための手段】
【０００８】
請求項１の発明に係る認証プログラムは、コンピュータを、外部装置からのログイン要求に基づいて、ログイン処理を行うログイン処理手段と、上記ログイン処理手段におけるログイン処理結果をログインユーザＩＤと共に暗号化して上記外部装置に送るログイン処理結果送信手段と、上記外部装置からのログイン要求に対応して、上記外部装置に前回のログイン要求をしたときに送った上記ログイン処理結果および上記ログインユーザＩＤを要求するログイン処理結果要求手段と、上記ログイン処理結果要求手段の要求に応じて上記外部装置から送られてくる暗号化された上記ログイン処理結果および上記ログインユーザＩＤを復号化して前回のログイン要求時におけるログイン処理結果およびログインユーザＩＤを取得する復号化手段と、上記外部装置からの上記ログイン要求時に、上記ログイン処理手段におけるログイン処理結果と、上記復号化手段における復号化出力とに基づいて、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、予め設定された通知先に対して、少なくとも、ログイン要求があったことを通知するログイン要求通知手段として機能させるためのものである。
【０００９】
請求項２の発明に係る認証プログラムは、請求項１の発明において、上記ログイン要求通知手段は、上記通知先に、ログイン要求があったことの他に、ログインユーザＩＤをさらに通知するものである。
【００１０】
請求項３の発明に係る認証プログラムは、請求項１の発明において、上記ログイン要求通知手段は、登録したユーザＩＤの中にログインユーザＩＤが存在するときは、該ログインユーザＩＤを持つユーザおよびシステム管理者に上記ログイン要求があったことを通知し、上記登録したユーザＩＤの中にログインユーザＩＤが存在しないときは、上記システム管理者に上記ログイン要求があったことを通知するものである。
【００１１】
請求項４の発明に係る認証サーバは、外部装置からのログイン要求に基づいて、ログイン処理を行うログイン処理部と、上記ログイン処理部におけるログイン処理結果をログインユーザＩＤと共に暗号化して上記外部装置に送るログイン処理結果送信部と、上記外部装置からのログイン要求に対応して、上記外部装置に前回のログイン要求時に記録された上記ログイン処理結果および上記ログインユーザＩＤを要求するログイン処理結果要求部と、上記ログイン処理結果要求部の要求に応じて上記外部装置から送られてくる暗号化された上記ログイン処理結果および上記ログインユーザＩＤを復号化して前回のログイン要求時におけるログイン処理結果およびログインユーザＩＤを取得する復号化部と、上記外部装置からの上記ログイン要求時に、上記ログイン処理部におけるログイン処理結果と、上記復号化部における復号化出力とに基づいて、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、予め設定された通知先に対して、少なくとも、ログイン要求があったことを通知するログイン要求通知部とを備えるものである。
【発明の効果】
【００１２】
請求項１の発明によれば、ログイン要求があったことを通知するかどうかを判断するための情報を外部装置に送っておき、ログイン要求があったときに当該情報を要求してログインの通知判断に用いるので、外部装置に実行ファイル等をダウンロードする必要がなく、セキュリティ上の問題を発生させることなくログイン要求があったことを通知でき、また、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合には、ログイン要求があったことを通知しないので、通知先の正規ユーザ等は注意しなくてもよい数多くの通知を確認する必要がなくなる。
【００１３】
請求項２の発明によれば、通知先に、ログイン要求があったことの他に、ログインユーザＩＤをさらに通知するので、通知先の正規ユーザ、システム管理者などは、ログイン要求に係るログインユーザＩＤを確認でき、正規ユーザのユーザＩＤを使用した「なりすまし」が行われていること等を判別できる。
【００１４】
請求項３の発明によれば、登録したユーザＩＤの中にログインユーザＩＤが存在するときは、このログインユーザＩＤを持つ正規ユーザの他に、システム管理者にもログイン要求があったことが通知されるので、正規ユーザがしばらく休職している場合等には、システム管理者が「なりすまし」によるログインに気づくことが可能となる。
【００１５】
請求項４の発明によれば、ログイン要求があったことを通知するかどうかを判断するための情報を外部装置に送っておき、ログイン要求があったときに当該情報を要求してログインの通知判断に用いるので、外部装置に実行ファイル等をダウンロードする必要がなく、セキュリティ上の問題を発生させることなくログイン要求があったことを通知でき、また、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合には、ログイン要求があったことを通知しないので、通知先の正規ユーザ等は注意しなくてもよい数多くの通知を確認する必要がなくなる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しながら、この発明の実施の形態について説明する。
【００１７】
図１は、実施の形態としての、認証システム１００の構成の一例を示している。この認証システム１００は、Ｗｅｂアプリケーションを想定したものである。この認証システム１００は、ユーザ端末１１０と、認証サーバ１２０と、ログイン要求の通知先としての正規ユーザ１３１およびシステム管理者１３２とで構成されている。ユーザ端末１１０は、外部装置を構成する。
【００１８】
ユーザ端末１１０は、Ｗｅｂブラウザ１１１と、記憶部１１２とを有している。この実施の形態においては、記憶部１１２には、後述するように、認証サーバ１２０を構成するＷｅｂサーバ１２１により、Ｗｅｂブラウザ１１１を通じて、ログイン結果およびログインユーザＩＤを記録したクッキー(cookie)が形成される。
【００１９】
認証サーバ１２０は、Ｗｅｂサーバ１２１と、ログイン処理部１２２と、暗号化処理部１２３と、復号化処理部１２４と、通知処理部１２５とを備えている。認証サーバ１２０は、周知のように、コンピュータで構成されている。この認証サーバ１２０には、当該認証サーバ１２０を、上述した各機能部として機能させるための認証プログラムが備えられている。
【００２０】
Ｗｅｂサーバ１２１は、ユーザ端末１１０からのユーザのリクエストを受け付け、当該リクエストに対応した情報をユーザ端末１１０に送信する。ＷｅｂアプリケーションはＷｅｂサーバ１２１上に配置されており、基本的にユーザのリクエストによりＷｅｂサーバ１２１上で動作することから、ユーザはオンラインでそのアプリケーションの提供する機能を利用できる。
【００２１】
また、Ｗｅｂサーバ１２１は、ユーザ端末１１０からのログイン要求時に、ユーザ端末１１０のＷｅｂブラウザ１１１に、ホスト名およびドメイン名をキーにして、自分が形成した、ログイン処理結果およびユーザＩＤが記録されているクッキーを要求する。Ｗｅｂサーバ１２１は、ログイン処理結果要求部を構成している。ユーザ端末１１０のＷｅｂブラウザ１１１は、Ｗｅｂサーバ１２１からのクッキーの要求に対応して、記憶部１１２にクッキーが有るときは、当該クッキーを取り出して、Ｗｅｂサーバ１２１に送る。
【００２２】
後述するように、ユーザ端末１１０の記憶部１１２へのクッキーの形成は、ユーザ端末１１０からのログイン要求時に、Ｗｅｂサーバ１２１により、Ｗｅｂブラウザ１１１を通じて行われる。そのため、ユーザ端末１１０からの初めてのログイン要求時には、ユーザ端末１１０の記憶部１１２にクッキーは無く、Ｗｅｂサーバ１２１からのクッキーの要求に対して、Ｗｅｂブラウザ１１１はＷｅｂサーバ１２１に当該クッキーを送ることはできない。
【００２３】
また、Ｗｅｂサーバ１２１は、ユーザ端末１１０からのログイン要求時に、Ｗｅｂブラウザ１１１を通じて、ログイン処理部１２２におけるログイン処理結果と、認証情報としてユーザ端末１１０から送られてくるユーザＩＤ（ログインユーザＩＤ）とを記録したクッキーを、ユーザ端末１１２の記憶部１１２に形成する。この場合、ログイン処理結果およびログインユーザＩＤは、暗号化処理部１２３で暗号化され、暗号化された状態でクッキーに記録される。Ｗｅｂサーバ１２１および暗号化処理部１２３は、ログイン処理結果送信部を構成している。
【００２４】
ログイン処理部１２２は、ユーザ端末１１０からのログイン要求に基づいて、ログイン処理（認証処理）を行う。ユーザ端末１１０からのログイン要求は、認証情報としてのユーザＩＤおよびパスワードを入力して実行キーを押すことで行われる、ログイン処理部１２２は、ユーザ端末１１０からＷｅｂサーバ１２１を介して受信された認証情報と、認証サーバ１２０に存在するアカウント情報データベース（図示せず）に格納されている登録情報に基づいて、ユーザの認証を行う。
【００２５】
復号化処理部１２４は、上述したユーザ端末１１０からのログイン要求時に、Ｗｅｂサーバ１２１からの要求に応じて、ユーザ端末１１０から送られてくるクッキーに暗号化された状態で記録されているログイン処理結果およびログインユーザＩＤを復号化して、前回のログイン要求時におけるログイン処理結果およびログインユーザＩＤを取得する。この復号化処理部１２４は、復号化部を構成している。
【００２６】
通知処理部１２５は、ユーザ端末１１０からのログイン要求時に、ログイン処理部１２２におけるログイン処理結果と、復号化処理部１２４における復号化出力に基づいて、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、予め設定された通知先、この実施の形態においては、正規ユーザ１３１およびシステム管理者１３２に対して、ログイン要求があったこと、およびログインユーザＩＤを通知する。通知処理部１２５は、ログイン要求通知部を構成している。
【００２７】
図２は、通知処理部１２５が、通知する条件の一例を具体的に示している。通知処理部１２５は、ログイン処理結果がエラーである場合には、通知を行う。また、通知処理部１２５は、ログイン結果が成功で、かつユーザ端末１１０の記憶部１１２に、クッキーが無かった場合には、通知を行う。初めてのログイン要求の場合には、ユーザ端末１１０の記憶部１１２に未だクッキーが形成されていないので、当該条件に当てはまり、通知処理部１２５は必ず通知を行う。また、通知処理部１２５は、ログイン処理結果が成功で、復号化エラーが発生した場合には、通知を行う。復号化エラーが発生する場合としては、ログイン処理結果およびログインユーザＩＤの暗号化情報が偽造されたものである場合、あるいは、当該暗号化情報が何らかの原因で破損している場合等が考えられる。
【００２８】
また、通知処理部１２５は、ログイン処理結果が成功で、復号化も成功したが、復号化で取得されたユーザＩＤ（クッキーに記録されていた前回のログイン要求時におけるログインユーザＩＤ）とログインユーザＩＤとが違う場合には、通知を行う。また、通知処理部１２５は、ログイン処理結果が成功で、復号化も成功し、さらに、復号化で取得されたユーザＩＤとログインユーザＩＤとは同じであるが、復号化で取得された前回のログイン処理結果がエラーである場合には、通知を行う。
【００２９】
なお、通知処理部１２５は、通知先に、上述したように、ログイン要求があったこと、およびログインユーザＩＤを通知する旨説明したが、ログイン要求があったことのみを通知するようにしてもよい。ログイン要求があったことの他に、ログインユーザＩＤをさらに通知することで、通知先の正規ユーザ１３１、システム管理者１３２などは、ログイン要求に係るログインユーザＩＤを確認でき、正規ユーザ１３１のユーザＩＤを使用した「なりすまし」による攻撃が行われていること等を知ることができる。
【００３０】
また、通知内容としては、上述したログイン要求があったこと、およびログインユーザＩＤの他に、クッキー（cookie）の状態（図２参照）、クッキーに記録されていたユーザＩＤ（前回のログインユーザＩＤ）、およびクッキーに記録されていたログイン処理結果（前回のログイン処理結果）等も考えられる。また、クッキーに、上述したログイン処理結果およびログインユーザＩＤの他に、さらにログイン処理時刻を記録しておき、当該クッキーに記録されていたログイン処理時刻（前回のログイン処理時刻）を、通知内容とすることも考えられる。
【００３１】
また、通知処理部１２５から正規ユーザ１３１、システム管理者１３２への通知は、例えば、予め登録されたメールアドレスによる電子メールにより行われる。この場合、オンラインでメールアドレスを登録するようにすると、「なりすまし」で通知先のメールアドレスが登録されるおそれがある。そのため、例えば、事前に郵送等の手段でメールアドレスが認証サーバ１２０側に送られ、当該メールアドレスが認証サーバ１２０に人間系で設定されるようにする。また、通知手段としては、電話、インスタントメッセージ等も考えられる。
【００３２】
図３および図４のフローチャートを参照して、ユーザ端末１１０から認証サーバ１２０にログイン要求があった場合における、当該認証サーバ１２０の動作の一例を説明する。
【００３３】
まず、認証サーバ１２０は、ユーザ端末１１０からログイン要求があるとき、ステップＳＴ１で処理を開始し、その後に、ステップＳＴ２に進む。このステップＳＴ２において、認証サーバ１２０は、Ｗｅｂサーバ１２１により、ユーザ端末１１０のＷｅｂブラウザ１１１に、ホスト名およびドメイン名をキーにして、自分が形成した、ログイン処理結果およびユーザＩＤが記録されているクッキーを要求する。この場合、ユーザ端末１１０のＷｅｂブラウザ１１１は、Ｗｅｂサーバ１２１からのクッキーの要求に対応して、記憶部１１２に該当するクッキーが有るときは、当該クッキーを取り出して、Ｗｅｂサーバ１２１に送る。
【００３４】
次に、認証サーバ１２０は、ステップＳＴ３において、クッキーが有るか否かを判定する。この場合、ユーザ端末１１０のＷｅｂブラウザ１１１からＷｅｂサーバ１２１に、クッキーが送られてくるときはクッキーが有ると判定し、クッキーが送られてこないときはクッキーが無いと判定する。
【００３５】
クッキーが有るとき、認証サーバ１２０は、ステップＳＴ４において、復号化処理部１２４により、クッキーの復号化を行う。つまり、認証サーバ１２０は、ユーザ端末１１０のＷｅｂブラウザ１１１からＷｅｂサーバ１２１に送られてきたクッキーに暗号化された状態で記録されているログイン処理結果およびログインユーザＩＤに対して、復号化の処理を行う。そして、認証サーバ１２０は、ステップＳＴ５において、復号化が成功したか否かを判定する。
【００３６】
復号化が成功したとき、認証サーバ１２０は、ステップＳＴ６において、クッキーに記録されていたユーザＩＤ（前回のログイン要求時におけるログインユーザＩＤ）と、今回のログインユーザＩＤとを比較する。そして、認証サーバ１２０は、ステップＳＴ７において、２つのユーザＩＤが同じであるか否かを判定する。２つのユーザＩＤが同じであるとき、認証サーバ１２０は、ステップＳＴ８において、クッキーに記録されていた前回のログイン処理結果を評価する。そして、認証サーバ１２０は、ステップＳＴ９において、前回のログイン処理結果が成功であるか否かを判定する。成功であるときは、ステップＳＴ１３（図４）に進む。
【００３７】
認証サーバ１２０は、ステップＳＴ３でクッキーが無いとき、ステップＳＴ５で復号化エラーのとき、ステップＳＴ７でユーザＩＤが違うとき、およびステップＳＴ９で前回のログイン処理結果がエラーであるとき、ステップＳＴ１０（図４）に進む。このステップＳＴ１０において、認証サーバ１２０は、ログインユーザＩＤ（ログイン要求に係るユーザＩＤ）が、アカウント情報データベースの登録情報に存在するか否かを判定する。
【００３８】
そして、認証サーバ１２０は、アカウント情報データベースの登録情報にログインユーザＩＤが存在するときは、ステップＳＴ１１において、通知処理部１２５により、正規ユーザ１３１およびシステム管理者１３２に、ログイン要求があったこと等を通知し、その後に、ステップＳＴ１３に進む。ログインユーザＩＤを持つ正規ユーザ１３１の他に、システム管理者１３２にもログイン要求があったこと等が通知されるので、正規ユーザ１３１がしばらく休職している場合等には、システム管理者１３２が「なりすまし」によるログインに気づくことが可能となる。
【００３９】
また、ステップＳＴ１０でアカウント情報データベースの登録情報にログインユーザＩＤが存在しないときは、認証サーバ１２０は、ステップＳＴ１２において、通知処理部１２５により、システム管理者１３２に、ログイン要求があったこと等を通知し、その後に、ステップＳＴ１３に進む。
【００４０】
認証サーバ１２０は、ステップＳＴ１３において、ログイン処理部１２２により、ユーザ端末１１０から送られてくる認証情報（パスワードおよびユーザＩＤ）に基づき、アカウント情報データベースの登録情報を参照して、ログイン処理を行う。
【００４１】
なお、ステップＳＴ３でクッキーが無いとき、上述したように正規ユーザ１３１等にログイン要求があったこと等が通知されるものの、ログイン処理が行われるので、初めてのログインも何ら支障なく行われる。
【００４２】
また、復号化エラーのとき、ログインユーザＩＤが前回のものと異なるとき、および前回のログイン処理結果がエラーであるとき、上述したように正規ユーザ１３１等にログイン要求があったこと等が通知されるものの、ログイン処理が行われる。これは、以下の各場合を考慮し、正規ユーザのログイン要求を無駄にしないためである。
【００４３】
例えば、復号化エラーは、情報の偽造の他に、何らかの原因で情報が破壊された場合にも起こり得る。ログインユーザＩＤが前回のものと異なることは、「なりすまし」を意図するものが誤ったユーザＩＤを入力したことによる他に、正規ユーザが前回のログインユーザＩＤの入力を間違ったことでも起こり得る。前回のログイン処理結果がエラーであることは、「なりすまし」を意図するものが誤ったパスワードを入力したことによる他に、正規ユーザが前回のパスワードの入力を間違ったことでも起こり得る。
【００４４】
次に、認証サーバ１２０は、ステップＳＴ１４において、暗号化処理部１２３により、ログインユーザＩＤおよびログイン処理結果を暗号化し、Ｗｅｂサーバ１２１により、ユーザ端末１１０のＷｅｂブラウザ１１１を通じて、ユーザ端末１１０の記憶部１１２のクッキーに記録する。そして、認証サーバ１２０は、ステップＳＴ１５において、ログイン処理部１２２におけるログイン処理が成功したか否かを判定する。ログイン処理が成功したとき、認証サーバ１２０は、ステップＳＴ１６で、ユーザ端末１１０からのログイン要求に対する一連の処理を終了する。一方、ログイン処理がエラーであるときは、認証サーバ１２０は、ステップＳＴ１７に進む。
【００４５】
認証サーバ１２０は、ステップＳＴ１７において、通知先に、既に、ログイン要求があったこと等を通知したか否かを判定する。上述のステップＳＴ１１あるいはステップＳＴ１２で通知したときは、直ちにステップＳＴ１６に進み、ユーザ端末１１０からのログイン要求に対する一連の処理を終了する。
【００４６】
未だ通知していないとき、認証サーバ２０は、ステップＳＴ１８において、ログインユーザＩＤ（ログイン要求のユーザＩＤ）が、アカウント情報データベースの登録情報に存在するか否かを判定する。
【００４７】
そして、認証サーバ１２０は、アカウント情報データベースの登録情報にログインユーザＩＤが存在するときは、ステップＳＴ１９において、通知処理部１２５により、正規ユーザ１３１およびシステム管理者１３２に、ログイン要求があったこと等を通知し、その後に、ステップＳＴ１６に進み、ユーザ端末１１０からのログイン要求に対する一連の処理を終了する。
【００４８】
また、ステップＳＴ１８でアカウント情報データベースの登録情報にログインユーザＩＤが存在しないときは、認証サーバ１２０は、ステップＳＴ２０において、通知処理部１２５により、システム管理者１３２に、ログイン要求があったこと等を通知し、その後に、ステップＳＴ１６に進み、ユーザ端末１１０からのログイン要求に対する一連の処理を終了する。
【００４９】
図１に示す認証システム１００においては、認証サーバ１２０は、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合には、通知先である正規ユーザ１３１、システム管理者１３２等に、ログイン要求があったこと等の通知をしないので、通知先の正規ユーザ１３１等は注意しなくてもよい数多くの通知を確認する必要がなくなる。
【００５０】
また、図１に示す認証システム１００においては、認証サーバ１２０は、ログイン要求があったこと等の通知をするかどうかを判断するための情報をユーザ端末１１０に送ってクッキーとして作成するので、ユーザ端末１１０に実行ファイル等をダウンロードする必要がなく、セキュリティ上の問題を発生させることなくログイン要求があったこと等を正規ユーザ１３１等の通知先に通知できる。
【００５１】
また、図１に示す認証システム１００においては、認証サーバ１２０は、ユーザ端末１１０の記憶部１１２にクッキーが形成されていない場合にも、正規ユーザ１３１等の通知先にログイン要求があったこと等の通知を行うものであり、初めてのログイン要求に対して必ず通知が行われるため、正規ユーザ１３１等はアカウント作成直後の「なりすまし」にも気付くことができる。
【００５２】
また、図１に示す認証システム１００においては、認証サーバ１２０は、正規ユーザ１３１等の通知先に、例えば電子メールで通知を行うものであり、正規ユーザ１３１がユーザ端末１１０から離れていても、通知を受けやすく、また、他のユーザ(当該正規ユーザが過去に利用したユーザ端末を使っているユーザ)には通知されない。正規ユーザ１３１に通知するので、「自身によるログイン」か「なりすまし」であるかを高い精度で即時に判定でき、即時にパスワードを変更するなどの対策をとることができ、「なりすまし」を防ぐことができる。
【００５３】
なお、上述実施の形態においては、Ｗｅｂアプリケーションを想定した認証システム１００にこの発明を適用したものであるが、この発明は同様のログイン処理を行うその他の認証システムに適用できることは勿論である。
【産業上の利用可能性】
【００５４】
この発明は、セキュリティ上の問題を発生させることなくログイン要求をユーザに通知し、また、正規ユーザが注意しなくてもよい数多くの通知を確認する必要がないようにしたものであり、例えばＷｅｂアプリケーションを想定した認証システム等に適用できる。
【図面の簡単な説明】
【００５５】
【図１】実施の形態としての認証システムの構成の一例を示すブロック図である。
【図２】認証サーバが通知先にログイン要求があったこと等を通知する条件の一例を説明するための図である。
【図３】ユーザ端末から認証サーバにログイン要求があった場合における、認証サーバの動作の一例を説明するためのフローチャート（１／２）である。
【図４】ユーザ端末から認証サーバにログイン要求があった場合における、認証サーバの動作の一例を説明するためのフローチャート（２／２）である。
【符号の説明】
【００５６】
１００・・・認証システム、１１０・・・ユーザ端末、１１１・・・Ｗｅｂブラウザ、１１２・・・記憶部、１２０・・・認証サーバ、１２１・・・Ｗｅｂサーバ、１２２・・・ログイン処理部、１２３・・・暗号化処理部、１２４・・・復号化処理部、１２５・・・通知処理部、１３１・・・正規ユーザ、１３２・・・システム管理者
【技術分野】
【０００１】
この発明は、認証プログラムおよび認証サーバに関する。
【背景技術】
【０００２】
インターネット等のネットワークを経由したシステムへの不正侵入に対する防御策として、ユーザ認証がある。基本的なユーザ認証としては、アクセスの際に、ユーザＩＤとパスワードの入力を要求する形式のものがある。すなわち、ユーザアクセス時に、ユーザにユーザＩＤとパスワードの入力を要求し、予め登録されたユーザに対してはアクセスを許可し、その他のユーザに対してはアクセスを拒絶する。
【０００３】
他人が別のユーザになりすましてシステムにログインしようとしている場面を想定する。システムへのログイン要求は、例えば、ユーザＩＤとパスワードを入力した後、実行キーを押圧することで行われる。システムにログインする際に、ログインに成功したか失敗したかをログなどに記録する方法では、「なりすまし」であるか否かを判定するのはシステム管理者であり、ユーザＩＤを管理するユーザに確認するまで真相はわからない。
【０００４】
例えば、特許文献１には、誰かがログインしたとき、ユーザに必ず通知する、という技術が記載されている。この場合、通知を基に正規ユーザ自身が判定するので、「なりすまし」であるか否かの判定精度は高くなるが、正規ユーザ自身のログインに対しても当該正規ユーザに通知がくるので、正規ユーザは注意しなくてもよい数多くの通知を確認する必要がある。
【０００５】
また、例えば、特許文献２には、普段使用していない端末からアクセスがあるときは、普段使用している端末に通知する、という技術が記載されている。すなわち、普段使用している端末自体に、事前に専用のツールで固有のキーを設定しておくと、固有のキーが設定されていない端末からのログイン時には、当該固有のキーが作られている端末に通知がされる。
【０００６】
この場合、予め使用する端末で専用のツールを使って端末固有のキーを作成する必要があるが、近年セキュリティ上の問題から、端末上における各種アプリケーション(ブラウザのプラグイン等も含む)の実行を制限することが多い。また、一度も認証していないアカウントの場合、最初の認証時には通知されない。そのため、アカウント作成直後の「なりすまし」には気付きにくい。また、固有のキーが設定されていない端末からのログイン時には、端末固有のキーが設定されている、当該正規ユーザが過去に使用した"端末"に通知されるため、当該正規ユーザが複数端末を利用した履歴がある場合、当該正規ユーザ以外にも通知されてしまう。
【特許文献１】特開２００２−９１９１７号公報
【特許文献２】特開２００５−３２１９２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
セキュリティ上の問題を発生させることなくログイン要求をユーザに通知し、また、正規ユーザが注意しなくてもよい数多くの通知を確認する必要がないようにする、ことを目的とする。
【課題を解決するための手段】
【０００８】
請求項１の発明に係る認証プログラムは、コンピュータを、外部装置からのログイン要求に基づいて、ログイン処理を行うログイン処理手段と、上記ログイン処理手段におけるログイン処理結果をログインユーザＩＤと共に暗号化して上記外部装置に送るログイン処理結果送信手段と、上記外部装置からのログイン要求に対応して、上記外部装置に前回のログイン要求をしたときに送った上記ログイン処理結果および上記ログインユーザＩＤを要求するログイン処理結果要求手段と、上記ログイン処理結果要求手段の要求に応じて上記外部装置から送られてくる暗号化された上記ログイン処理結果および上記ログインユーザＩＤを復号化して前回のログイン要求時におけるログイン処理結果およびログインユーザＩＤを取得する復号化手段と、上記外部装置からの上記ログイン要求時に、上記ログイン処理手段におけるログイン処理結果と、上記復号化手段における復号化出力とに基づいて、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、予め設定された通知先に対して、少なくとも、ログイン要求があったことを通知するログイン要求通知手段として機能させるためのものである。
【０００９】
請求項２の発明に係る認証プログラムは、請求項１の発明において、上記ログイン要求通知手段は、上記通知先に、ログイン要求があったことの他に、ログインユーザＩＤをさらに通知するものである。
【００１０】
請求項３の発明に係る認証プログラムは、請求項１の発明において、上記ログイン要求通知手段は、登録したユーザＩＤの中にログインユーザＩＤが存在するときは、該ログインユーザＩＤを持つユーザおよびシステム管理者に上記ログイン要求があったことを通知し、上記登録したユーザＩＤの中にログインユーザＩＤが存在しないときは、上記システム管理者に上記ログイン要求があったことを通知するものである。
【００１１】
請求項４の発明に係る認証サーバは、外部装置からのログイン要求に基づいて、ログイン処理を行うログイン処理部と、上記ログイン処理部におけるログイン処理結果をログインユーザＩＤと共に暗号化して上記外部装置に送るログイン処理結果送信部と、上記外部装置からのログイン要求に対応して、上記外部装置に前回のログイン要求時に記録された上記ログイン処理結果および上記ログインユーザＩＤを要求するログイン処理結果要求部と、上記ログイン処理結果要求部の要求に応じて上記外部装置から送られてくる暗号化された上記ログイン処理結果および上記ログインユーザＩＤを復号化して前回のログイン要求時におけるログイン処理結果およびログインユーザＩＤを取得する復号化部と、上記外部装置からの上記ログイン要求時に、上記ログイン処理部におけるログイン処理結果と、上記復号化部における復号化出力とに基づいて、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、予め設定された通知先に対して、少なくとも、ログイン要求があったことを通知するログイン要求通知部とを備えるものである。
【発明の効果】
【００１２】
請求項１の発明によれば、ログイン要求があったことを通知するかどうかを判断するための情報を外部装置に送っておき、ログイン要求があったときに当該情報を要求してログインの通知判断に用いるので、外部装置に実行ファイル等をダウンロードする必要がなく、セキュリティ上の問題を発生させることなくログイン要求があったことを通知でき、また、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合には、ログイン要求があったことを通知しないので、通知先の正規ユーザ等は注意しなくてもよい数多くの通知を確認する必要がなくなる。
【００１３】
請求項２の発明によれば、通知先に、ログイン要求があったことの他に、ログインユーザＩＤをさらに通知するので、通知先の正規ユーザ、システム管理者などは、ログイン要求に係るログインユーザＩＤを確認でき、正規ユーザのユーザＩＤを使用した「なりすまし」が行われていること等を判別できる。
【００１４】
請求項３の発明によれば、登録したユーザＩＤの中にログインユーザＩＤが存在するときは、このログインユーザＩＤを持つ正規ユーザの他に、システム管理者にもログイン要求があったことが通知されるので、正規ユーザがしばらく休職している場合等には、システム管理者が「なりすまし」によるログインに気づくことが可能となる。
【００１５】
請求項４の発明によれば、ログイン要求があったことを通知するかどうかを判断するための情報を外部装置に送っておき、ログイン要求があったときに当該情報を要求してログインの通知判断に用いるので、外部装置に実行ファイル等をダウンロードする必要がなく、セキュリティ上の問題を発生させることなくログイン要求があったことを通知でき、また、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合には、ログイン要求があったことを通知しないので、通知先の正規ユーザ等は注意しなくてもよい数多くの通知を確認する必要がなくなる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照しながら、この発明の実施の形態について説明する。
【００１７】
図１は、実施の形態としての、認証システム１００の構成の一例を示している。この認証システム１００は、Ｗｅｂアプリケーションを想定したものである。この認証システム１００は、ユーザ端末１１０と、認証サーバ１２０と、ログイン要求の通知先としての正規ユーザ１３１およびシステム管理者１３２とで構成されている。ユーザ端末１１０は、外部装置を構成する。
【００１８】
ユーザ端末１１０は、Ｗｅｂブラウザ１１１と、記憶部１１２とを有している。この実施の形態においては、記憶部１１２には、後述するように、認証サーバ１２０を構成するＷｅｂサーバ１２１により、Ｗｅｂブラウザ１１１を通じて、ログイン結果およびログインユーザＩＤを記録したクッキー(cookie)が形成される。
【００１９】
認証サーバ１２０は、Ｗｅｂサーバ１２１と、ログイン処理部１２２と、暗号化処理部１２３と、復号化処理部１２４と、通知処理部１２５とを備えている。認証サーバ１２０は、周知のように、コンピュータで構成されている。この認証サーバ１２０には、当該認証サーバ１２０を、上述した各機能部として機能させるための認証プログラムが備えられている。
【００２０】
Ｗｅｂサーバ１２１は、ユーザ端末１１０からのユーザのリクエストを受け付け、当該リクエストに対応した情報をユーザ端末１１０に送信する。ＷｅｂアプリケーションはＷｅｂサーバ１２１上に配置されており、基本的にユーザのリクエストによりＷｅｂサーバ１２１上で動作することから、ユーザはオンラインでそのアプリケーションの提供する機能を利用できる。
【００２１】
また、Ｗｅｂサーバ１２１は、ユーザ端末１１０からのログイン要求時に、ユーザ端末１１０のＷｅｂブラウザ１１１に、ホスト名およびドメイン名をキーにして、自分が形成した、ログイン処理結果およびユーザＩＤが記録されているクッキーを要求する。Ｗｅｂサーバ１２１は、ログイン処理結果要求部を構成している。ユーザ端末１１０のＷｅｂブラウザ１１１は、Ｗｅｂサーバ１２１からのクッキーの要求に対応して、記憶部１１２にクッキーが有るときは、当該クッキーを取り出して、Ｗｅｂサーバ１２１に送る。
【００２２】
後述するように、ユーザ端末１１０の記憶部１１２へのクッキーの形成は、ユーザ端末１１０からのログイン要求時に、Ｗｅｂサーバ１２１により、Ｗｅｂブラウザ１１１を通じて行われる。そのため、ユーザ端末１１０からの初めてのログイン要求時には、ユーザ端末１１０の記憶部１１２にクッキーは無く、Ｗｅｂサーバ１２１からのクッキーの要求に対して、Ｗｅｂブラウザ１１１はＷｅｂサーバ１２１に当該クッキーを送ることはできない。
【００２３】
また、Ｗｅｂサーバ１２１は、ユーザ端末１１０からのログイン要求時に、Ｗｅｂブラウザ１１１を通じて、ログイン処理部１２２におけるログイン処理結果と、認証情報としてユーザ端末１１０から送られてくるユーザＩＤ（ログインユーザＩＤ）とを記録したクッキーを、ユーザ端末１１２の記憶部１１２に形成する。この場合、ログイン処理結果およびログインユーザＩＤは、暗号化処理部１２３で暗号化され、暗号化された状態でクッキーに記録される。Ｗｅｂサーバ１２１および暗号化処理部１２３は、ログイン処理結果送信部を構成している。
【００２４】
ログイン処理部１２２は、ユーザ端末１１０からのログイン要求に基づいて、ログイン処理（認証処理）を行う。ユーザ端末１１０からのログイン要求は、認証情報としてのユーザＩＤおよびパスワードを入力して実行キーを押すことで行われる、ログイン処理部１２２は、ユーザ端末１１０からＷｅｂサーバ１２１を介して受信された認証情報と、認証サーバ１２０に存在するアカウント情報データベース（図示せず）に格納されている登録情報に基づいて、ユーザの認証を行う。
【００２５】
復号化処理部１２４は、上述したユーザ端末１１０からのログイン要求時に、Ｗｅｂサーバ１２１からの要求に応じて、ユーザ端末１１０から送られてくるクッキーに暗号化された状態で記録されているログイン処理結果およびログインユーザＩＤを復号化して、前回のログイン要求時におけるログイン処理結果およびログインユーザＩＤを取得する。この復号化処理部１２４は、復号化部を構成している。
【００２６】
通知処理部１２５は、ユーザ端末１１０からのログイン要求時に、ログイン処理部１２２におけるログイン処理結果と、復号化処理部１２４における復号化出力に基づいて、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、予め設定された通知先、この実施の形態においては、正規ユーザ１３１およびシステム管理者１３２に対して、ログイン要求があったこと、およびログインユーザＩＤを通知する。通知処理部１２５は、ログイン要求通知部を構成している。
【００２７】
図２は、通知処理部１２５が、通知する条件の一例を具体的に示している。通知処理部１２５は、ログイン処理結果がエラーである場合には、通知を行う。また、通知処理部１２５は、ログイン結果が成功で、かつユーザ端末１１０の記憶部１１２に、クッキーが無かった場合には、通知を行う。初めてのログイン要求の場合には、ユーザ端末１１０の記憶部１１２に未だクッキーが形成されていないので、当該条件に当てはまり、通知処理部１２５は必ず通知を行う。また、通知処理部１２５は、ログイン処理結果が成功で、復号化エラーが発生した場合には、通知を行う。復号化エラーが発生する場合としては、ログイン処理結果およびログインユーザＩＤの暗号化情報が偽造されたものである場合、あるいは、当該暗号化情報が何らかの原因で破損している場合等が考えられる。
【００２８】
また、通知処理部１２５は、ログイン処理結果が成功で、復号化も成功したが、復号化で取得されたユーザＩＤ（クッキーに記録されていた前回のログイン要求時におけるログインユーザＩＤ）とログインユーザＩＤとが違う場合には、通知を行う。また、通知処理部１２５は、ログイン処理結果が成功で、復号化も成功し、さらに、復号化で取得されたユーザＩＤとログインユーザＩＤとは同じであるが、復号化で取得された前回のログイン処理結果がエラーである場合には、通知を行う。
【００２９】
なお、通知処理部１２５は、通知先に、上述したように、ログイン要求があったこと、およびログインユーザＩＤを通知する旨説明したが、ログイン要求があったことのみを通知するようにしてもよい。ログイン要求があったことの他に、ログインユーザＩＤをさらに通知することで、通知先の正規ユーザ１３１、システム管理者１３２などは、ログイン要求に係るログインユーザＩＤを確認でき、正規ユーザ１３１のユーザＩＤを使用した「なりすまし」による攻撃が行われていること等を知ることができる。
【００３０】
また、通知内容としては、上述したログイン要求があったこと、およびログインユーザＩＤの他に、クッキー（cookie）の状態（図２参照）、クッキーに記録されていたユーザＩＤ（前回のログインユーザＩＤ）、およびクッキーに記録されていたログイン処理結果（前回のログイン処理結果）等も考えられる。また、クッキーに、上述したログイン処理結果およびログインユーザＩＤの他に、さらにログイン処理時刻を記録しておき、当該クッキーに記録されていたログイン処理時刻（前回のログイン処理時刻）を、通知内容とすることも考えられる。
【００３１】
また、通知処理部１２５から正規ユーザ１３１、システム管理者１３２への通知は、例えば、予め登録されたメールアドレスによる電子メールにより行われる。この場合、オンラインでメールアドレスを登録するようにすると、「なりすまし」で通知先のメールアドレスが登録されるおそれがある。そのため、例えば、事前に郵送等の手段でメールアドレスが認証サーバ１２０側に送られ、当該メールアドレスが認証サーバ１２０に人間系で設定されるようにする。また、通知手段としては、電話、インスタントメッセージ等も考えられる。
【００３２】
図３および図４のフローチャートを参照して、ユーザ端末１１０から認証サーバ１２０にログイン要求があった場合における、当該認証サーバ１２０の動作の一例を説明する。
【００３３】
まず、認証サーバ１２０は、ユーザ端末１１０からログイン要求があるとき、ステップＳＴ１で処理を開始し、その後に、ステップＳＴ２に進む。このステップＳＴ２において、認証サーバ１２０は、Ｗｅｂサーバ１２１により、ユーザ端末１１０のＷｅｂブラウザ１１１に、ホスト名およびドメイン名をキーにして、自分が形成した、ログイン処理結果およびユーザＩＤが記録されているクッキーを要求する。この場合、ユーザ端末１１０のＷｅｂブラウザ１１１は、Ｗｅｂサーバ１２１からのクッキーの要求に対応して、記憶部１１２に該当するクッキーが有るときは、当該クッキーを取り出して、Ｗｅｂサーバ１２１に送る。
【００３４】
次に、認証サーバ１２０は、ステップＳＴ３において、クッキーが有るか否かを判定する。この場合、ユーザ端末１１０のＷｅｂブラウザ１１１からＷｅｂサーバ１２１に、クッキーが送られてくるときはクッキーが有ると判定し、クッキーが送られてこないときはクッキーが無いと判定する。
【００３５】
クッキーが有るとき、認証サーバ１２０は、ステップＳＴ４において、復号化処理部１２４により、クッキーの復号化を行う。つまり、認証サーバ１２０は、ユーザ端末１１０のＷｅｂブラウザ１１１からＷｅｂサーバ１２１に送られてきたクッキーに暗号化された状態で記録されているログイン処理結果およびログインユーザＩＤに対して、復号化の処理を行う。そして、認証サーバ１２０は、ステップＳＴ５において、復号化が成功したか否かを判定する。
【００３６】
復号化が成功したとき、認証サーバ１２０は、ステップＳＴ６において、クッキーに記録されていたユーザＩＤ（前回のログイン要求時におけるログインユーザＩＤ）と、今回のログインユーザＩＤとを比較する。そして、認証サーバ１２０は、ステップＳＴ７において、２つのユーザＩＤが同じであるか否かを判定する。２つのユーザＩＤが同じであるとき、認証サーバ１２０は、ステップＳＴ８において、クッキーに記録されていた前回のログイン処理結果を評価する。そして、認証サーバ１２０は、ステップＳＴ９において、前回のログイン処理結果が成功であるか否かを判定する。成功であるときは、ステップＳＴ１３（図４）に進む。
【００３７】
認証サーバ１２０は、ステップＳＴ３でクッキーが無いとき、ステップＳＴ５で復号化エラーのとき、ステップＳＴ７でユーザＩＤが違うとき、およびステップＳＴ９で前回のログイン処理結果がエラーであるとき、ステップＳＴ１０（図４）に進む。このステップＳＴ１０において、認証サーバ１２０は、ログインユーザＩＤ（ログイン要求に係るユーザＩＤ）が、アカウント情報データベースの登録情報に存在するか否かを判定する。
【００３８】
そして、認証サーバ１２０は、アカウント情報データベースの登録情報にログインユーザＩＤが存在するときは、ステップＳＴ１１において、通知処理部１２５により、正規ユーザ１３１およびシステム管理者１３２に、ログイン要求があったこと等を通知し、その後に、ステップＳＴ１３に進む。ログインユーザＩＤを持つ正規ユーザ１３１の他に、システム管理者１３２にもログイン要求があったこと等が通知されるので、正規ユーザ１３１がしばらく休職している場合等には、システム管理者１３２が「なりすまし」によるログインに気づくことが可能となる。
【００３９】
また、ステップＳＴ１０でアカウント情報データベースの登録情報にログインユーザＩＤが存在しないときは、認証サーバ１２０は、ステップＳＴ１２において、通知処理部１２５により、システム管理者１３２に、ログイン要求があったこと等を通知し、その後に、ステップＳＴ１３に進む。
【００４０】
認証サーバ１２０は、ステップＳＴ１３において、ログイン処理部１２２により、ユーザ端末１１０から送られてくる認証情報（パスワードおよびユーザＩＤ）に基づき、アカウント情報データベースの登録情報を参照して、ログイン処理を行う。
【００４１】
なお、ステップＳＴ３でクッキーが無いとき、上述したように正規ユーザ１３１等にログイン要求があったこと等が通知されるものの、ログイン処理が行われるので、初めてのログインも何ら支障なく行われる。
【００４２】
また、復号化エラーのとき、ログインユーザＩＤが前回のものと異なるとき、および前回のログイン処理結果がエラーであるとき、上述したように正規ユーザ１３１等にログイン要求があったこと等が通知されるものの、ログイン処理が行われる。これは、以下の各場合を考慮し、正規ユーザのログイン要求を無駄にしないためである。
【００４３】
例えば、復号化エラーは、情報の偽造の他に、何らかの原因で情報が破壊された場合にも起こり得る。ログインユーザＩＤが前回のものと異なることは、「なりすまし」を意図するものが誤ったユーザＩＤを入力したことによる他に、正規ユーザが前回のログインユーザＩＤの入力を間違ったことでも起こり得る。前回のログイン処理結果がエラーであることは、「なりすまし」を意図するものが誤ったパスワードを入力したことによる他に、正規ユーザが前回のパスワードの入力を間違ったことでも起こり得る。
【００４４】
次に、認証サーバ１２０は、ステップＳＴ１４において、暗号化処理部１２３により、ログインユーザＩＤおよびログイン処理結果を暗号化し、Ｗｅｂサーバ１２１により、ユーザ端末１１０のＷｅｂブラウザ１１１を通じて、ユーザ端末１１０の記憶部１１２のクッキーに記録する。そして、認証サーバ１２０は、ステップＳＴ１５において、ログイン処理部１２２におけるログイン処理が成功したか否かを判定する。ログイン処理が成功したとき、認証サーバ１２０は、ステップＳＴ１６で、ユーザ端末１１０からのログイン要求に対する一連の処理を終了する。一方、ログイン処理がエラーであるときは、認証サーバ１２０は、ステップＳＴ１７に進む。
【００４５】
認証サーバ１２０は、ステップＳＴ１７において、通知先に、既に、ログイン要求があったこと等を通知したか否かを判定する。上述のステップＳＴ１１あるいはステップＳＴ１２で通知したときは、直ちにステップＳＴ１６に進み、ユーザ端末１１０からのログイン要求に対する一連の処理を終了する。
【００４６】
未だ通知していないとき、認証サーバ２０は、ステップＳＴ１８において、ログインユーザＩＤ（ログイン要求のユーザＩＤ）が、アカウント情報データベースの登録情報に存在するか否かを判定する。
【００４７】
そして、認証サーバ１２０は、アカウント情報データベースの登録情報にログインユーザＩＤが存在するときは、ステップＳＴ１９において、通知処理部１２５により、正規ユーザ１３１およびシステム管理者１３２に、ログイン要求があったこと等を通知し、その後に、ステップＳＴ１６に進み、ユーザ端末１１０からのログイン要求に対する一連の処理を終了する。
【００４８】
また、ステップＳＴ１８でアカウント情報データベースの登録情報にログインユーザＩＤが存在しないときは、認証サーバ１２０は、ステップＳＴ２０において、通知処理部１２５により、システム管理者１３２に、ログイン要求があったこと等を通知し、その後に、ステップＳＴ１６に進み、ユーザ端末１１０からのログイン要求に対する一連の処理を終了する。
【００４９】
図１に示す認証システム１００においては、認証サーバ１２０は、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合には、通知先である正規ユーザ１３１、システム管理者１３２等に、ログイン要求があったこと等の通知をしないので、通知先の正規ユーザ１３１等は注意しなくてもよい数多くの通知を確認する必要がなくなる。
【００５０】
また、図１に示す認証システム１００においては、認証サーバ１２０は、ログイン要求があったこと等の通知をするかどうかを判断するための情報をユーザ端末１１０に送ってクッキーとして作成するので、ユーザ端末１１０に実行ファイル等をダウンロードする必要がなく、セキュリティ上の問題を発生させることなくログイン要求があったこと等を正規ユーザ１３１等の通知先に通知できる。
【００５１】
また、図１に示す認証システム１００においては、認証サーバ１２０は、ユーザ端末１１０の記憶部１１２にクッキーが形成されていない場合にも、正規ユーザ１３１等の通知先にログイン要求があったこと等の通知を行うものであり、初めてのログイン要求に対して必ず通知が行われるため、正規ユーザ１３１等はアカウント作成直後の「なりすまし」にも気付くことができる。
【００５２】
また、図１に示す認証システム１００においては、認証サーバ１２０は、正規ユーザ１３１等の通知先に、例えば電子メールで通知を行うものであり、正規ユーザ１３１がユーザ端末１１０から離れていても、通知を受けやすく、また、他のユーザ(当該正規ユーザが過去に利用したユーザ端末を使っているユーザ)には通知されない。正規ユーザ１３１に通知するので、「自身によるログイン」か「なりすまし」であるかを高い精度で即時に判定でき、即時にパスワードを変更するなどの対策をとることができ、「なりすまし」を防ぐことができる。
【００５３】
なお、上述実施の形態においては、Ｗｅｂアプリケーションを想定した認証システム１００にこの発明を適用したものであるが、この発明は同様のログイン処理を行うその他の認証システムに適用できることは勿論である。
【産業上の利用可能性】
【００５４】
この発明は、セキュリティ上の問題を発生させることなくログイン要求をユーザに通知し、また、正規ユーザが注意しなくてもよい数多くの通知を確認する必要がないようにしたものであり、例えばＷｅｂアプリケーションを想定した認証システム等に適用できる。
【図面の簡単な説明】
【００５５】
【図１】実施の形態としての認証システムの構成の一例を示すブロック図である。
【図２】認証サーバが通知先にログイン要求があったこと等を通知する条件の一例を説明するための図である。
【図３】ユーザ端末から認証サーバにログイン要求があった場合における、認証サーバの動作の一例を説明するためのフローチャート（１／２）である。
【図４】ユーザ端末から認証サーバにログイン要求があった場合における、認証サーバの動作の一例を説明するためのフローチャート（２／２）である。
【符号の説明】
【００５６】
１００・・・認証システム、１１０・・・ユーザ端末、１１１・・・Ｗｅｂブラウザ、１１２・・・記憶部、１２０・・・認証サーバ、１２１・・・Ｗｅｂサーバ、１２２・・・ログイン処理部、１２３・・・暗号化処理部、１２４・・・復号化処理部、１２５・・・通知処理部、１３１・・・正規ユーザ、１３２・・・システム管理者
【特許請求の範囲】
【請求項１】
コンピュータを、
外部装置からのログイン要求に基づいて、ログイン処理を行うログイン処理手段と、
上記ログイン処理手段におけるログイン処理結果をログインユーザＩＤと共に暗号化して上記外部装置に送るログイン処理結果送信手段と、
上記外部装置からのログイン要求に対応して、上記外部装置に前回のログイン要求をしたときに送った上記ログイン処理結果および上記ログインユーザＩＤを要求するログイン処理結果要求手段と、
上記ログイン処理結果要求手段の要求に応じて上記外部装置から送られてくる暗号化された上記ログイン処理結果および上記ログインユーザＩＤを復号化して前回のログイン要求時におけるログイン処理結果およびログインユーザＩＤを取得する復号化手段と、
上記外部装置からの上記ログイン要求時に、上記ログイン処理手段におけるログイン処理結果と、上記復号化手段における復号化出力とに基づいて、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、予め設定された通知先に対して、少なくとも、ログイン要求があったことを通知するログイン要求通知手段と
して機能させるための認証プログラム。
【請求項２】
上記ログイン要求通知手段は、上記通知先に、ログイン要求があったことの他に、ログインユーザＩＤをさらに通知する
ことを特徴と請求項１に記載の認証プログラム。
【請求項３】
上記ログイン要求通知手段は、登録したユーザＩＤの中にログインユーザＩＤが存在するときは、該ログインユーザＩＤを持つユーザおよびシステム管理者に上記ログイン要求があったことを通知し、上記登録したユーザＩＤの中にログインユーザＩＤが存在しないときは、上記システム管理者に上記ログイン要求があったことを通知する
ことを特徴とする請求項１に記載の認証プログラム。
【請求項４】
外部装置からのログイン要求に基づいて、ログイン処理を行うログイン処理部と、
上記ログイン処理部におけるログイン処理結果をログインユーザＩＤと共に暗号化して上記外部装置に送るログイン処理結果送信部と、
上記外部装置からのログイン要求に対応して、上記外部装置に前回のログイン要求時に記録された上記ログイン処理結果および上記ログインユーザＩＤを要求するログイン処理結果要求部と、
上記ログイン処理結果要求部の要求に応じて上記外部装置から送られてくる暗号化された上記ログイン処理結果および上記ログインユーザＩＤを復号化して前回のログイン要求時におけるログイン処理結果およびログインユーザＩＤを取得する復号化部と、
上記外部装置からの上記ログイン要求時に、上記ログイン処理部におけるログイン処理結果と、上記復号化部における復号化出力とに基づいて、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、予め設定された通知先に対して、少なくとも、ログイン要求があったことを通知するログイン要求通知部と
を備えることを特徴とする認証サーバ。
【請求項１】
コンピュータを、
外部装置からのログイン要求に基づいて、ログイン処理を行うログイン処理手段と、
上記ログイン処理手段におけるログイン処理結果をログインユーザＩＤと共に暗号化して上記外部装置に送るログイン処理結果送信手段と、
上記外部装置からのログイン要求に対応して、上記外部装置に前回のログイン要求をしたときに送った上記ログイン処理結果および上記ログインユーザＩＤを要求するログイン処理結果要求手段と、
上記ログイン処理結果要求手段の要求に応じて上記外部装置から送られてくる暗号化された上記ログイン処理結果および上記ログインユーザＩＤを復号化して前回のログイン要求時におけるログイン処理結果およびログインユーザＩＤを取得する復号化手段と、
上記外部装置からの上記ログイン要求時に、上記ログイン処理手段におけるログイン処理結果と、上記復号化手段における復号化出力とに基づいて、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、予め設定された通知先に対して、少なくとも、ログイン要求があったことを通知するログイン要求通知手段と
して機能させるための認証プログラム。
【請求項２】
上記ログイン要求通知手段は、上記通知先に、ログイン要求があったことの他に、ログインユーザＩＤをさらに通知する
ことを特徴と請求項１に記載の認証プログラム。
【請求項３】
上記ログイン要求通知手段は、登録したユーザＩＤの中にログインユーザＩＤが存在するときは、該ログインユーザＩＤを持つユーザおよびシステム管理者に上記ログイン要求があったことを通知し、上記登録したユーザＩＤの中にログインユーザＩＤが存在しないときは、上記システム管理者に上記ログイン要求があったことを通知する
ことを特徴とする請求項１に記載の認証プログラム。
【請求項４】
外部装置からのログイン要求に基づいて、ログイン処理を行うログイン処理部と、
上記ログイン処理部におけるログイン処理結果をログインユーザＩＤと共に暗号化して上記外部装置に送るログイン処理結果送信部と、
上記外部装置からのログイン要求に対応して、上記外部装置に前回のログイン要求時に記録された上記ログイン処理結果および上記ログインユーザＩＤを要求するログイン処理結果要求部と、
上記ログイン処理結果要求部の要求に応じて上記外部装置から送られてくる暗号化された上記ログイン処理結果および上記ログインユーザＩＤを復号化して前回のログイン要求時におけるログイン処理結果およびログインユーザＩＤを取得する復号化部と、
上記外部装置からの上記ログイン要求時に、上記ログイン処理部におけるログイン処理結果と、上記復号化部における復号化出力とに基づいて、前回ログインに成功しており、今回も同じログインユーザＩＤでログインに成功した場合を除き、予め設定された通知先に対して、少なくとも、ログイン要求があったことを通知するログイン要求通知部と
を備えることを特徴とする認証サーバ。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２００８−１４０１１４（Ｐ２００８−１４０１１４Ａ）
【公開日】平成２０年６月１９日（２００８．６．１９）
【国際特許分類】
【出願番号】特願２００６−３２５４２６（Ｐ２００６−３２５４２６）
【出願日】平成１８年１２月１日（２００６．１２．１）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
【公開日】平成２０年６月１９日（２００８．６．１９）
【国際特許分類】
【出願日】平成１８年１２月１日（２００６．１２．１）
【出願人】（０００００５４９６）富士ゼロックス株式会社 (21,908)
【Ｆターム（参考）】
[ Back to top ]