(57)【要約】    【課題】アカウントロックでは排除できないようなアカウントとパスワードによる不正ログオンを検知して防御する。    【解決手段】  認証情報入力部３２は、認証処理部２０からアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力する。ポリシー照合部３４は認証結果から得られた失敗回数をＩＰアドレス管理テーブル４２にアドレス毎に保持し、失敗回数が所定の閾値以上となるとアドレス無効を判定する。認証結果通知部３８はポリシー照合部３４によるアドレス無効の判定結果を認証処理部２０に通知して認証要求元にアドレスロックを応答させる。ポリシー照合部３４は、失敗回数が所定の閾値以上となるとアカウント無効を判定してロックさせるアカウントロックを併用する。    【選択図】      図３
2006172171.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
認証処理プログラムからアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力する認証情報入力ステップと、
前記認証結果から得られた失敗回数をアドレス毎に保持し、前記失敗回数が所定の閾値以上の場合にアドレス無効を判定するポリシー照合ステップと、
前記ポリシー照合ステップによるアドレス無効の判定結果を前記認証処理プログラムに通知して前記認証要求元にアドレスロック状態を応答させる認証結果通知ステップと、
を実行させることを特徴とするプログラム。
【請求項２】
請求項１記載のプログラムに於いて、
前記ポリシー照合ステップは、更に、前記認証結果から得られた失敗回数をアカウント毎に保持し、前記失敗回数が所定の閾値以上の場合にアカウント無効を判定し、
前記認証結果通知ステップは、前記ポリシー照合ステップによるアカウント無効の判定結果を前記認証処理プログラムに通知して前記認証要求元にアカウントロック状態を応答させることを特徴とするプログラム。
【請求項３】
請求項２記載のプログラムに於いて、前記ポリシー照合ステップは、アドレス無効を判定する閾値回数をアカウント無効を判定する閾値回数より多い回数とし、アドレス無効を判定した際に、既に判定したアカウント無効を解除して有効状態に復旧させることを特徴とするプログラム。
【請求項４】
認証処理部からアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力する認証情報入力ステップと、
前記認証結果から得られた失敗回数をアドレス毎に保持し、前記失敗回数が所定の閾値以上の場合にアドレス無効を判定するポリシー照合ステップと、
前記ポリシー照合ステップによるアドレス無効の判定結果を前記認証処理ステップに通知して前記認証要求元にアドレスロック状態を応答させる認証結果通知ステップと、
を備えたことを特徴とする認証情報管理方法。
【請求項５】
認証処理部からアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力する認証情報入力部と、
前記認証結果から得られた失敗回数をアドレス毎に保持し、前記失敗回数が所定の閾値以上の場合にアドレス無効を判定するポリシー照合部と、
前記ポリシー照合部によるアドレス無効の判定結果を前記認証処理部に通知して前記認証要求元にアドレスロック状態を応答させる認証結果通知部と、
を備えたことを特徴とする認証情報管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アカウントとパスワードに対する認証機能を備えたプログラム、認証情報管理方法及び認証情報管理装置に関し、特に、アカウントとパスワードを変えながらの不正ログオンを検知して阻止するプログラム、認証情報管理方法及び認証情報管理装置に関する。
【背景技術】
【０００２】
従来、認証機能を備えたシステムの利用においては、ユーザのＩＤアカウントとパスワードをサーバに事前登録し、ＩＤアカウントとパスワードによるシステム資源にアクセスするための認証要求に対し、ＩＤアカウントから事前登録したパスワードを検索して照合し、照合一致でログオンを許可してシステム資源を利用可能とする認証処理が広く用いられている。
【０００３】
このログオンを含む認証処理において、なりすまし等を目的とした悪意のある第三者にパスワードを推測されないために、認証強化の手法として一定回数入力作業を間違えるとその認証情報であるアカウントを無効とするアカウントロック機能が利用されている。
【０００４】
このアカウントロック機能は、システムにログオンしようとしてパスワードの入力に何回も失敗しているような場合に、その動作傾向を攻撃者が試行錯誤しながらアカウントパスワードを突き止めようとしているクラッキング(パスワードクラック)とみなし、これを検知し防御する。
【０００５】
通常の認証処理は、認証情報であるアカウントとパスワードの入力を要求し、入力されたパスワードが事前登録された正規のパスワードと一致するか否かにより認証判定を行うのに対して、アカウントロック機能は認証結果を判定する前にポリシー照合を行う。
【０００６】
即ち、アカウントロック機能は、管理テーブルでＩＤアカウント、認証結果の失敗回数、有効か無効かのアカウント状態を管理している。ポリシー照合は、管理テーブルのアカウント状態が有効の場合は、通常通り認証結果を判定し、認証失敗であれば管理テーブルの失敗回数をカウントアップする。なお、管理テーブルの失敗回数は、一般に、連続して認証に失敗した回数としている。
【０００７】
パスワード認証の失敗回数が所定の閾値回数、例えば３回以上となると、管理テーブルのアカウント状態を無効とし、認証要求元にアカウントがロック状態にあることをエラー通知して、同じＩＤアカウントによるパスワード入力を排除する。
【０００８】
なお、アカウントロックのポリシー照合では、「失敗回数」以外に「ロック状態の時間」、「ロック状態を解除する条件」などを設定できる。
【０００９】
また、管理者向けのみに公開されるようなウェブサーバ、ＦＴＰサーバ、Ｔｅｌｎｅｔサーバなどは、ネットワークの前段に配置するファイアウォールにより、事前登録している管理者端末のＩＰアドレスだけに操作権限を与える制御を行うことで、第三者によるクラッキングを未然に防止できる。しかし、不特定多数の利用者に公開しているウェブサーバ、ＦＴＰサーバ、Ｔｅｌｎｅｔサーバなどは、パスワードクラックの対策としてファイアウォールによる制御は行わずに、アカウントロックなどの手法を利用することで不正ログオンに対処している。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしながら、このような従来のアカウントロック機能にあっては、攻撃者(クラッカー)がアカウントロックのポリシーに違反してアカウントが無効になった場合、別のアカウントで認証を試行することができるため、パスワードが破られる可能性が残されている。
【００１１】
また攻撃者が次々とアカウントを変えながらパスワードを入力した場合、多数のアカウントが不正ログオンによってロック状態となるため、正規のユーザがログオンできなくなることも考えられる。
【００１２】
本発明は、アカウントロックでは排除できないようなアカウントとパスワードによる不正ログオンを検知して防御する認証情報管理のためのプログラム、認証情報管理方法及び認証情報管理装置を提供することを目的とする。
【特許文献１】特開２００４−２９５７１１号
【課題を解決するための手段】
【００１３】
本発明は、認証情報管理プログラムを提供する。本発明のプログラムは、サーバ等のコンピュータに、
認証処理プログラムからアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力する認証情報入力ステップと、
認証結果から得られた失敗回数をアドレス毎に保持し、失敗回数が所定の閾値以上の場合にアドレス無効を判定するポリシー照合ステップと、
ポリシー照合ステップによるアドレス無効の判定結果を認証処理プログラムに通知して認証要求元にアドレスロック状態を応答させる認証結果通知ステップと、
を実行させることを特徴とする。
【００１４】
また本発明のプログラムは、アカウントロックと併用するものであり、このためポリシー照合ステップは、更に、認証結果から得られた失敗回数をアカウント毎に保持し、失敗回数が所定の閾値以上の場合にアカウント無効を判定し、認証結果通知ステップは、ポリシー照合ステップによるアカウント無効の判定結果を認証処理ステップに通知して証要求元にアカウントロック状態を応答させる。
【００１５】
ここで、ポリシー照合ステップは、アドレス無効を判定する閾値回数をアカウント無効を判定する閾値回数より多い回数とし、アドレス無効を判定した際に、既に判定したアカウント無効を解除して有効状態に復旧させる。
【００１６】
本発明のプログラムは、認証処理プログラムを備えたサーバのコンピュータに、認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを実行させる。
【００１７】
本発明のプログラムは、認証処理プログラムを備えた複数のサーバに対し設けた認証情報管理装置のコンピュータに、前記認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを実行させる。
【００１８】
本発明のプログラムは、認証処理プログラムを備えたサーバをインターネットに接続するネットワーク機器に対し設けた認証情報管理装置のコンピュータに、認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを実行させ、認証情報入力ステップは、ネットワーク機器を通過するパケットを受信解析してアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力し、認証結果通知ステップは、ポリシー照合ステップによるアカウント無効又はアドレス無効の判定結果に基づきサーバの管理端末にアラートを発信する。
【００１９】
本発明のプログラムは、認証処理プログラムを備えたサーバをインターネットに接続するネットワーク機器のコンピュータに、認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを実行させ、認証情報入力ステップは、ネットワーク機器を通過するパケットを受信解析してアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力し、認証結果通知ステップは、ポリシー照合ステップによるアカウント無効又はアドレス無効の判定結果に基づき認証要求のロック状態を通知するパケットを認証要求元に送信させる。
【００２０】
本発明は認証情報管理方法を提供する。本発明の認証情報管理方法は、
認証処理部からアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力する認証情報入力ステップと、
認証結果から得られた失敗回数をアドレス毎に保持し、失敗回数が所定の閾値以上の場合にアドレス無効を判定するポリシー照合ステップと、
ポリシー照合ステップによるアドレス無効の判定結果を認証処理部に通知して認証要求元にアドレスロック状態を応答させる認証結果通知ステップと、
を備えたことを特徴とする。
【００２１】
本発明の認証情報管理方法のポリシー照合ステップは、アカウントロックと併用するため、更に、認証結果から得られた失敗回数をアカウント毎に保持し、失敗回数が所定の閾値以上の場合にアカウント無効を判定し、認証結果通知ステップは、ポリシー照合ステップによるアカウント無効の判定結果を認証処理部に通知して認証要求元にアカウントロック状態を応答させる。
【００２２】
本発明は認証情報管理装置を提供する。本発明の認証情報管理装置は、
認証処理部からアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力する認証情報入力部と、
認証結果から得られた失敗回数をアドレス毎に保持し、失敗回数が所定の閾値以上の場合にアドレス無効を判定するポリシー照合部と、
ポリシー照合部よるアドレス無効の判定結果を認証処理部に通知して認証要求元にアドレスロック状態を応答させる認証結果通知ステップと、
を備えたことを特徴とする。
【００２３】
本発明の認証情報管理装置のポリシー照合部は、アカウントロックと併用するため、更に、認証結果から得られた失敗回数をアカウント毎に保持し、失敗回数が所定の閾値以上の場合にアカウント無効を判定し、認証結果通知部は、ポリシー照合ステップによるアカウント無効の判定結果を認証処理ステップに通知して認証要求元にアカウントロック状態を応答させる。
【００２４】
なお、本発明の認証情報管理方法および装置の詳細は、本発明のプログラムの場合と基本的に同じになる。
【発明の効果】
【００２５】
本発明によれば、攻撃者がアカウントロックになる毎にアカウントを変えながらパスワード入力を繰り返しても、同一ＩＰアドレスからの攻撃であることから、ＩＰアドレスに対応して認証の失敗回数をカウントアップし、所定の閾値回数を超過したときに同じＩＰアドレスからのパスワード入力を締め出すアドレスロック状態とすることで、アカウントロックを回避した不正ログオンを確実に検知して排除し、パスワードクラックの検知能力と防御能力を向上し、不正ログオンを防止してネットワークのセキュリティを向上することができる。
【００２６】
また従来のアカウントロックに本発明のアドレスロックを併用することで、アカウントロックを回避するためのパスワードの変更をアドレスロックで阻止し、不正ログオンに対する防御能力を更に向上できる。
【００２７】
更に、アドレス無効を判定する閾値回数をアカウント無効を判定する閾値回数より多い回数とした場合、アドレス無効を判定した際に、既に判定したアカウント無効を解除して有効状態に自動的に復旧させることで、多数のアカウントが不正ログオンによってロック状態となって正規のユーザがログオンできなくなる事態を防止できる。
【発明を実施するための最良の形態】
【００２８】
図１は本発明が適用されるシステム環境のブロック図である。図１において、ウェブサーバ１０に対しては、インターネット１２を介してクライアント１４−１〜１４−５が接続されている。ウェブサーバ１０には通信制御部１６とアプリケーション実行環境１８が設けられている。通信制御部１６はインターネット１２を介して、クライアント１４−１〜１４−５の間で通信制御を行う。
【００２９】
アプリケーション実行環境１８には、認証処理部２０、認証情報管理部２２及びアプリケーション２４が設けられている。認証処理部２０に対応して会員データベース２６が設けられ、認証情報管理部２２に対応して管理テーブル２８が設けられ、更にアプリケーション２４に対応してデータベース３０が設けられている。
【００３０】
認証処理部２０は、会員データベース２６に予めクライアント１４−１〜１４−５を使用するユーザの会員登録としてＩＤアカウント（以下「アカウント」という）とパスワードが事前登録されている。認証処理部２０は、クライアント１４−１〜１４−５からのアクセスに対しアカウントとパスワードの入力を要求し、これに応じてクライアント側からアカウントとパスワードを伴う認証要求を受けると、会員データベース２６に事前登録されたパスワードをアカウントにより検索し、受信したパスワードとの照合処理を行う。
【００３１】
この認証処理部２０の機能に加え本発明にあっては更に、認証情報管理部２２が設けられている。認証情報管理部２２は、例えば不正利用端末としてのクライアント１４−１からのパスワードクラックに対し、ＩＰアドレスポリシーに従った認証失敗回数の比較判定を行い、連続して所定回数同じＩＰアドレスからの認証要求の失敗を判別した場合にアドレスロックをかけるようにしている。
【００３２】
また認証情報管理部２２は、従来のアカウントロックポリシーに従った判定も行っており、パスワードにつき連続して認証失敗回数が所定の閾値を超過するとアカウントロックをかけるようにしている。このアドレスロックとアカウントロックの併用において、アカウントロックの失敗回数（閾値）は例えば３回と少なくし、これに対しアドレスロックの失敗回数（閾値）は例えば１０回と多く設定している。
【００３３】
アプリケーション２４は、データベース３０を認証処理部２０による認証結果に基づいてクライアント１４−１〜１４−５側に利用させるシステム資源を構築している。
【００３４】
図１におけるウェブサーバ１０は、例えば図２のようなコンピュータのハードウェア資源により実現される。図２のコンピュータにおいて、ＣＰＵ１００のバス１０１にはＲＡＭ１０２、ハードディスクコントローラ（ソフト）１０４、フロッピィディスクドライバ（ソフト）１１０、ＣＤ−ＲＯＭドライバ（ソフト）１１４、マウスコントローラ１１８、キーボードコントローラ１２２、ディスプレイコントローラ１２６、通信用ボード１３０が接続される。
【００３５】
ハードディスクコントローラ１０４はハードディスクドライブ１０６を接続し、本発明の認証情報管理処理を実行するプログラムをローディングしており、コンピュータの起動時にハードディスクドライブ１０６から必要なプログラムを呼び出して、ＲＡＭ１０２上に展開し、ＣＰＵ１００により実行する。
【００３６】
フロッピィディスクドライバ１１０にはフロッピィディスクドライブ（ハード）１１２が接続され、フロッピィディスク（Ｒ）に対する読み書きができる。ＣＤ−ＲＯＭドライバ１１４に対しては、ＣＤドライブ（ハード）１１６が接続され、ＣＤに記憶されたデータやプログラムを読み込むことができる。
【００３７】
マウスコントローラ１１８はマウス１２０の入力操作をＣＰＵ１００に伝える。キーボードコントローラ１２２はキーボード１２４の入力操作をＣＰＵ１００に伝える。ディスプレイコントローラ１２６は表示部１２８に対して表示を行う。通信用ボード１３０は無線を含む通信回線１３２を使用し、ＬＡＮを介してネットワーク内の装置や外部のインターネット上の装置との間で通信を行う。
【００３８】
図３はウェブサーバプログラムの認証処理部と連携する本発明の認証情報管理プログラムの機能構成のブロック図である。図３において、ウェブサーバ１０にはウェブサーバプログラム１１が設けられており、ウェブサーバプログラム１１の中には認証処理部２０としてのプログラム機能が設けられている。
【００３９】
このようなウェブサーバプログラム１１に対し、同じウェブサーバ１０のプログラムとして、本発明の認証情報管理プログラムが認証情報管理部２２として設けられている。認証情報管理部２２には認証情報入力部（認証情報受信部）３２、ポリシー照合部３４、ポリシー情報３６、認証結果通知部３８及び管理テーブル２８が設けられており、管理テーブル２８にはアカウント管理テーブル４０とＩＰアドレス管理テーブル４２が収納されている。
【００４０】
認証情報入力部３０には、クライアント１４からの認証要求に伴うアカウントとパスワードの受信に基づく認証処理部２０の処理結果が得られた際に、クライアント１４のＩＰアドレス、アカウント、パスワード、及び認証処理部２０の認証結果を入力する。
【００４１】
ポリシー照合部３２はアカウントロックのためのポリシー照合とアドレスロックのためのポリシー照合を次のようにして行う。
（１）アカウントロックのポリシー照合は、認証結果から得られた失敗回数をアカウントごとに保持し、失敗回数が所定の閾値回数Ａ以上の場合にアカウント無効を判定し、認証要求元に対しアカウントロック状態を応答させる。
（２）アドレスロックのためのポリシー照合は、認証結果から得られた失敗回数をＩＰアドレスごとに保持し、失敗回数が所定の閾値Ｂ以上の場合にアドレス無効を判定し、認証要求元に対しアドレスロック状態を応答させる。またアドレス無効を判定した際に、既に判定したアカウント無効を解除して有効状態に復旧させる。
【００４２】
このポリシー照合部３４におけるアカウントロックのポリシー照合のために、管理テーブル２８にはアカウント管理テーブル４０が設けられ、またアドレスロックのポリシー照合のためにＩＰアドレス管理テーブル４２が設けられている。
【００４３】
図４は図３のアカウント管理テーブル４０の説明図である。アカウント管理テーブル４０は、クライアントのＩＤ、認証結果から得られた失敗回数、アカウント状態及びＩＰアドレスを登録している。アカウント状態は、認証処理の失敗回数が例えば閾値回数Ａ＝３回に達すると「無効」にセットされ、それまでは「有効」にセットされている。
【００４４】
図５は図３のＩＰアドレス管理テーブル４２の説明図である。ＩＰアドレス管理テーブル４２は、クライアントのＩＰアドレス、認証処理の結果から得られた失敗回数及びアドレス状態を登録している。アドレス状態は、失敗回数が例えば閾値回数Ｂ＝１０回となったときに「無効」がセットされ、それまでは「有効」がセットされている。
【００４５】
このアカウント管理テーブル４０及びＩＰアドレス管理テーブル４２で失敗回数を判定するアカウントロックのための閾値回数Ａ及びアドレスロックのための閾値回数Ｂは、それぞれ図３のポリシー情報３６として予め設定され、これがポリシー照合部３４にセットされる。
【００４６】
図６は図３のクライアント１４がウェブサーバ１０に対しパスワードクラックを行った場合の通信記録４４の一例であり、通信記録４４にはログオン回数、要求元ＩＰアドレス、ＩＤアカウント、パスワード、認証結果、アカウント失敗回数、アドレス失敗回数及びロック状態を時系列的に記録している。
【００４７】
図６の通信記録４４において、ログオン回数１回目から４回目については同じ要求元ＩＰアドレス「２１．１９０．３．２」を使用し、ＩＤアカウントも同じ「ｕｓｅｒ１」とし、パスワードについて各回ごとに「ａａａａ」「ｂｂｂｂ」「ｃｃｃｃ」「ｄｄｄｄ」と変えてログインしている。
【００４８】
１回から３回については、いずれの認証結果も「認証失敗」であり、これに対応してアカウント失敗回数及びアドレス失敗回数が１回、２回、３回と増加している。そして３回目のログオンの認証失敗に対しアカウント失敗回数が３回と閾値回数に達することで、ＩＤアカウント「ｕｓｅｒ１」につきアカウント管理テーブル４０にアカウント状態として「無効」が登録される。
【００４９】
このため４回目のログオンについては、アカウント管理テーブル４０を参照すると、ＩＤアカウント「ｕｓｅｒ１」についてアカウント状態が「無効」となっているため、アカウントロック状態にあることが判定され、アカウントロックを要求元に通知してログオンを拒否することになる。
【００５０】
次のログオン回数の５回から８回については、同じ要求元ＩＰアドレスからＩＤアカウントを「ｕｓｅｒ２」に変更した状態でパスワード「ａａａａ」「ｂｂｂｂ」「ｃｃｃｃ」「ｄｄｄｄ」と変化させてログオンした場合である。この場合にも５回から７回の３回分の認証結果は全て「認証失敗」となり、１〜３回目と同様、７回目でアカウント失敗回数が３回に達して閾値回数に達することで、ＩＤアカウント「ｕｓｅｒ２」についてアカウント管理テーブル４０に「無効」が登録され、次の８回目のログオンではアカウント管理テーブルの「無効」からアカウントロック状態にあることが判定され、アカウントロックを要求元に通知してログオンを拒否する。
【００５１】
次の９回から１２回については、要求元ＩＰアドレスは同じでアカウントを「ｕｓｅｒ３」に変え、この状態でパスワードを「ａａａａ」「ｂｂｂｂ」「ｃｃｃｃ」「ｄｄｄｄ」と変化させてログオンしている。９回目から１１回目については全て認証結果は失敗であり、１１回目でアカウント失敗回数が３回に達することでＩＤアカウント「ｕｓｅｒ３」についてアカウント管理テーブルに「無効」が登録され、次の１２回目についてはアカウントロックを要求元に通知してログオンを拒否する。
【００５２】
更に１３回目で要求元ＩＰアドレスを同じままＩＤアカウントを「ｕｓｅｒ４」に変え、パスワードを「ａａａａ」としてログオンすると、このときアドレス失敗回数は１０回となって閾値回数に達し、このためアドレス管理テーブル４２のＩＰアドレス「２１．１９０．３．２」のアドレス状態として「無効」が登録される。
【００５３】
このため、１４回目のログオンで同じ要求元ＩＰアドレスから、どのようなＩＤアカウントあるいはパスワードを使用したログオンが行われても、ＩＰアドレス管理テーブルから無効状態が判定され、アドレスロックを応答することでログオンを拒否することができる。
【００５４】
したがって、攻撃者がパスワードクラックをＩＤアカウントを変えながら繰り返し行ったとしても、同一ＩＰアドレスからの１０回目のログオンでアドレスロックがかかり、それ以降の同一ＩＰアドレスからのログオンを全てアドレスロックとし、不正ログオンを拒否することができる。
【００５５】
また１４回目の不正ログオンに対しアドレス無効を判定してアドレスロックを応答した際には、３回目、７回目及び１１回目で登録したアドレス無効を解除して有効状態に復帰させ、不正ログインによりアカウントが使用できなくなる状態を回避する。
【００５６】
図７は図３の認証処理部２０による認証処理のフローチャートであり、認証処理は基本的には従来と同じであるが、本発明で新たに設けた認証情報管理部２２との連携処理が新たな処理として加わっている。
【００５７】
図７の認証処理にあって、まずステップＳ１でクライアントのアクセスに対するアカウントとパスワードの入力に対し認証要求を受けると、クライアントからのＩＰアドレス、アカウント及びパスワードを取得し、ステップＳ２で受信したアカウントにより管理データベースから登録パスワードを検索し、ステップＳ３で受信パスワードと登録パスワードの照合一致を判別する。パスワードが一致すればステップＳ４で認証成功を保持し、失敗すればステップＳ５で認証失敗を保持する。
【００５８】
次にステップＳ６でＩＰアドレス及び認証結果を認証情報管理部２２に通知する。この状態で、ステップＳ７で認証情報管理部２２よりＩＰアドレス無効状態によるアドレスロック通知の有無をチェックしており、アドレスロック通知があれば、ステップＳ８でクライアントにアドレスロックのエラー通知を行ってログオンを拒否する。
【００５９】
またステップＳ７でアドレスロック通知がなかった場合には、ステップＳ９で認証情報管理部２２よりアカウント無効状態によるアカウントロック通知があるか否かチェックし、アカウントロック通知があれば、ステップＳ１０でクライアントにアカウントロックをエラー通知してログオンを拒否する。
【００６０】
アドレスロックまたはアカウントロックのいずれも通知がなかった場合には、ステップＳ１１で認証成功か否かチェックし、認証成功であればステップＳ１２でクライアントに認証成功を通知してログオンを有効とする。認証失敗であればステップＳ１３でクライアントにパスワードエラーを通知する。
【００６１】
図８は図３の認証情報管理部２２による認証情報管理処理のフローチャートである。図８において、ステップＳ１で認証処理部２０からＩＰアドレス、アカウント及び認証結果を受信し、ステップＳ２でＩＰアドレス管理テーブルからＩＰアドレス状態を取得し、ステップＳ３で無効状態にあればステップＳ４に進み、ＩＰアドレス無効によるアドレスロックを認証処理部２０に通知して、認証要求元のクライアントにログオン拒否を通知させる。
【００６２】
ステップＳ３でＩＰアドレス状態が未登録または有効状態の場合には、ステップＳ５に進み、アカウント管理テーブル４０からアカウント状態を取得し、ステップＳ６で無効状態であれば、ステップＳ７に進んで、アカウントロックを認証処理部２０に通知して、認証要求元のクライアントにログオン拒否を通知させる。
【００６３】
ステップＳ６でアカウント管理テーブル４０が未登録もしくは有効状態であれば、ステップＳ８に進み、パスワード認証結果が認証成功か否かチェックする。認証成功であればステップＳ９に進み、認証処理部２０に対しＩＰアドレス及びアカウントの有効状態を通知して処理を終了する。
【００６４】
パスワード認証結果が認証失敗であった場合にはステップＳ１０に進み、アカウント管理テーブル４０の該当するアカウントの欄について失敗回数を１つカウントアップする更新を行う。なお１回目の失敗については、ステップＳ１０でアカウント管理テーブル４０にＩＤ、失敗回数、アカウント状態、及びＩＰアドレスからなるレコードを新規登録する。
【００６５】
続いてステップＳ１１で、更新した失敗回数が３回以上か否かチェックし、３回未満であれば、ステップＳ１２でアカウント状態を有効状態にセットする。ステップＳ１１で失敗回数が３回以上であった場合には、ステップＳ１３でアカウント管理テーブル４０の該当する欄に無効状態をセットする。
【００６６】
次にステップＳ１４でＩＰアドレス管理テーブル４２の失敗回数を１つカウントアップする更新を行う。なお１回目の失敗については、ＩＰアドレス管理テーブル４２にＩＰアドレス、失敗回数及びアドレス状態からなるレコードを新規登録する。次にステップＳ１５で更新後の失敗回数が１０回以上か否かチェックし、１０回未満であればステップＳ１６でアドレス状態を有効状態にセットし、１０回以上であればステップＳ１７で無効状態をセットする。同時に既に判定したアカウント管理テーブル４０の無効を解除してアカウントを有効状態に復旧させる。
【００６７】
ここで、図３の実施形態にあっては、ポリシー照合部３４でアカウントロックのポリシー照合とＩＰアドレスロックのポリシー照合を行うようにしているが、アカウントロックのためのポリシー照合を除去し、ＩＰアドレスロックのためのポリシー照合のみの構成としてもよい。この場合には管理テーブル２８のアカウント管理テーブル４０は不要となる。また図８の認証情報管理処理にあっては、アカウントロックに対応したステップＳＳ５〜Ｓ１３を除いたフローチャートの処理とすればよい。
【００６８】
図９は複数のサーバに対し認証情報管理装置を設けた本発明の他の実施形態の説明図である。図９において、クライアント１４から認証要求を受ける装置として例えばウェブサーバ１０とＦＴＰサーバ４６があり、それぞれウェブサーバプログラム１１とＦＴＰサーバプログラム４７を持ち、そこに認証処理部２０−１、２０−２が設けられている。
【００６９】
このようなウェブサーバ１０とＦＴＰサーバ４６に対し、共通装置として本発明の認証情報管理装置４８が設けられる。認証情報管理装置４８には、認証情報入力部３２、ポリシー照合部３４、ポリシー情報３６、認証結果通知部３８、アカウント管理テーブル４０とＩＰアドレス管理テーブル４２を備えた管理テーブル２８が設けられている。
【００７０】
認証情報管理装置４８の構成及び機能は図３の実施形態と同じであり、クライアント１４からのウェブサーバ１０またはＦＴＰサーバ４６に対するＩＤアカウントとパスワードを用いたログオンに対し、それぞれの認証処理部２０−１、２０−２からＩＰアドレス、ＩＤアカウント、パスワード及び認証結果を認証情報入力部３２で受信し、ポリシー照合部３４によりアカウントロックのためのポリシー照合及びアドレスロックのためのポリシー照合を行い、結果を照合結果通知部３８より認証処理部２０−１または２０−２に通知し、それぞれクライアント１４に対しパスワードクラックに対するアカウントロック及びアドレスロックによる認証拒否を行う。
【００７１】
このように複数サーバに対し本発明の認証情報管理装置を共通装置として設けることで、個別に設けた場合に比べ、処理時間は増えるが、各サーバの処理負担を低減することができ、また認証情報管理の運用操作も一括して容易にできる。
【００７２】
図１０はサーバに対するネットワーク機器の前段に認証情報管理装置を設けた本発明の他の実施形態の説明図である。図１０において、ウェブサーバ１０、ＦＴＰサーバ４６及びＴｅｌｎｅｔサーバ５６は、非武装地帯としてのＤＭＺ５４に設けられており、インターネット１２に対しネットワーク機器５２を介して接続されている。
【００７３】
クライアント１４によるパスワードクラック５８は、インターネット１２からネットワーク機器５２を介して例えばＦＴＰサーバ４６に対し送られる。このようなネットワーク機器５２を通るパスワードクラック５８のパケット干渉のため、本発明の認証情報管理装置５０がネットワーク機器５２に対し設けられる。
【００７４】
認証情報管理装置５０はネットワーク機器５２を通過するパケットを監視し、パケット解析によりログオン処理に伴うＩＰアドレス、ＩＤアカウント、パスワード、更にサーバ側からの認証結果を取得して認証情報管理処理を行い、パスワードクラックによるアカウントロックまたはＩＰアドレスロックを判定した場合には、業務ＬＡＮ６１に接続している管理端末６０に対しパスワードクラック５８があったことを示すアラート発信を行うようにしている。
【００７５】
図１１は図１０の実施形態の機能構成のブロック図である。図１１において認証情報管理装置５０は、ネットワーク機器５２を通過するネットワーク・ケーブル６２のパケット６４を監視しており、クライアント１４側となるＷＡＮ側からサーバ側となるＬＡＮ側に認証要求を含むパケット転送が行われ、ＬＡＮ側のサーバより認証結果を含むパケットがＷＡＮ側のクライアント１４に対し転送されている。
【００７６】
認証情報管理装置５０には、パケット監視部６６、パケット解析部６８、認証情報入力部３２、ポリシー照合部３４、ポリシー情報３６、管理テーブル２８及びアラート発信部７０が設けられている。
【００７７】
パケット監視部６６は、クライアントからサーバプログラムに送信されるパケット６４を監視して取り込み、パケット解析部６８で認証要求先となるサーバプログラムに対するプロトコルを解析し、送信データが認証要求データである場合に、そのパケットの送信元ＩＰアドレス、ＩＤアカウントを保持する。またサーバプログラムからクライアントに送信されるパケットを監視し、認証要求に対する認証結果、即ち認証成功または認証失敗を解析して保持する。
【００７８】
パケット解析部６８で保持された認証要求元のＩＰアドレス、ＩＤアカウント及び認証結果は、認証情報入力部３２からポリシー照合部３４に与えられ、管理テーブル２８に設けている図４に示したアカウント管理テーブル４０と図５に示したＩＰアドレス管理テーブル４２の参照でアカウントロックまたはアドレスロックの有無を判別する。
【００７９】
アカウントロックを判別した場合にはアラート発信部７０から管理端末６０にパスワードクラックによるアカウントロックをエラー通知し、またアドレスロックを判定した場合にはパスワードクラックによるアドレスロックをアラート通知し、このアラート通知を受けて管理端末６０の管理者は対象企業のサーバに対し必要に応じて、認証拒否のための例えばＩＰアドレスの登録を行って、パスワードクラックを防御することができる。
【００８０】
図１２は図１１の認証情報管理処理のフローチャートである。この認証情報管理処理のフローチャートは、基本的には図８のフローチャートと同じであり、ステップＳ１でパケット解析部からＩＰアドレス、アカウント及び認証結果を受信している点、ステップＳ３でＩＰアドレスのアドレスロックを判別した際に、ステップＳ４でＩＰアドレス無効によるアラートを管理端末に通知させる点、ステップＳ６でアカウント管理テーブル４０から無効状態を判別した場合に、ステップＳ７でアカウント無効によるアラートを管理端末に通知している点、更にステップＳ８でパスワード認証成功であった場合にそのまま処理を終了する点以外は、図８のフローチャートと同じである。
【００８１】
このような図１１〜図１２の実施形態によれば、ネットワーク機器５２に対し本発明の認証情報管理装置５０を設けることで、複数のサーバの共通装置として効率的に使用できると共に、サーバ側のプログラムの変更を必要とすることなく、アドレスロックの機能を簡易的に実現できる。また、この実施形態では、アドレスロックの判定結果を管理端末６０に通知してシステム管理者が不正ログインに対処するようにしているが、管理端末６０からの遠隔処理で不正ログオンを受けたサーバに対し不正ログオンのアカウントやアドレスを直接セットすることで、アラートに基づきその後の不正ログインを拒否する運用が可能である。
【００８２】
図１３はサーバに対するネットワーク機器に認証情報管理部を組み込んだ本発明の他の実施形態の説明図である。図１３において、サーバに対するネットワーク機器５２には認証情報管理部７２が組み込まれている。
【００８３】
認証情報管理部７２は、ＷＡＮ側パケット受信部７６、ＬＡＮ側パケット送信部７８、ＬＡＮ側パケット受信部８０、ＷＡＮ側パケット送信部８２、パケット解析部７４、認証情報入力部３２、ポリシー照合部３４、ポリシー情報３６、認証結果通知部３８、アカウント管理テーブルとＩＰアドレス管理テーブルを備えた管理テーブル２８で構成されている。
【００８４】
パケット解析部７４は、ＷＡＮ側パケット受信部７６で受信したクライアント側からのパケット、及びＬＡＮ側パケット受信部８０で受信したサーバからのパケットを、パケット解析部７４に引き渡す。
【００８５】
パケット解析部７４はパケットデータに認証要求または認証結果の情報が含まれている場合に、要求元ＩＰアドレス、ＩＤアカウント及び認証結果を、認証情報入力部３２に通知する。これに基づくポリシー照合部３４及び認証結果通知部３８の処理は、図３の実施形態と同じである。パケット解析部７４はパケットデータのパターンによって次のように処理を行う。
【００８６】
（１）ＷＡＮ側パケット受信部７６から渡されるパケットデータが認証要求以外の情報の場合は、そのままパケットデータをＬＡＮ側パケット送信部７８に転送する。
【００８７】
（２）ＬＡＮ側パケット受信部８０から渡されるパケットデータが認証要求の情報の場合で、認証結果通知部３８からアドレス且つアカウントが有効の判定結果が通知された場合、そのままパケットデータをＬＡＮ側パケット送信部７８に転送する。
【００８８】
（３）ＷＡＮ側パケット受信部７６から渡されるパケットデータが認証要求の情報の場合で、認証結果通知部３８からアドレスロックまたはアカウントロック状態の通知があると、ＷＡＮ側パケット送信部８２からロック状態によるエラー通知を伴う認証拒否をクライアント側に通知する。
【００８９】
（４）ＬＡＮ側パケット受信部８０から渡されるパケットデータが認証結果以外の情報の場合は、そのままパケットデータをＷＡＮ側パケット送信部８２に転送する。
【００９０】
（５）ＬＡＮ側パケット受信部８０から渡されるパケットデータが認証結果の情報の場合、パケットから認証結果を取り出して認証情報入力部３２に通知し、元のパケットデータをＬＡＮ側パケット送信部７８に転送する。
【００９１】
このようにパケット解析部７４で認証要求からＩＰアドレス、ＩＤアカウント、更に認証結果を保持して認証情報入力部３２に通知した後の処理は、図３の認証情報処理部の処理と基本的に同じになる。
【００９２】
図１４は図１３の認証情報管理処理のフローチャートである。この認証情報管理処理にあっては、ステップＳ１でパケット解析部からＩＰアドレス、ＩＤアカウント及び認証結果を受信している点、ステップＳ３でＩＰアドレス管理テーブルから無効状態を認識した場合にステップＳ４でＩＰアドレス無効によるアドレスロックをパケット解析部に通知している点、ステップＳ６でアカウント無効状態を判別した場合にステップＳ７でアカウント無効によるアカウントロックをパケット解析部に通知している点以外は、図１２のフローチャートと基本的に同じになる。
【００９３】
この図１３、図１４の実施形態によれば、ＷＡＮに対しＬＡＮ側を非武装地帯（ＤＭＺ）とするファイアウォール等の機能を持つネットワーク機器５２に本発明の認証情報管理部７２の機能を組み込むことで、非武装地帯のサーバに対する不正ログオンを一括して検知してアカウントロックを掛け、更にアカウントロックを回避しようとするアカウントの変更に対しアドレスロックを掛けて防御することができ、非武装地帯のセキュリティ性を向上でき、更に、サーバ側のプログラムの変更を一切必要とすることなく、簡単に本発明のアドレスロックのポリシーによる不正ログオンの検知と防御が実現できる。
【００９４】
また本発明は、クライアントからのＩＤアカウントとパスワードを用いたログオンに対し認証処理を行う認証処理プログラムを備えたサーバに連携して設けられた認証情報管理プログラムを提供するものであり、この認証情報管理プログラムは図８、図１２、更に図１４のそれぞれの実施形態における認証情報管理処理のフローチャートに従った内容を備える。
【００９５】
なお本発明は、その目的と利点を損なうことのない適宜の変形を含み、更に上記の実施形態に示した数値による限定は受けない。
【００９６】
ここで本発明の特徴をまとめて列挙すると次の付記のようになる。
（付記１）
コンピュータに、
認証処理プログラムからアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力する認証情報入力ステップと、
前記認証結果から得られた失敗回数をアドレス毎に保持し、前記失敗回数が所定の閾値以上の場合にアドレス無効を判定するポリシー照合ステップと、
前記ポリシー照合ステップによるアドレス無効の判定結果を前記認証処理プログラムに通知して前記認証要求元にアドレスロック状態を応答させる認証結果通知ステップと、
を実行させることを特徴とするプログラム。（１）
【００９７】
（付記２）
付記１記載のプログラムに於いて、
前記ポリシー照合ステップは、更に、前記認証結果から得られた失敗回数をアカウント毎に保持し、前記失敗回数が所定の閾値以上の場合にアカウント無効を判定し、
前記認証結果通知ステップは、前記ポリシー照合ステップによるアカウント無効の判定結果を前記認証処理プログラムに通知して前記認証要求元にアカウントロック状態を応答させることを特徴とするプログラム。（２）
【００９８】
（付記３）
付記２記載のプログラムに於いて、前記ポリシー照合ステップは、アドレス無効を判定する閾値回数をアカウント無効を判定する閾値回数より多い回数とし、アドレス無効を判定した際に、既に判定したアカウント無効を解除して有効状態に復旧させることを特徴とするプログラム。（３）
【００９９】
（付記４）
付記１又は２記載のプログラムに於いて、前記認証処理プログラムを備えたサーバのコンピュータに、前記認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを実行させることを特徴とするプログラム。
【０１００】
（付記５）
付記１又は２記載のプログラムに於いて、前記認証処理プログラムを備えた複数のサーバに対し設けた認証情報管理装置のコンピュータに、前記認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを実行させることを特徴とするプログラム。
【０１０１】
（付記６）
付記１又は２記載のプログラムに於いて、前記認証処理プログラムを備えたサーバをインターネットに接続するネットワーク機器に対し設けた認証情報管理装置のコンピュータに、前記認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを実行させ、
前記認証情報入力ステップは、前記ネットワーク機器を通過するパケットを受信解析して前記認証処理ステップからアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力し、
前記認証結果通知ステップは、前記ポリシー照合ステップによるアカウント無効又はアドレス無効の判定結果に基づき前記サーバの管理端末にアラートを発信することを特徴とするプログラム。
【０１０２】
（付記７）
付記１又は２記載のプログラムに於いて、前記認証処理プログラムを備えたサーバをインターネットに接続するネットワーク機器のコンピュータに、前記認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを実行させ、
前記認証情報入力ステップは、前記ネットワーク機器を通過するパケットを受信解析して前記認証処理ステップからアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力し、
前記認証結果通知ステップは、前記ポリシー照合ステップによるアカウント無効又はアドレス無効の判定結果に基づき認証要求のロック状態を通知するパケットを前記認証要求元に送信させることを特徴とするプログラム。
【０１０３】
（付記８）
認証処理部からアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力する認証情報入力ステップと、
前記認証結果から得られた失敗回数をアドレス毎に保持し、前記失敗回数が所定の閾値以上の場合にアドレス無効を判定するポリシー照合ステップと、
前記ポリシー照合ステップによるアドレス無効の判定結果を前記認証処理ステップに通知して前記認証要求元にアドレスロック状態を応答させる認証結果通知ステップと、
を備えたことを特徴とする認証情報管理方法。（４）
【０１０４】
（付記９）
付記８記載の認証情報管理方法に於いて、
前記ポリシー照合ステップは、更に、前記認証結果から得られた失敗回数をアカウント毎に保持し、前記失敗回数が所定の閾値以上の場合にアカウント無効を判定し、
前記認証結果通知ステップは、前記ポリシー照合ステップによるアカウント無効の判定結果を前記認証処理部に通知して前記認証要求元にアカウントロック状態を応答させることを特徴とする認証情報管理方法。
【０１０５】
（付記１０）
付記８記載の認証情報管理方法に於いて、前記ポリシー照合ステップは、アドレス無効を判定する閾値回数をアカウント無効を判定する閾値回数より多い回数とし、アドレス無効を判定した際に、既に判定したアカウント無効を解除して有効状態に復旧させることを特徴とする認証情報管理方法。
【０１０６】
（付記１１）
付記８又は９記載の認証情報管理方法に於いて、前記認証処理部を備えたサーバに、前記認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを行わせることを特徴とする認証情報管理方法。
【０１０７】
（付記１２）
付記８又は９記載の認証情報管理方法に於いて、前記認証処理部を備えた複数のサーバに対し設けた認証情報管理装置に、前記認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを行わせることを特徴とする認証情報管理方法。
【０１０８】
（付記１３）
付記９又は１０記載の認証情報管理方法に於いて、前記認証処理部を備えたサーバをインターネットに接続するネットワーク機器に対し設けた認証情報管理装置に、前記認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを行わせ、
前記認証情報入力ステップは、前記ネットワーク機器を通過するパケットを受信解析して前記認証処理ステップからアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力し、
前記認証結果通知ステップは、前記ポリシー照合ステップによるアカウント無効又はアドレス無効の判定結果に基づき前記サーバの管理端末にアラートを発信することを特徴とする認証情報管理方法。
【０１０９】
（付記１４）
付記８又は９記載の認証情報管理方法に於いて、前記認証処理部を備えたサーバをインターネットに接続するネットワーク機器に前記認証情報入力ステップ、ポリシー照合ステップ及び認証結果通知ステップを行う認証情報管理装置を組み込み、
前記認証情報入力ステップは、前記ネットワーク機器を通過するパケットを受信解析して前記認証処理ステップからアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力し、
前記認証結果通知ステップは、前記ポリシー照合ステップによるアカウント無効又はアドレス無効の判定結果に基づき認証要求のロック状態を通知するパケットを前記認証要求元に送信させることを特徴とする認証情報管理方法。
【０１１０】
（付記１５）
認証処理部からアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力する認証情報入力部と、
前記認証結果から得られた失敗回数をアドレス毎に保持し、前記失敗回数が所定の閾値以上の場合にアドレス無効を判定するポリシー照合部と、
前記ポリシー照合部によるアドレス無効の判定結果を前記認証処理部に通知して前記認証要求元にアドレスロック状態を応答させる認証結果通知部と、
を備えたことを特徴とする認証情報管理装置。（５）
【０１１１】
（付記１６）
付記１５記載の認証情報管理装置に於いて、
前記ポリシー照合部は、更に、前記認証結果から得られた失敗回数をアカウント毎に保持し、前記失敗回数が所定の閾値以上の場合にアカウント無効を判定し、
前記認証結果通知部は、前記ポリシー照合部によるアカウント無効の判定結果を前記認証処理部に通知して前記認証要求元にアカウントロック状態を応答させることを特徴とする認証情報管理装置。
【０１１２】
（付記１７）
付記１６記載の認証情報管理に於いて、前記ポリシー照合部は、アドレス無効を判定する閾値回数をアカウント無効を判定する閾値回数より多い回数とし、アドレス無効を判定した際に、既に判定したアカウント無効を解除して有効状態に復旧させることを特徴とする認証情報管理装置。
【０１１３】
（付記１８）
付記１５又は１６記載の認証情報管理装置に於いて、前記認証処理部を備えたサーバに、前記認証情報入力部、ポリシー照合部及び認証結果通知部を設けたことを特徴とする認証情報管理装置。
【０１１４】
（付記１９）
付記１５又は１６記載の認証情報管理装置に於いて、前記認証処理部を備えた複数のサーバに、前記認証情報入力部、ポリシー照合部及び認証結果通知部を備えたことを特徴とする認証情報管理装置。
【０１１５】
（付記２０）
付記１５又は１６記載の認証情報管理装置に於いて、前記認証処理部を備えたサーバをインターネットに接続するネットワーク機器に対し、前記認証情報入力部、ポリシー照合部及び認証結果通知部を備えた装置を設け、
前記認証情報入力部は、前記ネットワーク機器を通過するパケットを受信解析して前記認証処理部からアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力し、
前記認証結果通知部は、前記ポリシー照合部によるアカウント無効又はアドレス無効の判定結果に基づき前記サーバの管理端末にアラートを発信することを特徴とする認証情報管理装置。
【０１１６】
（付記２１）
付記１５又は１６記載の認証情報管理装置に於いて、前記認証処理部を備えたサーバをインターネットに接続するネットワーク機器に、前記認証情報入力部、ポリシー照合部及び認証結果通知部を備えた装置を組み込み、
前記認証情報入力部は、前記ネットワーク機器を通過するパケットを受信解析して前記認証処理部からアカウント及びパスワードを含む認証要求に対する認証結果及び認証要求元のアドレスを入力し、
前記認証結果通知部は、前記ポリシー照合部によるアカウント無効又はアドレス無効の判定結果に基づき認証要求のロック状態を通知するパケットを前記認証要求元に送信させることを特徴とする認証情報管理装置。
【図面の簡単な説明】
【０１１７】
【図１】本発明が適用されるシステム環境のブロック図
【図２】図１のウェブサーバを実現するコンピュータのハードウェア環境のブロック図
【図３】ウェブサーバプログラムの認証処理部と連携する本発明の認証情報管理プログラムの機能構成のブロック図
【図４】図３のアカウント管理テーブルの説明図
【図５】図３のＩＰアドレス管理テーブルの説明図
【図６】図３における不正ログオンの通信記録の説明図
【図７】図３の認証処理のフローチャート
【図８】図３の認証情報管理処理のフローチャート
【図９】複数のサーバに対し認証情報管理装置を設けた本発明の他の実施形態の説明図
【図１０】サーバに対するネットワーク機器の前段に認証情報管理装置を設けた本発明の他の実施形態の説明図
【図１１】図１０の実施形態の機能構成のブロック図
【図１２】図１１の認証情報管理処理のフローチャート
【図１３】サーバに対するネットワーク機器に認証情報管理部を組み込んだ本発明の他の実施形態の説明図
【図１４】図１３の認証情報管理処理のフローチャート
【符号の説明】
【０１１８】
１０：ウェブサーバ
１１：ウェブサーバプログラム
１２：インターネット
１４、１４−１〜１４−５：クライアント
１６：通信制御部
１８：アプリケーション実行環境
２０、２０−１、２０−２：認証処理部
２２、７２：認証情報管理部
２４：アプリケーション
２６：会員データベース
２８：管理テーブル
３０：データベース
３２：認証情報入力部
３４：ポリシー照合部
３６：ポリシー情報
３８：認証結果通知部
４０：アカウント管理テーブル
４２：ＩＰアドレス管理テーブル
４４：通信記録
４６：ＦＴＰサーバ
４７：ＦＴＰサーバプログラム
４８、５０：認証情報管理装置
５２：ネットワーク機器
５４：ＤＭＺ（非武装地帯）
５６：Ｔｅｌｎｅｔサーバ
５８：パスワードクラック
６０：管理端末
６１：業務ＬＡＮ
６２：ネットワーク・ケーブル
６４：パケット
６６：パケット監視部
６８、７４：パケット解析部
７０：アラート発信部
７６：ＷＡＮ側パケット受信部
７８：ＬＡＮ側パケット送信部
８０：ＬＡＮ側パケット受信部
８２：ＷＡＮ側パケット送信部
【図１】
2006172171.tif 000003
【図２】
2006172171.tif 000004
【図３】
2006172171.tif 000005
【図４】
2006172171.tif 000006
【図５】
2006172171.tif 000007
【図６】
2006172171.tif 000008
【図７】
2006172171.tif 000009
【図８】
2006172171.tif 000010
【図９】
2006172171.tif 000011
【図１０】
2006172171.tif 000012
【図１１】
2006172171.tif 000013
【図１２】
2006172171.tif 000014
【図１３】
2006172171.tif 000015
【図１４】
2006172171.tif 000016