JP2010267283A - ユーザ認証システム、ログイン要求判定装置および方法 - Google Patents

Abstract

【課題】正規ユーザの使い勝手を低下させず、不正アクセスを容易に発見する。
【解決手段】ユーザが入力したパスワードを含む認証要求を受け付けるネットワークインタフェース１１と、認証要求に対し、パスワードに関するルールを含む、複数のルールのうちのいずれか一つ以上を適用し、ルールの適用結果に応じてユーザの認証の正否を判定し、ユーザ認証の結果が否定的であるとき、ルールの適用結果に応じた第１のアクションを実行し、ユーザに対してパスワードの再入力を促すログイン要求判定部１４と、を備えるユーザ認証システム。
【選択図】図２

Description

本発明は、不正アクセスを検出するための技術に関し、特に、パスワード認証によるログイン許否の判定を行うシステムにおける不正なログイン要求を検出するための技術に関する。

ネットワーク技術の発展に伴って、ネットワークを利用したコンピュータシステムが広く利用されるようになっている。そして、コンピュータシステムにログインする際のユーザ認証手段としては、パスワード認証が広く用いられている。パスワード認証は、高価な設備を必要としない簡便な認証方法であるが、パスワードの流出などにより容易に破られ得る。

そこで、パスワード認証の安全性を高めるための対策として、一定期間経過するとパスワードを強制的に変更させたり、所定回数連続してパスワード入力に失敗すると、それ以降のログインを拒否したりすることが行われている（例えば特許文献１）。

特開２００１−３１８８９１号公報

しかし、従来の安全性を高める対策では、正規のユーザに対するログイン要求を拒否してしまうこともしばしば起こる。つまり、一人のユーザが管理しなければならないパスワードが多数あったり、一つのシステムのパスワードが頻繁に変更されたりするので、パスワードを忘れてしまったりするからである。この結果、正規ユーザでもパスワードの入力ミスをすることもあり、拒否されるケースのすべてが不正な目的のアクセスであるとは限らない。また、正規ユーザであるにもかかわらず、しばしば拒否されると使い勝手がよくない。

本発明の目的は、正規ユーザの使い勝手を低下させず、不正アクセスを容易に発見することである。

本発明の他の目的は、正規ユーザの使い勝手を低下させず、不正アクセスを拒否することである。

本発明の一つの実施態様に従うパスワードを用いたユーザ認証のためのシステムは、ユーザが入力したパスワードを含む認証要求を受け付ける手段と、前記認証要求に対し、パスワードに関するルールを含む、複数のルールのうちのいずれか一つ以上を適用する手段と、前記ルールの適用結果に応じて前記ユーザの認証の正否を判定する認証手段と、前記ユーザ認証の結果が否定的であるとき、前記ルールの適用結果に応じた第１のアクションを実行し、前記ユーザに対してパスワードの再入力を促す認証後処理手段と、を備える。

好適な実施形態では、前記複数のルールは、それぞれ、判定条件と前記判定条件に合致する場合の評価値を決定する第２のアクションとを含む。そして、前記認証手段は、前記評価値に基づいて認証の正否を判定するようにしてもよい。

好適な実施形態では、前記認証後処理手段は、前記ユーザ認証の結果が否定的であるとき、前記ルールを適用して決定された前記評価値が所定値以上であれば、前記認証要求が不正なものであることを報知するようにしてもよい。

本発明の一つの実施態様に従う不正アクセスの検出を行うログイン要求判定装置は、ユーザが入力したユーザＩＤおよびパスワードを含むログイン要求を受け付ける手段と、複数のユーザＩＤのそれぞれについて、各ユーザ自身が定義した、前記ログイン要求を判定するためのユーザＩＤ別の複数の判定条件と、前記複数の判定条件のそれぞれに対応づけられたプラスまたはマイナスのポイントとを記憶する手段と、前記ユーザＩＤ別の累積ポイント数を保持する手段と、前記受付手段が前記ログイン要求を受け付けるごとに、前記記憶手段を参照して、前記受け付けたログイン要求に含まれるログイン要求ユーザＩＤに対応する前記複数の判定条件に合致するかを判定する手段と、前記判定の結果、いずれか一以上の判定条件に合致したとき、前記合致した判定条件に対応づけられているプラスまたはマイナスのポイントを、前記保持手段の前記ログイン要求ユーザＩＤの累積ポイント数に加算または減算するポイント累積手段と、前記ログイン要求ユーザＩＤの累積ポイント数が（１）第１の値以下であるときは、前記受け付けたログイン要求を許可し、２）前記第１の値より大きく第２の値以下であるときは、前記受け付けたログイン要求を拒否し、
（３）前記第２の値より大きいときは、前記受け付けたログイン要求を拒否し、かつ、不正アクセスを受けていることを示す情報を出力するログイン判定手段と、を備える。

