(57)【要約】【課題】  パスワードの漏洩を防止し、セキュリティを向上させる。【解決手段】  ネットワーク機器１０に、ＳＮＭＰを用いた通信を行う機能を提供するＳＮＭＰデーモン１００を実行させる際に、権限管理部１０１と管理テーブル１０２により、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、アクセスの要求元のアドレス毎に計数し、権限管理部１０１が、その計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする制御を行う。また、特定の条件が満たされた場合には応答を返さないようにする制御を解除するようにした。【選択図】        図４
2006079359.tif 000002
【特許請求の範囲】
【請求項１】
ＳＮＭＰを用いた通信を行う手段を有する通信装置であって、
ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、前記アクセスの要求元を示す要求元情報毎に計数する計数手段と、
前記計数手段が計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手段と、
特定の条件が満たされた場合に前記権限停止制御を解除する権限復帰手段とを設けたことを特徴とする通信装置。
【請求項２】
請求項１記載の通信装置であって、
前記計数手段が、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、前記アクセスの要求元を示す要求元情報毎に、かつその失敗の原因毎に計数する手段であることを特徴とする通信装置。
【請求項３】
請求項２記載の通信装置であって、
前記失敗の原因が、暗号化方式の不一致及び、ユーザ名又はパスワードの不一致であることを特徴とする通信装置。
【請求項４】
請求項２又は３記載の通信装置であって、
前記所定の条件は、前記計数手段が計数した回数が所定の閾値以上になった場合であり、
前記利用者の特定の失敗の原因毎に、前記閾値が異なることを特徴とする通信装置。
【請求項５】
請求項４記載の通信装置であって、
前記利用者の特定の失敗の原因が暗号化方式の不一致である場合の前記閾値が、該失敗の原因がユーザ名又はパスワードの不一致である場合の前記閾値よりも小さいことを特徴とする通信装置。
【請求項６】
請求項１乃至５のいずれか一項記載の通信装置であって、
前記要求元情報は、前記アクセスの要求元のＩＰアドレス又はＩＰＸアドレスであることを特徴とする通信装置。
【請求項７】
請求項１乃至６のいずれか一項記載の通信装置であって、
前記特定の条件が、前記権限停止制御の開始後所定の時間が経過したことであることを特徴とする通信装置。
【請求項８】
請求項１乃至６のいずれか一項記載の通信装置であって、
前記特定の条件が、管理者権限を有するユーザによる復帰許可指示を受けることであることを特徴とする通信装置。
【請求項９】
ＳＮＭＰを用いた通信を行う手段を有する通信装置を制御する通信装置の制御方法であって、
前記通信装置に、
ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、前記アクセスの要求元を示す要求元情報毎に計数する計数手順と、
前記計数手順で計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手順と、
特定の条件が満たされた場合に、前記権限停止制御を解除する権限復帰手順とを実行させるようにしたことを特徴とする通信装置の制御方法。
【請求項１０】
コンピュータを、
ＳＮＭＰを用いた通信を行う手段と、
ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、前記アクセスの要求元を示す要求元情報毎に計数する計数手段と、
前記計数手段が計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手段と、
特定の条件が満たされた場合に、前記権限停止制御を解除する権限復帰手段として機能させるためのプログラム。
【請求項１１】
請求項１０記載のプログラムを記録したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＳＮＭＰ（シンプル・ネットワーク・マネジメント・プロトコル：Simple Network Management Protocol）を用いて通信を行う機能を有する通信装置、このような通信装置を制御する通信装置の制御方法、コンピュータをこのような通信装置として機能させるためのプログラム、およびこのようなプログラムを記録したコンピュータ読取可能な記録媒体に関する。
【背景技術】
【０００２】
従来から、ネットワークを介した通信が可能な通信装置において、ネットワーク機器管理プロトコルであるＳＮＭＰに対応させるようにすることが行われている。このような通信装置としては、例えば、プリンタやデジタル複合機といったオフィス機器が挙げられる。そして、このＳＮＭＰに対応している機器は、ＳＮＭＰマネージャと呼ばれる管理ツールにより、外部装置からでもネットワークを介して設定の参照や変更を行うことが可能である。
このようなＳＮＭＰ対応機器に関する技術は、例えば特許文献１乃至４に記載されている。
【特許文献１】特開２０００−８９９２４号公報
【特許文献２】特開２００２−１４９４７０号公報
【特許文献３】特開２０００−２８５０６６号公報
【特許文献４】特開２００３−３１６６７２号公報
【０００３】
また、近年では、ＳＮＭＰバージョン３（ｖ３）の規格が制定され、ネットワークを介した通信を行う通信装置に採用され始めている。そして、このＳＮＭＰｖ３は、従来のバージョン１（ｖ１）やバージョン２（ｖ２）では対応していなかったユーザ認証やパケットの暗号化といった機能に対応している。そして、ＳＮＭＰｖ３を利用することにより、装置のユーザ個々のアカウントやパスワードを利用した装置の管理が可能になり、セキュリティの向上を図ることができる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＳＮＭＰｖ３を利用する場合であっても、パスワードが漏洩してしまえば、装置に対する不正なアクセスを許してしまう。それどころか、正規ユーザであると認証された状態でアクセスする、いわゆる「なりすまし」が可能になってしまう。そして、このような場合には、正規ユーザになりすましての他の装置へのアクセスも可能になってしまう恐れがあり、単にＳＮＭＰを利用している装置だけでなく、ユーザが利用しているネットワーク全体のセキュリティに対する脅威となり得る可能性もあるという問題があった。
この発明は、このような問題を解決するためになされたものであり、ＳＮＭＰを用いた通信が可能な通信装置において、パスワードの漏洩を防止し、セキュリティを向上させることを目的とする。
【０００５】
なお、パスワードが漏洩してしまう可能性としては、パスワードをメモした紙を盗まれた、等といった人的ミス以外に、パスワードクラック（パスワード破り）によるものが考えられる。そして、パスワードクラックの方法としては、パスワードに使われそうな文字列を集めた辞書を使ってログインを試みる「辞書攻撃」や、可能な全組み合わせの文字列でログインを試みる「総当り攻撃」が挙げられる。
この発明は、ＳＮＭＰを用いた通信が可能な通信装置において、特にこのようなパスワードクラックに対する耐性を強化することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的を達成するため、この発明の通信装置は、ＳＮＭＰを用いた通信を行う手段を有する通信装置において、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、上記アクセスの要求元を示す要求元情報毎に計数する計数手段と、上記計数手段が計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手段と、特定の条件が満たされた場合に上記権限停止制御を解除する権限復帰手段とを設けたものである。
【０００７】
このような通信装置において、上記計数手段を、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、上記アクセスの要求元を示す要求元情報毎に、かつその失敗の原因毎に計数する手段とするとよい。
さらに、上記失敗の原因を、暗号化方式の不一致及び、ユーザ名又はパスワードの不一致とするとよい。
さらに、上記所定の条件を、上記計数手段が計数した回数が所定の閾値以上になった場合とし、上記利用者の特定の失敗の原因毎に、上記閾値が異なるようにするとよい。
【０００８】
さらにまた、上記利用者の特定の失敗の原因が暗号化方式の不一致である場合の上記閾値を、その失敗の原因がユーザ名又はパスワードの不一致である場合の上記閾値よりも小さくするとよい。
また、上記の各通信装置において、上記要求元情報を、上記アクセスの要求元のＩＰアドレス又はＩＰＸアドレスとするとよい。
【０００９】
さらに、上記特定の条件を、上記権限停止制御の開始後所定の時間が経過したこととするとよい。
あるいは、上記特定の条件を、管理者権限を有するユーザによる復帰許可指示を受けることとするとよい。
【００１０】
また、この発明の通信装置の制御方法は、ＳＮＭＰを用いた通信を行う手段を有する通信装置を制御する通信装置の制御方法において、上記通信装置に、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、上記アクセスの要求元を示す要求元情報毎に計数する計数手順と、上記計数手順で計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手順と、特定の条件が満たされた場合に、上記権限停止制御を解除する権限復帰手順とを実行させるようにしたものである。
【００１１】
また、この発明のプログラムは、コンピュータを、ＳＮＭＰを用いた通信を行う手段と、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、上記アクセスの要求元を示す要求元情報毎に計数する計数手段と、上記計数手段が計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手段と、特定の条件が満たされた場合に、上記権限停止制御を解除する権限復帰手段として機能させるためのプログラムである。
また、この発明の記録媒体は、上記のプログラムを記録したコンピュータ読取可能な記録媒体。
【発明の効果】
【００１２】
以上のようなこの発明の通信装置又は通信装置の制御方法によれば、ＳＮＭＰを用いた通信が可能な通信装置において、パスワードクラックに対する耐性を強化してパスワードの漏洩を防止し、セキュリティを向上させることができる。
また、この発明のプログラムによれば、コンピュータを上記の通信装置として機能させてその特徴を実現し、同様な効果を得ることができる。
この発明の記録媒体によれば、上記のプログラムを記憶していないコンピュータにそのプログラムを読み出させて実行させ、上記の効果を得ることができる。
【発明を実施するための最良の形態】
【００１３】
以下、この発明を実施するための最良の形態について、図面を参照して説明する。
まず、この発明の通信装置の実施形態であるネットワーク機器の構成について説明する。図１は、そのネットワーク機器の構成を、そのネットワーク機器にアクセス可能なＰＣ（パーソナルコンピュータ）と共に示したブロック図である。
図１に示したネットワーク機器１０は、コピー、プリンタ、スキャナ、ファクシミリ通信等の種々の機能を有する画像処理装置であるデジタル複合機であり、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，不揮発性メモリ（ＮＶＲＡＭ）１４，ネットワークＩ／Ｆ１５，エンジン部１６を備えている。
【００１４】
ＣＰＵ１１は、ネットワーク機器１０全体を統括制御する制御手段であり、ＲＯＭ１２や不揮発性メモリ１４に記録された種々のプログラムを実行することにより、計数手段，権限停止手段，権限復帰手段等の各手段として機能し、後述するようにこの実施形態の特徴に係る種々の機能を実現する。
ＲＯＭ１２は、不揮発性の記憶手段であり、ＣＰＵ１１が実行するプログラムや、固定的なパラメータ等を記憶する。ＲＯＭ１２を書き換え可能な記憶手段として構成し、これらのデータをアップデートできるようにしてもよい。
【００１５】
ＲＡＭ１３は、一時的に使用するデータを記憶したり、ＣＰＵ１１のワークメモリとして使用したりする記憶手段である。
不揮発性メモリ１４は、フラッシュメモリやＨＤＤ（ハードディスクドライブ）等による書き換え可能な不揮発性記憶手段であり、ＣＰＵ１１が実行するプログラムや、装置の電源がＯＦＦされた後でも保持しておく必要があるパラメータの値等を記憶する。ＳＮＭＰコマンドを用いて参照及び変更するＭＩＢ（Management Information Base）ツリー形式のデータには、この不揮発性メモリ１４に記憶させるものもある。
【００１６】
ネットワークインタフェース（Ｉ／Ｆ）１５は、ネットワーク機器１０をネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）方式の通信を行うためのインタフェースである。そして、ネットワーク３０を介して他の装置と通信を行う場合、このネットワークＩ／Ｆ１５とＣＰＵ１１とが通信手段として機能する。なお、ネットワーク３０は、有線、無線を問わず種々の方式のものが使用可能であり、ネットワークＩ／Ｆ１５は、ネットワーク３０の規格や使用する通信プロトコル等に応じて適切なものを用意する。また、複数の規格に対応させて複数のネットワークＩ／Ｆ１５を設けることも当然可能である。
【００１７】
エンジン部１６は、画像形成部、画像読取部、ファクシミリ通信ユニット等であり、ＣＰＵ１１がこれらの動作を適切に制御することにより、ネットワーク機器１０にコピー、プリンタ、スキャナ、ファクシミリ通信等の種々の動作を実行させることができる。なお、この部分は、この実施形態の特徴とはあまり関係ないため、図示は簡単なものに留めている。
【００１８】
以上のようなネットワーク機器１０は、ここでは、ネットワーク３０を介してＰＣ等の外部装置２０と通信可能としている。また、このネットワーク機器１０は、後述するようにＳＮＭＰに対応しており、外部装置２０からＳＮＭＰクライアントを用いてアクセスすることにより、設定されているパラメータの値の参照や変更が可能である。
【００１９】
次に、図２に、ネットワーク機器１０における、この実施形態の特徴に関連する部分のソフトウェア構成を示す。なお、以下の説明において、説明を簡単にするため、ＣＰＵがソフトウェアを実行することによって実現される機能について、ソフトウェアがその機能を有する、あるいはソフトウェアによってその機能が実現される、等の表現を用いることもある。
【００２０】
図２に示すように、ネットワーク機器１０においてこの実施形態の特徴に関連する機能を実現するためのソフトウェアは、ＳＮＭＰデーモン１００，認証モジュール１１０，ＳＮＭＰサブエージェント１２０である。
そして、ＳＮＭＰデーモン１００は、ＳＮＭＰによる通信（ＳＮＭＰコマンドの受信とそれに対する応答の送信）を可能とするためのプロトコルデーモンであり、ＳＮＭＰマスターエージェントの機能を提供する。そして、ＳＮＭＰコマンドは、例えば外部装置２０に備えたＳＮＭＰマネージャから、ＳＮＭＰリクエストに含まれた状態で受信することができる。
また、ＳＮＭＰデーモン１００は、ＳＮＭＰｖ１及びｖ２の他、通信の暗号化やパスワード（認証情報）を用いた認証に係る機能を備えたＳＮＭＰｖ３にも対応し、セキュリティの高い通信を行う機能を有している。
【００２１】
認証モジュール１１０は、このＳＮＭＰｖ３で採用されている認証処理を行う機能を有するモジュールである。そして、この認証処理の内容は、大きく分けて、暗号化されているＳＮＭＰリクエストを復号化する処理と、ＳＮＭＰリクエストに付されているユーザ名及びパスワードを予め設定されているパスワードと比較することにより、ＳＮＭＰリクエストが適切なユーザ又は装置によって送信されたものであるか否かを確認する処理である。
なお、ここでは認証モジュール１１０をＳＮＭＰデーモン１００の外に設ける例を示しているが、認証モジュール１１０をＳＮＭＰデーモン１００に含めるようにしてもよい。また、認証モジュール１１０の機能のうち、上記の復号化（及びＳＮＭＰレスポンス送信時の暗号化）を行う暗号化／複合化を行う機能と、パスワードによる認証を行う機能とを、別々のモジュールによって実現してもよく、またこれらの一方又は両方をＳＮＭＰデーモン１００に含めるようにしてもよい。
【００２２】
ＳＮＭＰサブエージェント１２０は、ＳＮＭＰマスターエージェントであるＳＮＭＰデーモン１００からのコマンドを受け付け、そのコマンドに係る処理、例えば不揮発性メモリ１４に記憶しているＭＩＢ情報の参照や変更等を行って、適切な応答を返す機能を実現するプログラムである。そしてここでは、ＦＡＸサブエージェント、コピーサブエージェント等、ネットワーク機器１０が備えるひとまとまりの機能毎にＳＮＭＰサブエージェント１２０を設けるようにしている。
【００２３】
また、ＳＮＭＰデーモン１００は、ＳＮＭＰサブエージェント１２０からコマンドに対する応答を受け取ると、この応答を、必要であれば適当な形式に変換して、ＳＮＭＰリクエストの送信元に返す機能も有する。このとき、応答は受信したＳＮＭＰリクエストと同じ暗号化方式により暗号化して送信元に返すようにしており、この際の暗号化は認証モジュール１１０が行う。
【００２４】
ここで、図２に示した構成において、ＳＮＭＰデーモン１００には、権限管理部１０１としての機能を実現するためのモジュールを設け、この権限管理部１０１により、ＳＮＭＰｖ３を用いたアクセスに関する権限を管理するようにしている。また、監視対象アドレス管理テーブル（以後単に「管理テーブル」という）１０２は、権限管理部１０１がアクセス権限の管理に使用するデータを記録したテーブルである。
そして、この権限管理部１０１によるアクセス権限の管理及び、その管理を行うために管理テーブル１０２に記憶させている情報の内容が、この実施形態の特徴である。
【００２５】
そこで、次にこれらの内容についてより詳細に説明する。
まず、図３に、管理テーブル１０２に記憶させている情報の一例を示す。
管理テーブル１０２は、ＳＮＭＰデーモン１００がＳＮＭＰを用いたアクセスを受けた際に利用者（ユーザであっても、装置であっても、ＳＮＭＰクライアントであってもよい）の特定が失敗した場合、すなわちＳＮＭＰリクエストを受信した際に認証モジュール１１０により利用者が特定できなかった場合に、その失敗の回数をアクセスの要求元のアドレス毎に計数し、その結果を記憶しておくためのテーブルである。
【００２６】
そして、管理テーブル１０２には、図３に示すように、リクエスト送信元のアドレス（「送信元アドレス」の項目）と、利用者の特定が失敗した回数（「エラー回数」の項目）とを対応させて記憶させている。そして、権限管理部１０１は、ＳＮＭＰリクエストを受信した場合に、その送信元のアドレスがこの管理テーブル１０２に記憶されており、更にそのアドレスについてのエラー回数が所定の閾値以上であった場合に、そのＳＮＭＰリクエストに関しては認証処理等の以後の処理を行うことなく、応答も返すことなく、廃棄するようにしている。
【００２７】
また、管理テーブル１０２に記憶させているアドレスが要求元情報に該当するが、記憶させるアドレスの種類は、ＳＮＭＰリクエストの転送に用いられた下位プロトコルによって異なる。例えばＩＰ（Internet Protocol）が用いられた場合にはＩＰアドレスであるし、ＩＰＸ（Internetwork Packet eXchange）が用いられた場合にはＩＰＸアドレスである。そして、「送信元アドレス」の項目に異なる種類のアドレスが混在していても構わない。例えば、図３に示した例では、「送信元アドレス」の欄において、上段にはＩＰアドレスが、下段にはＩＰＸアドレスが記載されている。
【００２８】
さらに、ここでは「アドレス」としているが、例えばＳＮＭＰリクエストの送信元装置のＩＤや名称等、あるいは送信指示を行ったユーザのＩＤや名前等が把握できる場合には、上記のようなアドレスと共に、またはこれに代えて、これらのＩＤや名称等を要求元情報として用いるようにしてもよい。しかし、特定の装置からユーザ名を変えて行われるような不正なアクセスを防止するためには、ユーザよりは装置を識別するような情報を記載することが好ましい。そして、このようにした方が、ネットワーク上のトラフィックを低減できる。
また、この管理テーブル１０２へのアドレスの登録は、後述するように、認証モジュール１１０における認証処理が失敗した場合に行われ、その後同じ要求元からのアクセスに係る認証処理が失敗するたびに、そのアドレスに係るエラー回数をカウントアップしていくようにしている。
【００２９】
次に、図４を用いて、ＳＮＭＰリクエストによるアクセスを問題なく許可できる場合の各部の動作について説明する。なお、この例において、管理テーブル１０２の内容は図３に示したものであるとする。
この図に示す例の場合、ＳＮＭＰリクエストの送信元は、外部装置Ａであり、この装置（のアドレス）は管理テーブル１０２に登録されていない。そして、この外部装置ＡのＳＮＭＰマネージャがＳＮＭＰリクエストを生成してネットワーク機器１０に送信すると、ネットワーク機器１０側ではＳＮＭＰデーモン１００がこれを受け取り、権限管理部１０１に渡す（Ｓ１１）。
【００３０】
すると、権限管理部１０１は、ＳＮＭＰ通信用ソケットから、受信したＳＮＭＰリクエストの送信元である外部装置Ａのアドレス（ここでは11.22.33.44というＩＰアドレス）を取得し、管理テーブル１０２を検索してその送信元アドレスが登録されているか否か確認する（Ｓ１２）。なお、送信元のＩＰアドレスやＩＰＸアドレスは、ＳＮＭＰリクエストが暗号化されている場合でも、これを復号化することなく取得することができる。また、このアドレスは、標準的な関数によりＳＮＭＰ通信用ソケットから取得することができる。
そして、ここでは管理テーブル１０２には外部装置ＡのＩＰアドレスは登録されていないため、権限管理部１０１は検索の結果としてその旨の情報を取得する（Ｓ１３）。
【００３１】
すると、権限管理部１０１は受信したＳＮＭＰリクエストに係る認証処理を行ってよいと判断し、認証モジュール１１０にＳＮＭＰリクエストを渡して認証処理の実行を依頼する（Ｓ１４）。そして、認証モジュール１１０は受け取ったＳＮＭＰリクエストを復号化し、そこに含まれるパスワードが適当なものであるか否かに基づいてＳＮＭＰリクエストの送信元を認証し、その結果を復号化後のＳＮＭＰリクエストと共に権限管理部１０１に返す（Ｓ１５）。ここでは、ＳＮＭＰリクエストが、ネットワーク機器１０が対応している適当な暗号化方式で暗号化されており、ここに含まれるパスワードも適当なものであるとし、このような場合には認証モジュール１１０は認証成功の応答を返す。
【００３２】
そして、権限管理部１０１は、認証成功の応答を受け取ると、受信したＳＮＭＰリクエストに含まれるＳＮＭＰコマンドを実行してよいと判断し、これを適当なＳＮＭＰサブエージェント１２０に渡して実行を依頼する（Ｓ１６）。なお、使用するコマンドやユーザ（又は使用するパスワード）に応じてＭＩＢツリーのうちアクセスできる範囲が定められている場合もある。このような場合には認証が成功したとしても、その範囲外にアクセスするようなコマンドの実行は認められないため、このようなコマンドについては実行を許可できない旨の応答を返すものとする。
【００３３】
一方、コマンドの実行を依頼されたＳＮＭＰサブエージェント１２０は、そのコマンドに係る処理を実行してＳＮＭＰデーモン１００に応答を返す（Ｓ１７）。そして、ＳＮＭＰデーモン１００は、この応答を受け取ると、受信したＳＮＭＰリクエストに対する応答を生成して送信元である外部装置Ａに返す（Ｓ１８）。なお、応答を返す際には、権限管理部１０１を介す必要はない。また、応答も受信時のＳＮＭＰリクエストと同じ暗号化方式で暗号化して返すようにしている。この処理については、図示は省略したが、認証モジュール１１０が行うものとする。
正しいパスワードを含み、ネットワーク機器１０が対応している暗号化方式で暗号化されたＳＮＭＰリクエストがネットワーク機器１０に送信される場合には、通常はこのような手順で処理がなされるが、後述するように、このようにならない場合もある。
【００３４】
次に、図５を用いて、受信したＳＮＭＰリクエストに係る認証処理が失敗する場合の各部の動作について説明する。なお、この例においても、管理テーブル１０２の内容は図３に示したものであるとする。
この図に示す例の場合、ＳＮＭＰリクエストの送信元は、外部装置Ｂであり、この装置（のアドレス）もやはり管理テーブル１０２に登録されていない。そして、この外部装置ＢのＳＮＭＰマネージャがＳＮＭＰリクエストを生成してネットワーク機器１０に送信すると、ネットワーク機器１０側ではＳＮＭＰデーモン１００がこれを受け取り、権限管理部１０１に渡す（Ｓ２１）。
【００３５】
すると、権限管理部１０１は、図４のステップＳ１２の場合と同様に、受信したＳＮＭＰリクエストの送信元である外部装置Ｂのアドレス（ここでは111.111.111.111というＩＰアドレス）を取得し、管理テーブル１０２を検索してその送信元アドレスが登録されているか否か確認する（Ｓ２２）。
そして、ここでは管理テーブル１０２には外部装置ＢのＩＰアドレスは登録されていないため、権限管理部１０１は検索の結果としてその旨の情報を取得する（Ｓ２３）。
【００３６】
すると、権限管理部１０１は受信したＳＮＭＰリクエストに係る認証処理を行ってよいと判断し、図４のステップＳ１４の場合と同様に認証モジュール１１０に認証処理の実行を依頼する（Ｓ２４）。そして、認証モジュール１１０は図４のステップＳ１５の場合と同様にＳＮＭＰリクエストの送信元を認証し、その結果を権限管理部１０１に返す（Ｓ２５）。しかしここでは、ＳＮＭＰリクエストが、ネットワーク機器１０が対応している適当な暗号化方式で暗号化されていなかったり、ＳＮＭＰリクエストに含まれるパスワードも適当なものでなかったりして認証処理が失敗し、認証モジュール１１０は認証失敗の応答を返すものとする。
【００３７】
そして、権限管理部１０１は、認証失敗の応答を受け取ると、受信したＳＮＭＰリクエストに含まれるＳＮＭＰコマンドを実行を許可できないと判断し、ＳＮＭＰサブエージェント１２０への実行要求は行わない。
ここで、認証が失敗した原因は、外部装置Ｂのユーザによるパスワードの入力ミス等、悪意のない理由であることも考えられるが、アクセス権限のない装置やユーザからのアクセスであったり、「辞書攻撃」や「総当り攻撃」によるパスワードクラックが行われているためであったりする可能性もある。そこで、権限管理部１０１は、ステップＳ２５で認証失敗の結果を受け取ると、管理テーブル１０２に、ＳＮＭＰリクエストの送信元である外部装置Ｂのアドレスを登録し、同時にエラー回数として「１」を登録する（Ｓ２６）。
【００３８】
図６に、この登録後の管理テーブル１０２の内容を示すが、図３に示した状態と比べ、外部装置ＢのＩＰアドレスである111.111.111.111が追加された状態となっている。このことは、外部装置Ｂのアドレスから悪意のあるアクセスが試みられている恐れがあると認識し、外部装置Ｂのアドレスを監視対象としたことを意味するものである。
ただし、この時点では悪意のある（不正な）アクセスであるか否かは不明であるので、権限管理部１０１は、外部装置Ｂに対し、認証失敗のためコマンドの実行を許可できない旨の応答を返す（Ｓ２７）。
【００３９】
なお、管理テーブル１０２の内容が図６に示すようになった状態で再度外部装置Ｂからネットワーク機器１０に同様なＳＮＭＰリクエストが送信されてくると、今度は、権限管理部１０１はステップＳ２３において外部装置ＢのＩＰアドレスが管理テーブル１０２に登録されている旨の情報を取得することになる。しかし、対応する「エラー回数」の値が所定の閾値（例えば「１０」）より小さい場合には、ＳＮＭＰリクエストによるアクセスが悪意のあるものである可能性もあるが未だ確定的でないと判断し、通常通りの対応を行う。すなわち認証モジュールに対する認証処理の実行の依頼を行う（Ｓ２４）。
【００４０】
そして、結果が再度認証失敗であった場合には、管理テーブル１０２において、送信元のアドレスと対応する「エラー回数」を１加算する（Ｓ２６）と共に、外部装置Ｂに対して、認証失敗のためコマンドの実行を許可できない旨の応答を返す（Ｓ２７）。従って、同じ送信元からのＳＮＭＰリクエストに対する認証失敗が繰り返される度に、その送信元についての「エラー回数」が加算されていくことになる。
なお、管理テーブル１０２に登録されているアドレスからのＳＮＭＰリクエストについて認証処理が成功した場合には、それまでの失敗は悪意のないミスによるものと判断し、該当のアドレスを管理テーブル１０２から削除するようにしている。従って、閾値を適切な値に設定しておけば、悪意のないミスが重なって「エラー回数」が閾値を越えてしまうような事態を防止することができる。
【００４１】
次に、図７を用いて、受信したＳＮＭＰリクエストが悪意のあるアクセスに係るものであると判断する場合の各部の動作について説明する。なお、この例において、管理テーブル１０２の内容は図６に示したものであるとする。
この図に示す例の場合、ＳＮＭＰリクエストの送信元は、外部装置Ｃであり、この装置（のアドレス）は管理テーブル１０２に登録されており、そのアドレスについてエラー回数である「１０」は、所定の閾値以上であるとする。そして、この外部装置ＣのＳＮＭＰマネージャがＳＮＭＰリクエストを生成してネットワーク機器１０に送信すると、ネットワーク機器１０側ではＳＮＭＰデーモン１００がこれを受け取り、権限管理部１０１に渡す（Ｓ３１）。
【００４２】
すると、権限管理部１０１は、図４のステップＳ１２の場合と同様に、受信したＳＮＭＰリクエストの送信元である外部装置Ｃのアドレス（ここでは123.123.123.123というＩＰアドレス）を取得し、管理テーブル１０２を検索してその送信元アドレスが登録されているか否か確認する（Ｓ３２）。
そして、ここでは管理テーブル１０２に外部装置ＣのＩＰアドレスが登録されており、さらにエラー回数が所定の閾値以上であるため、権限管理部１０１は検索の結果としてその旨の情報を取得する（Ｓ３３）。
【００４３】
すると、権限管理部１０１は、外部装置Ｃからは認証が失敗するようなＳＮＭＰリクエストによるアクセスが繰り返されており、「辞書攻撃」や「総当り攻撃」によるパスワードクラックのような悪意のあるアクセスがなされている可能性が高いと判断し、受信したＳＮＭＰリクエストに係る処理を行わないようにする。具体的には、受信したＳＮＭＰリクエストをそのまま廃棄し（Ｓ３４）、認証処理を行わず、応答も返さないようにする。
【００４４】
このようにすれば、ＳＮＭＰリクエストの送信元である外部装置Ｃにおいては、ネットワーク機器１０にＳＮＭＰコマンドを実行させることができないのはもちろんのこと、認証の成否も把握することができない。従って、「辞書攻撃」や「総当り攻撃」により認証が成功するようなパスワードを発見されることを防止できるので、パスワードクラックに対する耐性を強化してパスワードの漏洩を防止し、セキュリティを向上させることができる。
【００４５】
また、不正なアクセスである可能性があるから受け付けられない旨の応答を返すようにすることも考えられるが、悪意がある可能性が高いアクセス要求元に余計な情報を与えることになる可能性もあるため、応答を一切返さないようにすることが好ましい。ＳＮＭＰは、トランスポート層のプロトコルとしてＵＤＰ（User Datagram Protocol）を使用しているため、応答がなくても動作には全く支障がない。従って、ネットワーク機器１０における処理負荷やネットワークに対する負荷の低減の観点からも、悪意がある可能性が高いアクセスに対しては応答を返さないようにすることが好ましいといえる。なお、後でアクセス解析等に使用するため、受信したＳＮＭＰリクエストを別途保管しておくことは考えられる。
【００４６】
次に、図８に、以上の図３乃至図７を用いて説明した処理のうちネットワーク機器１０において実行する部分のフローチャートを示す。
ネットワーク機器１０のＣＰＵ１１は、外部装置からＳＮＭＰリクエストを受信すると、所要の制御プログラム（主としてＳＮＭＰデーモン１００）を実行することにより、図８のフローチャートに示す処理を開始する。
そして、まずステップＳ１０１で、受信したＳＮＭＰリクエストのパケットが、ＳＮＭＰｖ３に係るリクエストのパケットか否か判断する。そして、この判断がＮＯであれば、受信したリクエストはＳＮＭＰｖ１またはｖ２に係るリクエストであると判断できるので、ステップＳ１１１に進み、ＳＮＭＰｖ１またはｖ２に係るリクエストに関する処理を行って終了するが、この処理はこの実施形態の特徴とは関係ないため、詳細な説明は省略する。
【００４７】
一方、ステップＳ１０１でＹＥＳであれば、ステップＳ１０２に進み、ＳＮＭＰリクエストに係るパケットの受信時の情報から、ＳＮＭＰリクエストの送信元装置のアドレスを取得し、そのアドレスについて管理テーブル１０２を検索する。
そして、ステップＳ１０３でその取得したアドレスが管理テーブル１０２に登録され、かつエラー回数が所定の閾値以上であるか否か判断する。そして、この判断がＹＥＳであれば、ステップＳ１１２で受信したパケットを廃棄して処理を終了する。このケースは、図７に示したケースに相当する。そしてこの場合、ステップＳ１０３及びＳ１１２の処理が権限停止制御を行う権限停止手順に該当し、これらの処理において、ＣＰＵ１１が権限停止手段として機能する。
【００４８】
一方、ステップＳ１０３でＮＯであれば、ステップＳ１０４及びＳ１０５に進み、受信したＳＮＭＰリクエストに係るパケットの復号化と、そのＳＮＭＰリクエストに含まれるパスワードを用いた認証処理を行う。これらの処理は、認証モジュール１１０の機能によるものである。
そして、ステップＳ１０６で認証成功か否か判断し、成功していればステップＳ１０７に進む。このケースは図４に示したケースに相当する。そして、ステップＳ１０２で取得していた送信元装置のアドレスが管理テーブルに登録されているか否か判断する。この判断は、ステップＳ１０２での検索結果に基づいて行うことができる。
【００４９】
そして、ステップＳ１０７で登録されていれば、ステップＳ１０８で管理テーブル１０２からその送信元装置のアドレスを削除し、ステップＳ１０９で受信したパケットに含まれるＳＮＭＰコマンドの実行に係る処理を行い、ステップＳ１１０で送信元装置に対して応答を返して処理を終了する。また、ステップＳ１０７で登録されていなければ、ステップＳ１０８の処理は行わずにステップＳ１０９に進んでＳＮＭＰコマンドの実行に係る処理を行う。なお、ステップＳ１０９の処理は、ＳＮＭＰサブエージェント１２０によるコマンドの実行に係る処理であるが、この部分の処理もこの実施形態の特徴とは関係ないため、詳細な説明は省略する。
【００５０】
また、ステップＳ１０６で認証失敗であった場合には、ステップＳ１１３に進む。このケースは図５に示したケースに相当する。そしてステップＳ１１３では、ステップＳ１０７の場合と同様に、送信元装置のアドレスが管理テーブルに登録されているか否か判断する。そして、登録されていれば、ステップＳ１１４で管理テーブル１０２に登録されている送信元装置のアドレスについてのエラー回数を１加算し、ステップＳ１１０で送信元装置に対して応答を返して処理を終了する。ステップＳ１１３で登録されていなかった場合には、ステップＳ１１５でエラー回数を１として送信元装置のアドレスを管理テーブル１０２に登録し、ステップＳ１１０で送信元装置に対して応答を返して処理を終了する。なお、これらの処理の場合、ステップＳ１１０での応答は、認証が失敗した旨の応答となる。
以上のステップＳ１１３乃至Ｓ１１５の処理が計数手順の処理であり、これらの処理においてはＣＰＵ１１が計数手段として機能する。
【００５１】
以上のような処理を行うことにより、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、そのアクセスの要求元を示す要求元情報毎に計数すると共に、計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにすることができる。
なお、図８に示した処理においては、ステップＳ１０３の判断がＹＥＳになる状態、すなわちエラー回数が所定の閾値を越えた状態ではエラー回数の計数は行わないようにしているが、この状態でもエラー回数の計数を続けるようにしてもよい。この場合において、アクセスがあった場合には無条件でエラーとして計数を行うようにしてもよい。
【００５２】
また、ステップＳ１０３の判断に使用する所定の閾値は、管理者権限を有するユーザが自由に定めることができるようにするとよく、管理テーブル１０２の「送信元アドレス」に登録されているアドレスの種類（ＩＰアドレス，ＩＰＸアドレス等）に応じて異なる値としてもよい。なお閾値が小さすぎると、悪意のない入力ミス等が重なった場合についても悪意のあるアクセスとみなしてしまう可能性が高くなり、閾値が大きすぎると、悪意のあるアクセスに対しても相当の回数応答してしまうことになる。そこで、閾値としては、これらを勘案して適当な値を定めるとよい。
【００５３】
また、１種類のアドレスについても複数の閾値を定めることを可能とし、エラー回数が１番目の閾値以上になった場合にその送信元に対して応答を返さないようにし、２番目の閾値以上になった場合に所定のアドレスに対して不正アクセスの可能性を警告するメッセージを送信するというように、エラー回数の値によって複数の異なる対応を行うようにすることも考えられる。
【００５４】
ところで、図８に示したような処理を実行する場合、管理テーブル１０２に登録されている特定のアドレスについてのエラー回数が一旦閾値を越えてしまうと、以後そのアドレスに対しては、正しい暗号化方式とパスワードを用いた正当なアクセスであっても応答を返さなくなってしまう。
しかし、たまたま悪意のないミスが重なって閾値を越えてしまった場合、あるいはウィルスプログラム等により不正なアクセスが行われていたが、それが除去され、不正なアクセスが行われなくなった場合等には、アクセスを再度受け付けるようにすることが好ましい。そこで、ネットワーク機器１０においては、一旦エラー回数の値が閾値を越えた場合でも、所定の場合には管理テーブル１０２からアドレスを削除し、再度そのアドレスからのアクセスを受け付ける状態に復帰させることができるようにしている。
【００５５】
次に、このような復帰の条件について説明する。
まず、復帰の条件としては、管理者権限を持つユーザ（又は装置）から、復帰許可指示を受けた場合が考えられる。
そこで、図９を用いて、このような場合の各部の動作について説明する。なお、この例において、管理テーブル１０２の内容は図６に示したものであるとする。
【００５６】
この図に示す例の場合、ＳＮＭＰリクエストの送信元は、外部装置Ａであり、この装置（のアドレス）は管理テーブル１０２に登録されていない。そして、この外部装置ＡのＳＮＭＰマネージャが、管理者権限を有することを示すユーザ名及びパスワードと、管理テーブル１０２から削除するアドレスを指定した復帰許可指示とを含むＳＮＭＰリクエストを生成してネットワーク機器１０に送信すると、ネットワーク機器１０側ではＳＮＭＰデーモン１００がこれを受け取り、権限管理部１０１に渡す（Ｓ４１）。
すると、権限管理部１０１は、図４のステップＳ１２，Ｓ１３の場合と同様に、受信したＳＮＭＰリクエストの送信元である外部装置Ａのアドレスについて管理テーブル１０２を検索し、登録されていない旨の情報を得る（Ｓ４２，Ｓ４３）。
【００５７】
そして、図４のステップＳ１４，Ｓ１５の場合と同様に、認証モジュール１１０に認証処理の実行を依頼し、ここでは暗号化方式やパスワードが正当なものであるとすると、認証処理が成功し、認証モジュール１１０は認証成功の応答を返す（Ｓ４４，Ｓ４５）。
そして、権限管理部１０１は、認証成功の応答を受け取ると、受信したＳＮＭＰリクエストに含まれる復帰許可指示に係る処理を実行してよいと判断し、管理テーブル１０２から、復帰許可指示において指定されたアドレスを削除する（Ｓ４６）。そして、その処理が完了した旨の応答を外部装置Ａに返す（Ｓ４７）。
このステップＳ４６の処理が権限復帰手順の処理であり、この処理において、ネットワーク機器１０のＣＰＵ１１が権限復帰手段として機能する。
【００５８】
一例として、図１０に、管理テーブル１０２において、図６に示した状態から、削除するアドレスとして図７に示した外部装置Ｃのアドレスである123.123.123.123を指定した復帰許可指示に係る処理を行った後の管理テーブル１０２の内容を示す。
復帰許可指示に係る処理を行うと、この図に示すように、指定されたアドレスと、そのアドレスについてのエラー回数の情報が削除され、権限管理部１０１におけるアクセスの管理に関しては、指定されたアドレスは、管理テーブル１０２に登録されていない初期の状態に戻ることになる。従って、その指定されたアドレスからＳＮＭＰリクエストを受信した場合、再度図４または図６に示したように、認証処理及びそれが成功した場合にはコマンドの実行に係る処理を行うことになる。
【００５９】
なお、復帰許可指示もＳＮＭＰコマンドとして記載し、ＳＮＭＰサブエージェント１２０にこのコマンドに係る処理を実行させるようにしてもよい。
また、復帰許可指示の送信元が管理テーブル１０２に登録されていても、エラー回数が所定の閾値以上でなければ、復帰許可指示に係る処理は上記の場合と同様に実行される。
【００６０】
また、上記の他、復帰の条件を、エラー回数が上述の閾値以上になった後、すなわち権限停止制御が開始された後、所定の時間が経過した場合とすることも考えられる。
このようにする場合には、管理テーブル１０２に、最後に認証失敗となった日時を記録しておくようにすることが好ましい。
【００６１】
図１１に、このようにする場合の管理テーブル１０２の例を示す。この例は、図６に示した例と対応するものである。
そして、この例においては、「最終エラー日時」の項目に、対応するアドレスから受信したＳＮＭＰリクエストについて、最後に認証失敗となった日時（又は最後に「エラー回数」が加算された日時）を記憶している。例えば、アドレス123.123.123.123については、２００４年１月１日午前０時である。この「最終エラー日時」の情報は、図８のフローチャートに示した処理において、ステップＳ１１４やＳ１１５で管理テーブル１０２にエラーの発生を登録する際に、これと共に登録するようにするとよい。
【００６２】
また、図１２に、上述の「最終エラー日時」の情報を利用した権限停止制御の解除処理のフローチャートを示す。
ネットワーク機器１０のＣＰＵ１１は、ＳＮＭＰデーモン１００の起動時に図１２のフローチャートに示す処理を開始する。
そして、ステップＳ１２１で、管理テーブル１０２に最終エラーから所定時間（例えば１日、１週間、１ヶ月等）経過したアドレスが登録されているか否か判断し、登録されていればステップＳ１２２で該当するアドレスを管理テーブル１０２から削除し、ステップＳ１２１に戻って処理を繰り返す。ステップＳ１２１で登録されていなければ、そのままステップＳ１２１の処理を繰り返す。一定時間毎にこのような処理を繰り返すようにしてもよい。
【００６３】
このような処理を行うことにより、あるアドレスについて権限停止制御が開始された後、所定の時間が経過した場合に、そのアドレスについての権限停止制御を解除することができる。そして、図１２のフローチャートに示した処理も権限復帰手順の処理であり、この処理においても、ネットワーク機器１０のＣＰＵ１１が権限復帰手段として機能する。
なお、ステップＳ１２１での判断に用いる所定時間は、短過ぎると悪意のあるアクセスに対しても頻繁に応答を返してしまうことになるし、長すぎると悪意のないアクセスの場合にも長期間に亘って応答を返さない状態を保ってしまうことになるので、これらを勘案して適当な時間を定めるとよい。
【００６４】
また、図１２のフローチャートに示した処理では、エラー回数が閾値を越えていない場合でも、最終エラー日時から所定時間経過した場合には該当アドレスを管理テーブル１０２から削除するようにしているが、エラー回数が閾値を越えている場合のみ削除を行うようにしてもよい。また、一旦管理テーブル１０２に登録したアドレスでも、その後認証処理が成功した場合に該当するアドレスを管理テーブル１０２から削除することは、図８で説明した通りである。
【００６５】
また、図８に示した処理において、エラー回数が閾値を越えた後も計数を続けるようにした場合、エラー回数を加算する毎に「最終エラー日時」も更新するようにするとよい。そして、このようにした場合、「最終エラー日時」の情報は、実質的には「最終アクセス日時」と同等な情報となる。従って、この場合に図１２に示した処理を適用すると、エラー回数が上述の閾値以上になった後では、最後にアクセスがあってから所定の時間が経過した場合に、権限停止制御を解除することになるが、このような手法も有効である。
【００６６】
以上のような処理を行うことにより、一旦応答を返さないようにしたアドレスについても、その後応答を返すようにしてもよいと思われる場合には、管理者の判断により又は自動的に、通常通り応答を返す状態に戻すことができる。従って、管理者（ユーザ）の意に添わずに長期間に亘って外部装置からネットワーク機器１０にＳＮＭＰを用いたアクセスが不能になってしまうような事態を防止できる。
【００６７】
〔変形例〕
次に、上述した実施形態の変形例について説明する。
この変形例においては、管理テーブル１０２におけるエラー回数の計数を、認証失敗の原因毎に行うようにしていることが、上述した実施形態の場合と異なる。そこで、上述の実施形態の場合と同様な点の説明は省略するか簡単にし、この相違点を中心に説明する。
【００６８】
まず、図１３にこの変形例の管理テーブル１０２に記憶させる情報の例を示す。
この図に示すように、この変形例においては、認証モジュール１１０における認証処理が失敗した回数を、「認証エラー回数」と「暗号エラー回数」に分けて計数するようにしている。そして、暗号エラーは、ＳＮＭＰリクエストが、ネットワーク機器１０がＳＮＭＰリクエストを取り扱うに際して使用しているものと異なる暗号化方式で暗号化されていたために復号化できなかったという原因による認証失敗、認証エラーは、ＳＮＭＰリクエストの復号化は成功したものの、ＳＮＭＰリクエストに含まれていたユーザ名又はパスワードが適切なものでなかったという原因による認証失敗を指すものとしている。
【００６９】
そして、認証モジュール１１０は、認証処理が失敗した場合にその原因を権限管理部１０１に通知するようにし、権限管理部１０１が、その原因をもとにどちらのエラー回数として計数するかを判断する。この場合において、権限管理部１０１は、認証失敗の原因を必ず管理テーブル１０２に設けている項目のいずれかに分類して記憶させるようにしているが、認証モジュール１１０が管理テーブル１０２に設けている項目と同じように分類して権限管理部１０１に通知することは必須ではない。
【００７０】
次に、図１４及び図１５に、この変形例における図９と対応する処理のフローチャートを示す。このフローチャートにおいて、図９と同じステップ番号を付した処理は、図９を用いて説明した処理と同様な処理であるので、これらの処理については省略するか簡単にする。
まず、図１４のフローチャートに示す処理においては、ネットワーク機器１０のＣＰＵ１１は、受信したパケットがＳＮＭＰｖ３のパケットであった場合に、ステップＳＡで、ステップＳ１０２で抽出した送信元装置のアドレスが管理テーブル１０２に登録され、かついずれかのエラー回数がそのエラーの種類に応じた所定の閾値以上か否か判断する。
【００７１】
この閾値は、管理テーブル１０２にてエラー回数をカウントするエラーの種類毎に独立して定めることができる。すなわち、図１３に示した例の場合には、「認証エラー」と「暗号エラー」について閾値を定める。このとき、暗号化方式の選択には、ユーザ名やパスワードの入力に比べてミスが起こりにくいと考えられるから、「暗号エラー」については「認証エラー」よりも閾値を小さい値に設定するようにしている。ミスが起こりにくい内容については、エラーが続いた場合には悪意のあるアクセスであることが原因である可能性が高いため、閾値を小さくし、速やかに悪意のあるアクセスであると認定できるようにするとよいのである。
例えば、「認証エラー」の場合には閾値を「１０」とする一方、「暗号エラー」の場合には、閾値を「２」に設定しておき、同じ送信元からのＳＮＭＰリクエストについて暗号化方式の不一致によるエラーが２回続いた場合、３回目からは応答を返さないようにすることが考えられる。この場合において、「暗号エラー回数」がそのエラーについての閾値を越えていれば、「認証エラー回数」がいくつであってもステップＳＡの判断はＹＥＳになる。逆もまた成り立つ。
【００７２】
また、図１４に示す処理においては、認証の失敗を２つの原因に分けて計数するようにしていることに伴い、ステップＳ１０６での判断を、ユーザ名やパスワードが適切なものであったか、という判断と位置付け、これがＮＯである場合にステップＳ１１３′やＳ１１４′で「認証エラー」として計数するようにしている。
【００７３】
また、ステップＳ１０４の後、ステップＳＢで、受信したＳＮＭＰリクエストにおいて使用されていた暗号化方式が適切なものであったか否か判断し、ＮＯであれば図１５のステップＳＣに進む。そして、図１４のステップＳ１０７やＳ１１３の場合と同様に、送信元装置のアドレスが管理テーブルに登録されているか否か判断する。
そして、登録されていれば、ステップＳＤで管理テーブル１０２に登録されている送信元装置のアドレスについての「暗号エラー回数」を１加算し、図１４の処理に戻ってステップＳ１１０で送信元装置に対して応答を返して処理を終了する。ステップＳＣで登録されていなかった場合には、ステップＳＥでエラー回数を１として送信元装置のアドレスを管理テーブル１０２に登録し、図１４のステップＳ１１０で送信元装置に対して応答を返して処理を終了する。なお、これらの処理の場合も、ステップＳ１１０での応答は、認証が失敗した旨の応答となる。
以上のステップＳＣ乃至ＳＥの処理も計数手順の処理であり、これらの処理においてはＣＰＵ１１が計数手段として機能する。
【００７４】
以上のような処理を行うことにより、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、そのアクセスの要求元を示す要求元情報毎に、かつその失敗の原因毎に計数すると共に、計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにすることができる。
このようにすることにより、よりきめ細かく悪意のあるアクセスを行っている可能性が高いアクセス要求元を特定し、対処することができるので、パスワードクラックに対する耐性を向上させ、一層セキュリティを向上させることができる。
【００７５】
なお、ここでは利用者の特定失敗の原因として、暗号化方式の不一致と、ユーザ名又はパスワードの不一致を挙げたが、これに限られることはない。
また、上述した実施形態のものも含め、ソフトウェアの構成やデータの形式、内容等が上述の実施形態で説明したものに限られないことはもちろんである。
【００７６】
また、この発明は、ネットワークを介して他の通信装置と適用可能な通信装置であれば、どのような通信装置にも適用可能である。適用対象としては、例えば、プリンタ，ＦＡＸ装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置のほか、汎用コンピュータ，ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム，自動車，航空機等の電子装置に通信機能を持たせた通信装置が考えられる。
【００７７】
また、この発明によるプログラムは、コンピュータを、上述したネットワーク機器１０のような通信装置として機能させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
【産業上の利用可能性】
【００７８】
以上説明してきたように、この発明の通信装置、通信装置の制御方法、プログラムあるいは記録媒体によれば、ＳＮＭＰを用いた通信が可能な通信装置において、パスワードクラックに対する耐性を強化してパスワードの漏洩を防止し、セキュリティを向上させることができる。
従って、この発明を利用することにより、高いセキュリティと利便性を両立した通信装置を構成することができる。
【図面の簡単な説明】
【００７９】
【図１】この発明の通信装置の実施形態であるネットワーク機器の構成を、そのネットワーク機器にアクセス可能なＰＣと共に示したブロック図である。
【図２】図１に示したネットワーク機器における、この実施形態の特徴に関連する部分のソフトウェア構成を示す図である。
【図３】図２に示した管理テーブルに記憶させている情報の一例を示す図である。
【図４】ＳＮＭＰリクエストによるアクセスを問題なく許可できる場合の図２に示した各部の動作について説明するための図である。
【図５】受信したＳＮＭＰリクエストに係る認証処理が失敗する場合の図２に示した各部の動作について説明するための図である。
【図６】図２に示した管理テーブルに記憶させている情報の図３とは異なる例を示す図である。
【図７】受信したＳＮＭＰリクエストが悪意のあるアクセスに係るものであると判断する場合の図２に示した各部の動作について説明するための図である。
【図８】図３乃至図７を用いて説明した処理のうち図１に示したネットワーク機器において実行する部分のフローチャートを示す図である。
【図９】管理者権限を持つユーザ又は装置から、復帰許可指示を受けた場合の図２に示した各部の動作について説明するための図である。
【図１０】図２に示した管理テーブルに記憶させている情報の図６とはさらに異なる例を示す図である。
【００８０】
【図１１】図２に示した最後に認証失敗となった日時を記録しておく場合に管理テーブルに記憶させる情報の例を示す図である。
【図１２】「最終エラー日時」の情報を利用した権限停止制御の解除処理のフローチャートである。
【図１３】認証処理が失敗した回数を、「認証エラー回数」と「暗号エラー回数」に分けて計数するようにした場合に管理テーブルに記憶させる情報の例を示す図である。
【図１４】この発明の通信装置の変形例における図９と対応する処理の一部を示すフローチャートである。
【図１５】図１４の続きの処理を示すフローチャートである。
【符号の説明】
【００８１】
１０：ネットワーク機器、１１：ＣＰＵ、１２：ＲＯＭ、１３：ＲＡＭ、
１４：不揮発性メモリ、１５：ネットワークＩ／Ｆ、１６：エンジン部、
１７：システムバス、２０：外部装置、３０：ネットワーク、
１００：ＳＮＭＰデーモン、１０１：権限管理部、１０２：管理テーブル、
１１０：認証モジュール、１２０：ＳＮＭＰサブエージェント、
【図１】
2006079359.tif 000003
【図２】
2006079359.tif 000004
【図３】
2006079359.tif 000005
【図４】
2006079359.tif 000006
【図５】
2006079359.tif 000007
【図６】
2006079359.tif 000008
【図７】
2006079359.tif 000009
【図８】
2006079359.tif 000010
【図９】
2006079359.tif 000011
【図１０】
2006079359.tif 000012
【図１１】
2006079359.tif 000013
【図１２】
2006079359.tif 000014
【図１３】
2006079359.tif 000015
【図１４】
2006079359.tif 000016
【図１５】
2006079359.tif 000017