好適な実施形態では、前記複数の判定条件のそれぞれに対応づけられているポイントは、それぞれの判定条件に合致するログイン要求が不正アクセスである可能性の高さに応じて定まっていてもよい。

好適な実施形態では、前記複数の判定条件の一つは、前記受け付けたログイン要求に含まれるパスワードが、ログインが許可される正規のパスワードと合致するかどうかの判定である。そして、前記ポイント累積手段は、前記受け付けたログイン要求に含まれるパスワードが、前記正規のパスワードに合致するときは、前記ログイン要求ユーザＩＤの累積ポイント数を第１の値以下に設定するようにしてもよい。

好適な実施形態では、前記複数の判定条件の一つは、前記受け付けたログイン要求に含まれるパスワードが、累積ポイントをリセットするためにユーザＩＤ別に予め定められているリセットパスワードと合致するかどうかの判定であり、さらに前記ポイント累積手段は、前記受け付けたログイン要求に含まれるパスワードが、前記累積ポイントリセットパスワードに合致するときは、前記ログイン要求ユーザＩＤの累積ポイント数を第２の値以下に設定するようにしてもよい。

好適な実施形態では、前記複数の判定条件の一つ以上は、過去に拒否されたログイン要求の内容と判定対象のログイン要求の内容とを対比する対比判定条件であってもよい。

好適な実施形態では、前記対比判定条件は、前記過去に拒否されたログイン要求の受付または拒否時刻からの経過時間、または、前記過去に拒否されたログイン要求に含まれていたパスワードと、前記判定対象のログイン要求に含まれているパスワードとの共通性に関する対比であってもよい。

本発明の一つの実施態様に従うパスワードを用いたユーザ認証のためのシステムは、ユーザが入力したパスワードを含む認証要求を受け付ける手段と、認証の認否に関するステータスを保持する手段と、不正パスワードを記憶する手段と、前記受付手段が受け付けた認証要求に含まれるパスワードが、前記記憶手段に記憶されている不正パスワードと一致するときは、前記ステータスを認証拒否に設定する手段と、前記ステータスが認証拒否であるときは、前記受付手段が受け付けた認証要求を常に拒否する認証手段と、を備える。

好適な実施形態では、前記ユーザが前記不正パスワードを登録するための画面を提供する手段をさらに備えていてもよい。

本発明の一実施形態に係るネットワークシステムの全体構成図である。 認証サーバ１の詳細な構成を示す図である。 ログイン要求についての説明図である。 ルールテーブルの一例を示す図である。 パスワードテーブルの一例を示す図である。 ログの一例を示す図である。 ルール登録画面の例を示す図である。 パスワード登録画面の一例を示す図である。 ログイン要求判定処理の手順を示すフローチャートである。

以下、本発明の一実施形態に係るユーザ認証を行うネットワークシステムついて、図面を用いて説明する。本実施形態では、ユーザ認証をログイン要求の許否判定に適用した場合について説明する。

図１は、本実施形態に係るネットワークシステムの全体構成を示す。本システムは、ユーザ認証を行う認証サーバ１と、所定のサービスを提供するアプリケーションサーバ２と、システムの監視を行う管理者向けの監視端末３と、本システムのユーザが利用する複数のクライアント４とを備える。そして、認証サーバ１およびアプリケーションサーバ２は、ファイヤーウォールなどのアクセス規制装置５を介してネットワーク９に対して接続されている。

クライアント４からアクセス規制装置５を介して認証サーバ１へログイン要求が送信されると、認証サーバ１はユーザ認証として、ログインを許可するかどうかの判定を行う。そして、ユーザ認証が成功してログインが許可されたユーザに対して、アクセス規制装置５がアプリケーションサーバ２へのアクセスを許可する。これにより、ユーザは、クライアント４を介してアプリケーションサーバ２による所定のサービス提供を受けることができる。一方、ユーザ認証に失敗し、ログインが許可されなかったユーザの場合、アクセス規制装置５によるアクセスの規制を受けて、アプリケーションサーバ２へアクセスすることはできない。

さらに、本実施形態では、認証サーバ１は、正規のユーザではない者による不正なアクセス、例えば、ログインしようとして仕掛けてくる攻撃に対して、ログインを許可しないとともに不正なアクセスであることを検出し、監視端末３へ通知するなどの警報を出力する。以下、本実施形態に係る認証サーバ１を中心に、詳細な構成および動作について説明する。

図２は、認証サーバ１の詳細な構成を示す図である。認証サーバ１は、ネットワーク９に対するデータ入出力を行うネットワークインタフェース部１１と、プロセッサ１２と、記憶装置１５とを備えたコンピュータシステムにより構成される。

ネットワークインタフェース部１１は、ネットワーク９を介したデータの送受信を制御する。例えば、ネットワークインタフェース部１１は、所定のハードウェアおよびそのハードウェア上で動作する所定のソフトウェアによって構成されていて、ネットワーク９を介してクライアント４から送信されてきたログイン要求等を受信する。また、ネットワークインタフェース部１１は、後述するログイン要求判定部１４によるログイン判定の結果等を、ネットワーク９を介してクライアント４へ送信する。ここで、ログイン要求５０は、例えば、図３（ａ）に示すように、入力ＩＤ５１及び入力パスワード５２を少なくとも含む。入力ＩＤ５１は、図３（ｂ）に示すようなログイン画面１００に対してユーザＩＤとして入力された文字、記号、符号および数字などの列であり、入力パスワード５２は、パスワードとして入力された文字、記号、符号および数字などの列である。

プロセッサ１２が所定のプログラムを実行すると、テーブル登録処理部１３と、ログイン要求判定部１４とが実現される。テーブル登録処理部１３およびログイン要求判定部１４は、以下に説明するような処理を実行する。

記憶装置１５には、ユーザＩＤ別のログイン管理情報１６が記憶されている。ログイン管理情報１６は、ログイン要求に対するログイン判定のときの用いるルールに関するルールテーブル１６１と、複数のパスワードを記憶したパスワードテーブル１６２と、累積ポイント数を保持したカウンタ１６３と、ログイン要求判定処理のログ１６５とを有する。ルールテーブル１６１およびパスワードテーブル１６２の内容は、テーブル登録処理部１３が実行する処理（後述する）によって、各ユーザ自身がそれぞれ登録することができる。

ルールテーブル１６１の一例を図４に示す。ルールテーブル１６１は、同図に示すように、判定条件の適用順位１６１ａと、１以上の判定条件１６１ｂと、それぞれの判定条件１６１ｂが満たされる場合に実行すべき処理を示すアクション１６１ｃとが対応づけられている。ログイン要求判定部１４は、クライアント４から送信されたログイン要求５０をネットワークインタフェース部１１を介して受信すると、ログイン要求５０に含まれる入力ＩＤ５１に対応するルールテーブル１６１について、適用順位１６１ａに従って、判定条件１６１ｂを順次適用し、合致する判定条件１６１ｂに対応するアクション１６１ｃを実行する。

判定条件１６１ｂは、クライアント４から送信されたログイン要求５０を判定するための判定条件が定義されている。判定条件１６１ｂの例としては、ログイン要求５０の入力パスワード５２とパスワードテーブル１６２に登録されているパスワードとの比較、入力パスワード５２の長さの判定、入力パスワード５２に含まれる文字等の種別の判定、入力パスワード５２と前回拒否されたログイン要求の入力パスワードとの共通性についての比較、前回の拒否されたログイン要求を拒否した時または受信した時からの経過時間、および累積ポイント数と所定の閾値との比較などがある。

アクション１６１ｃは、それぞれの対応する判定条件１６１ｂで定義されている条件に合致するときに、ログイン要求判定部１４が実行する処理が定義されている。アクション１６１ｃの例としては、カウンタ１６３に蓄積されている累積ポイントへのポイントの加算または減算、および条件判定の続行または終了などを設定することができる。条件判定の続行とは、次の判定順位１６１ａの判定条件１６１ｂについて判定を継続することである。条件判定の終了とは、すべての判定条件１６１ｂについて判定を行っていなくても、その時点で終了することである。

なお、実装上は、ルールテーブル１６１は各判定条件１６１ｂおよびアクション１６１ｃは、それぞれの内容を示すスクリプト（ルールスクリプト）に変換された後、適用順序１６１ａの順に保存される形式でもよい。この場合、ログイン要求判定部１４は、入力パスワード５２などの必要なパラメータを取得し、適用順序１６１ａの順にこれらのルールスクリプトを実行すればよい。

カウンタ１６３には、ログイン判定の結果に伴うポイントが累積された累積ポイント数が記憶されている。例えば、上述のように、ログイン判定において受信したログイン要求に合致する判定条件１６１ｂに対応するアクション１６１ｃに定義されている加算すべきポイント（プラスポイント）または減算すべきポイント数（マイナスポイント）が累積ポイント数に累積される。このポイントは、各判定条件１６１ｂに合致するログイン要求が不正アクセスである危険性を示す評価値であり、不正アクセスの可能性の高さに応じて定められている。例えば、合致すれば不正アクセスであるおそれが高いと判断される判定条件１６１ｂほどプラスの高ポイントが付与されている。また、正規ユーザでも犯してしまいそうな軽度のミスと判断される判定条件１６１ｂほどプラスの低ポイントが付与されている。なお、累積ポイント数の初期値は、例えば、後述するログイン許可閾値であってもよいし、ログイン許可閾値と後述する中間閾値との間の所定値であってもよい。

ログイン要求判定部１４は、カウンタ１６３の累積ポイント数に基づいて、ログインを許可するかの判定を行う。例えば、累積ポイントが所定のログイン許可閾値以下であるときにログインを許可し、それ以上のときにログインを拒否する。また、累積ポイントがログイン許可閾値よりも大きい不正判定閾値以上であるときは、ログインを拒否すると共に不正アクセスである可能性が高いことを報知するための所定の出力を行ってもよい。

パスワードテーブル１６２の一例を図５に示す。パスワードテーブル１６２は、データ項目として、同図に示すように、正規パスワード１６２ａと、不正パスワード１６２ｂと、リセットパスワード１６２ｃと、過去パスワード１６２ｄとを含む。それぞれのパスワード１６２ａ〜ｄには、１つまたは複数のパスワードを設定することができる。

正規パスワード１６２ａは、入力パスワード５２がこれに合致する場合にログインが許可される、正規のパスワードである。正規パスワード１６２ａに関して、例えば、入力パスワード５２が正規パスワード１６２ａの一つに合致し、かつ、累積ポイント数が所定の中間閾値以下であるという判定条件１６１１を定義し、これに対して、累積ポイント数をログイン許可閾値に更新して、判定を終了するというアクション１６１２を定義してもよい。ここで、中間閾値は、ログイン許可閾値以上であって不正判定閾値以下である。この場合、ログイン要求判定部１４は、累積ポイント数が中間閾値を越えていると、入力パスワード５２が正規パスワードと一致してもログインを許可しない。従って、累積ポイント数が中間閾値を越えているときは、ユーザは後述するリセットパスワードを入力して累積ポイント数を中間閾値以下にする必要がある。

不正パスワード１６２ｂは、不正アクセスを検出するためのパスワードである。不正パスワード１６２ｂに関して、例えば、入力パスワード５２が不正パスワード１６２ｂに合致するという判定条件１６１３を定義し、これに対して、累積ポイント数に不正判定閾値を越えるポイントを加算して判定を終了するというアクション１６１４を定義してもよい。この場合、入力パスワード５２が不正パスワード１６２ｂに合致するときは、そのログイン要求は不正アクセスとみなされ、以後、入力パスワード５２が正規パスワード１６２ａと一致したときでもログインは許可されない。ログインが許可されるためには、以下の累積ポイントのリセットが必要である。

リセットパスワード１６２ｃは、カウンタ１６３に保持されている累積ポイント数をクリアまたは中間閾値以下の所定値に設定するためのパスワードである。リセットパスワード１６２ｃに関して、例えば、入力パスワード５２がリセットパスワード１６２ｃに合致するという判定条件１６１５を定義し、これに対して、累積ポイント数を中間閾値以下の値に更新し、判定を終了するというアクション１６１６を定義してもよい。これにより、累積ポイント数が不正判定閾値を越えていた場合でも、リセットパスワードが入力されると累積ポイント数が中間閾値以下に下げることができる。この結果、次に正規パスワード１６２ａを含むログイン要求５０を受ければログインが許可される。

なお、ログイン要求判定部１４は、累積ポイント数の累積度合いをクライアント４のユーザに対して知らせるようにしてもよい。例えば、クライアント４の画面に、累積ポイント数が上昇していることを直接的に明示する表示をさせることもできるし、間接的に知らせる表示をさせることもできる。間接的な表示とは、例えば、正規ユーザであれば知っている規則に従った隠れた表示であってもよい。すなわち、ログイン画面１００に特定の記号などを表示したり、表示画面全体の中でのログイン画面１００の表示位置を所定の位置へ移動したり、ログイン画面１００を特定の色で表示したり、など種々可能である。

過去パスワード１６２ｄは、過去に利用されたパスワード（ワンタイムパスワードを含む）である。例えば、入力パスワード５２が過去パスワードと合致するという判定条件に対して、所定ポイントを累積ポイント数に加算し、判定終了というアクションを定義してもよい。

ログ１６５には、受信したログイン要求およびそのログイン要求に対する判定結果などが蓄積されている。例えば、ログ１６５には、図６に示すように、入力パスワード、ログイン判定の結果、ログイン要求を受け付けた日時などの項目が含まれる。そして、ログイン要求判定部１４が、各ログイン要求５０に対する判定結果をログ１６５に蓄積する。判定条件１６１において、過去の拒否されたログイン要求に関する情報、および過去の入力パスワードなどを利用するときは、ログ１６５が参照される。

なお、上述のログイン許可閾値、中間閾値、および不正判定閾値は、全ユーザＩＤに共通でもよいし、ユーザＩＤごとに異なる値でもよい。さらに、不正アクセスを受ける頻度に応じて動的に変動させてもよい。

ログイン要求判定部１４は、受信したログイン要求５０に対して、上述のようなログイン管理情報１６に基づくログイン判定を行う。ログイン判定の結果、ログインの許可または不許可を、ログイン要求５０の送信元のクライアント４へ、ネットワークインタフェース部１１を介して送信する。また、ログイン要求５０に含まれる入力ＩＤ５１の累積ポイント数が不正判定閾値を越えているときは、不正アクセスによる攻撃を受けている危険度が高まっていることを示すアラートを監視端末３へ送信する。

また、ログイン要求判定部１４は、入力ＩＤ５１と異なるユーザＩＤのルールテーブル１６１を参照し、判定条件１６１ｂに合致するかどうかの判定を行ってもよい。特に、パスワード照合に関する判定条件１６１ｂについて判定を行ってもよい。これにより、ログイン要求５０に含まれる入力パスワード５２と合致するパスワードを使用しているユーザを検出できる。他人のユーザＩＤに対する攻撃に使用されるパスワードを使用することは、一般的には危険なものと考えられる。そこで、このようなケースを抽出して、それぞれのユーザへ個別にパスワード変更の推奨を通知するようにしてもよい。

次に、ルールテーブル１６１およびパスワードテーブル１６２の登録のための処理について説明する。各ユーザが、本システムにログインしているときに、以下に説明する手順により、自らのルールテーブル１６１およびパスワードテーブル１６２の内容を登録することができる。

テーブル登録処理部１３は、クライアント４からの要求に応じて、図７（ａ）に例示するようなルール登録画面２００を表示するためのデータを、ネットワークインタフェース部１１を介してクライアント４へ送信する。ルール登録画面２００は、適用順位２１０に応じた判定条件の入力領域２２０と、アクション入力領域２３０とを有する。判定条件入力領域２２０およびアクション入力領域２３０に入力する判定条件およびアクションは、それぞれ、予め用意されている候補の中から選択することができるようにしてもよい。クライアント４においてルール登録画面２００が表示されているときに、ユーザが判定条件入力領域２２０およびアクション入力領域２３０に対してそれぞれ所定の入力を実行する。それぞれの入力領域２２０，２３０に判定条件またはアクションが入力された後に、適用順位２１０を変更したいときには、ユーザは変更したい領域を選択して、所望の適用順位２１０へドラッグアンドドロップすることにより変更させることもできる。

別のルール登録画面２５０の例として、例えば図７（ｂ）に示すように、入力領域２６０に対して、判定条件およびアクションを一体的に定義したルールスクリプトを記述可能なものでもよい。この場合、ユーザが自由にスクリプトを記述することにより、判定条件およびアクションを自由に定義できる。

各クライアント４で、これらのルール画面２００，２５０に対してそれぞれ入力された情報は認証サーバ１へ送信される。認証サーバ１では、テーブル登録処理部１３がユーザＩＤに対応するログイン管理情報１６のルールテーブル１６１に登録する。このとき、テーブル登録処理部１３は、ルール登録画面２００で選択された判定条件およびアクションを、ルールスクリプトに変換してからルールテーブル１６１に登録してもよい。

また、テーブル登録処理部１３は、クライアント４からの要求に応じて、図８に例示するようなパスワード登録画面３００を表示するためのデータを、ネットワークインタフェース部１１を介してクライアント４に送信する。

パスワード登録画面３００は、正規パスワード、不正パスワード、およびリセットパスワードのそれぞれを入力するための領域３１０、３２０、３３０を有する。各領域３１０、３２０、３３０には複数のパスワードを入力することもできる。クライアント４においてパスワード登録画面３００が表示されているときに、ユーザがそれぞれの領域に自らが定めたパスワードを入力する。不正パスワードとしては、例えば、ユーザ本人は決して利用しないパスワードであって、他人が推測しやすいものを設定すると好適である。例えば、あるユーザが自分の生年月日や社員番号などをパスワードに使わないことを決めたようなときに、これらを自分の不正パスワードとして設定すれば、不正アクセスを検出できる可能性が高まる。つまり、ユーザがいくつかのパスワードを試す際でも、自ら設定した不正パスワードについては覚えている可能性が高い。このため、正規ユーザによるアクセスを不正と判定する可能性は低いと考えられる。従って、不正パスワードが入力されたことを検知したときは、そのアクセスが不正アクセスである可能性がかなり高いと考えられるので、このときはシステムを防衛するための所定のアクション（例えば、当該ユーザＩＤの無効化、監視端末への通報など）を実行するように定めておくことができる。さらに、上記のようなシステム防衛のための所定のアクションが実行されることが定着すると、そのシステムに対する不正アクセスの試み自体が抑制される効果も期待できる。

各クライアント４で、パスワード登録画面３００に対してそれぞれ入力された情報は認証サーバ１へ送信される。認証サーバ１では、テーブル登録処理部１３がユーザＩＤに対応するログイン管理情報１６のパスワードテーブル１６２に登録する。

次に、図９に示すフローチャートに従って、ログイン要求判定処理の処理手順を説明する。

認証サーバ１は、クライアント４でログイン画面１００に対してユーザが入力したユーザＩＤおよびパスワードに基づいて生成されたログイン要求５０を受け付ける（Ｓ１１）。

ログイン要求判定部１４は、受け付けたログイン要求５０に含まれている入力ＩＤ５１に対応するログイン管理情報１６のルールテーブル１６１を参照して、判定順序１６１ａに従って、ログイン要求５０が判定条件１６１ｂに合致するかどうかの判定を行う。そして、判定条件１６１ｂに合致したときは、それに対応するアクション１６１ｃを実行する（Ｓ１２）。このとき、アクション１６１ｃにポイントの加算または減算が定義されているときは、その定義に従ってカウンタ１６３の累積ポイント数を加減算する。ここで、ログイン要求判定部１４は、アクション１６１ｃを実行する際に、そのアクション１６１ｃに「判定終了」が含まれているかをチェックする（Ｓ１３）。そして、判定終了が含まれていないときは（Ｓ１３：Ｎｏ）、ステップＳ１２に戻り、判定順序１６１ａに従ってさらに判定を継続する。判定終了が含まれているときは（Ｓ１３：Ｙｅｓ）、ログイン要求判定部１４はカウンタ１６３を参照して、累積ポイント数がログイン許可閾値（ここでは０）以下であるかどうかをチェックする（Ｓ１４）。累積ポイント数が０であるときは（Ｓ１４：Ｙｅｓ）、ログイン要求判定部１４はクライアント４に対してログインを許可を通知する（Ｓ２０）。この結果、ログインが許可されたユーザは、アプリケーションサーバ２へアクセスして、所定のサービスの提供を受けることができる。

また、累積ポイント数が０でないときは（Ｓ１４：Ｎｏ）、累積ポイント数が不正判定閾値（ここでは１００）以上であるかをチェックする（Ｓ１５）。そして、累積ポイント数が１００以上であるときは（Ｓ１５：Ｙｅｓ）、ログイン要求判定部１４はクライアント４に対してログイン不許可を通知すると共に、監視端末３に対して不正アクセスの検出を通知するためのアラートを発信する（Ｓ３０）。

さらに、累積ポイント数が１００以上でないときは（Ｓ１５：Ｎｏ）、入力ＩＤ５１と異なるユーザＩＤのログイン管理情報１６について以下の判定を行う。すなわち、入力ＩＤ５１と異なるユーザＩＤを一つ選択する（Ｓ１６）。そして、選択されたユーザＩＤのルールテーブル１６１を参照して、ログイン要求５０と合致するルールがあるか判定する。そして、合致するルールがあれば、選択されたユーザＩＤのログイン管理情報１６のログ１６５に、その旨を示す情報を格納する（Ｓ１７）。ステップＳ１６，Ｓ１７の処理を、全ユーザＩＤに対して実行し（Ｓ１８）、終了後、ログイン要求判定部１４はクライアント４へログイン不許可を通知する（Ｓ２０）。

上記のログイン判定処理により、ユーザが定義したルールに従ったログイン判定を行うことができる。また、不正らしいアクセスを受けて累積ポイント数が上昇するにつれて、危険度の高まりを検知することができる。さらに、危険度が高まると、正規パスワードが入力されてもそのユーザＩＤに対するログインを拒否するようになる。

なお、上記実施形態における累積ポイント数の代わりに、ログインを許可するか禁止するかを示すステータスを保持するようにしてもよい。この場合、ステータスの初期値を「ログイン許可」とし、不正パスワードのログイン要求を受けると、このステータスを「ログイン拒否」に変更し、リセットパスワードのログイン要求を受けると「ログイン許可」に戻すようにする。そして、正規パスワードのログイン要求を受けたときに、ステータスが「ログイン許可」であればログインが許可され、ステータスが「ログイン拒否」であればログインが拒否されるようにしてもよい。

上述した本発明の実施形態は、本発明の説明のための例示であり、本発明の範囲をそれらの実施形態にのみ限定する趣旨ではない。当業者は、本発明の要旨を逸脱することなしに、他の様々な態様で本発明を実施することができる。

例えば、上記実施形態では、不正アクセスである危険性をポイントとして数値化して表現しているが、必ずしもこれに限定されない。例えば、不正アクセスである危険性を示す複数のレベルで表してもよい。この場合、累積ポイント数の加減算の代わりに、適当なルールに基づいてレベルを上下させてもよい。

また、上記実施形態ではユーザ認証の一例としてログイン要求の判定に適用した場合を説明しているが、本発明のユーザ認証はこれに限定されない。例えば、建物などへの入場規制のための本人確認などのパスワードを用いたユーザ認証一般に適用可能である。

１…認証サーバ、２…アプリケーションサーバ、３…監視端末、４…クライアント、１３…テーブル登録処理部、１４…ログイン要求判定部、１５…記憶装置、１６…ログイン管理情報、１６１…ルールテーブル、１６２…パスワードテーブル。

Claims (14)

1. パスワードを用いたユーザ認証のためのシステムであって、
   ユーザが入力したパスワードを含む認証要求を受け付ける手段と、
   前記認証要求に対し、パスワードに関するルールを含む、複数のルールのうちのいずれか一つ以上を適用する手段と、
   前記ルールの適用結果に応じて前記ユーザの認証の正否を判定する認証手段と、
   前記ユーザ認証の結果が否定的であるとき、前記ルールの適用結果に応じた第１のアクションを実行し、前記ユーザに対してパスワードの再入力を促す認証後処理手段と、を備えるユーザ認証システム。
2. 前記複数のルールは、それぞれ、判定条件と前記判定条件に合致する場合の評価値を決定する第２のアクションとを含み、
   前記認証手段は、前記評価値に基づいて認証の正否を判定する請求項１記載のユーザ認証システム。
3. 前記認証後処理手段は、前記ユーザ認証の結果が否定的であるとき、前記ルールを適用して決定された前記評価値が所定値以上であれば、前記認証要求が不正なものであることを報知する請求項２記載のユーザ認証システム。
4. 不正アクセスの検出を行うログイン要求判定装置であって、
   ユーザが入力したユーザＩＤおよびパスワードを含むログイン要求を受け付ける手段と、
   複数のユーザＩＤのそれぞれについて、各ユーザ自身が定義した、前記ログイン要求を判定するためのユーザＩＤ別の複数の判定条件と、前記複数の判定条件のそれぞれに対応づけられたプラスまたはマイナスのポイントとを記憶する手段と、
   前記ユーザＩＤ別の累積ポイント数を保持する手段と、
   前記受付手段が前記ログイン要求を受け付けるごとに、前記記憶手段を参照して、前記受け付けたログイン要求に含まれるログイン要求ユーザＩＤに対応する前記複数の判定条件に合致するかを判定する手段と、
   前記判定の結果、いずれか一以上の判定条件に合致したとき、前記合致した判定条件に対応づけられているプラスまたはマイナスのポイントを、前記保持手段の前記ログイン要求ユーザＩＤの累積ポイント数に加算または減算するポイント累積手段と、
   前記ログイン要求ユーザＩＤの累積ポイント数が
   （１）第１の値以下であるときは、前記受け付けたログイン要求を許可し、
   （２）前記第１の値より大きく第２の値以下であるときは、前記受け付けたログイン要求を拒否し、
   （３）前記第２の値より大きいときは、前記受け付けたログイン要求を拒否し、かつ、不正アクセスを受けていることを示す情報を出力する
   ログイン判定手段と、を備えるログイン要求判定装置。
5. 前記複数の判定条件のそれぞれに対応づけられているポイントは、それぞれの判定条件に合致するログイン要求が不正アクセスである可能性の高さに応じて定まっている請求項４記載のログイン要求判定装置。
6. 前記複数の判定条件の一つは、前記受け付けたログイン要求に含まれるパスワードが、ログインが許可される正規のパスワードと合致するかどうかの判定であり、
   前記ポイント累積手段は、前記受け付けたログイン要求に含まれるパスワードが、前記正規のパスワードに合致するときは、前記ログイン要求ユーザＩＤの累積ポイント数を第１の値以下に設定する請求項４または５に記載のログイン要求判定装置。
7. 前記複数の判定条件の一つは、前記受け付けたログイン要求に含まれるパスワードが、累積ポイントをリセットするためにユーザＩＤ別に予め定められているリセットパスワードと合致するかどうかの判定であり、
   前記ポイント累積手段は、前記受け付けたログイン要求に含まれるパスワードが、前記累積ポイントリセットパスワードに合致するときは、前記ログイン要求ユーザＩＤの累積ポイント数を第２の値以下に設定する請求項４から６のいずれかに記載のログイン要求判定装置。
8. 前記複数の判定条件の一つ以上は、過去に拒否されたログイン要求の内容と判定対象のログイン要求の内容とを対比する対比判定条件である請求項４または５に記載のログイン要求判定装置。
9. 前記対比判定条件は、
   前記過去に拒否されたログイン要求の受付または拒否時刻からの経過時間、または、前記過去に拒否されたログイン要求に含まれていたパスワードと、前記判定対象のログイン要求に含まれているパスワードとの共通性に関する対比であることを特徴とする請求項８記載のログイン要求判定装置。
10. パスワードを用いたユーザ認証のためのシステムであって、
    ユーザが入力したパスワードを含む認証要求を受け付ける手段と、
    認証の認否に関するステータスを保持する手段と、
    不正パスワードを記憶する手段と、
    前記受付手段が受け付けた認証要求に含まれるパスワードが、前記記憶手段に記憶されている不正パスワードと一致するときは、前記ステータスを認証拒否に設定する手段と、
    前記ステータスが認証拒否であるときは、前記受付手段が受け付けた認証要求を常に拒否する認証手段と、を備えるユーザ認証システム。
11. 前記ユーザが前記不正パスワードを登録するための画面を提供する手段をさらに備える請求項１０記載のユーザ認証システム。
12. コンピュータに実行されると、
    ユーザが入力したパスワードを含む認証要求を受け付け、
    前記認証要求に対し、パスワードに関するルールを含む、複数のルールのうちのいずれか一つ以上を適用し、
    前記ルールの適用結果に応じて前記ユーザの認証の正否を判定し、
    前記ユーザ認証の結果が否定的であるとき、前記ルールの適用結果に応じた第１のアクションを実行し、前記ユーザに対してパスワードの再入力を促す、パスワードを用いたユーザ認証のためのコンピュータプログラム。
13. コンピュータに実行されると、
    複数のユーザＩＤのそれぞれについて、各ユーザ自身が定義した、前記ログイン要求を判定するためのユーザＩＤ別の複数の判定条件と、前記複数の判定条件のそれぞれに対応づけられたプラスまたはマイナスのポイントとを記憶手段に格納し、
    前記ユーザＩＤ別の累積ポイント数を保持し、
    ユーザが入力したユーザＩＤおよびパスワードを含むログイン要求を受け付け、
    前記ログイン要求を受け付けると、前記記憶手段を参照して、前記受け付けたログイン要求に含まれるログイン要求ユーザＩＤに対応する前記複数の判定条件に合致するかを判定し、
    前記判定の結果、いずれか一以上の判定条件に合致したとき、前記合致した判定条件に対応づけられているプラスまたはマイナスのポイントを、前記保持されている累積ポイント数のうちの前記ログイン要求ユーザＩＤの累積ポイント数に加算または減算し、
    前記ログイン要求ユーザＩＤの累積ポイント数が
    （１）第１の値以下であるときは、前記受け付けたログイン要求を許可し、
    （２）前記第１の値より大きく第２の値以下であるときは、前記受け付けたログイン要求を拒否し、
    （３）前記第２の値より大きいときは、前記受け付けたログイン要求を拒否し、かつ、不正アクセスを受けていることを示す情報を出力する、ログイン要求の判定のためのコンピュータプログラム。
14. コンピュータに実行されると、
    不正パスワードを記憶手段に格納し、
    ユーザが入力したパスワードを含む認証要求を受け付け、
    前記受け付けた認証要求に含まれるパスワードが、前記記憶手段に記憶されている不正パスワードと一致するときは、認証の認否に関するステータスを認証拒否に設定し、
    前記ステータスが認証拒否であるときは、前記受け付けた認証要求を常に拒否するユーザ認証のためのコンピュータプログラム。

Images