JP2006079359A - 通信装置、通信装置の制御方法、プログラム及び記録媒体 - Google Patents
通信装置、通信装置の制御方法、プログラム及び記録媒体 Download PDFInfo
- Publication number
- JP2006079359A JP2006079359A JP2004262846A JP2004262846A JP2006079359A JP 2006079359 A JP2006079359 A JP 2006079359A JP 2004262846 A JP2004262846 A JP 2004262846A JP 2004262846 A JP2004262846 A JP 2004262846A JP 2006079359 A JP2006079359 A JP 2006079359A
- Authority
- JP
- Japan
- Prior art keywords
- snmp
- access
- authority
- communication device
- address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
Abstract
【課題】 パスワードの漏洩を防止し、セキュリティを向上させる。
【解決手段】 ネットワーク機器１０に、ＳＮＭＰを用いた通信を行う機能を提供するＳＮＭＰデーモン１００を実行させる際に、権限管理部１０１と管理テーブル１０２により、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、アクセスの要求元のアドレス毎に計数し、権限管理部１０１が、その計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする制御を行う。また、特定の条件が満たされた場合には応答を返さないようにする制御を解除するようにした。
【選択図】 図４
【解決手段】 ネットワーク機器１０に、ＳＮＭＰを用いた通信を行う機能を提供するＳＮＭＰデーモン１００を実行させる際に、権限管理部１０１と管理テーブル１０２により、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、アクセスの要求元のアドレス毎に計数し、権限管理部１０１が、その計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする制御を行う。また、特定の条件が満たされた場合には応答を返さないようにする制御を解除するようにした。
【選択図】 図４
Description
この発明は、ＳＮＭＰ（シンプル・ネットワーク・マネジメント・プロトコル：Simple Network Management Protocol）を用いて通信を行う機能を有する通信装置、このような通信装置を制御する通信装置の制御方法、コンピュータをこのような通信装置として機能させるためのプログラム、およびこのようなプログラムを記録したコンピュータ読取可能な記録媒体に関する。
従来から、ネットワークを介した通信が可能な通信装置において、ネットワーク機器管理プロトコルであるＳＮＭＰに対応させるようにすることが行われている。このような通信装置としては、例えば、プリンタやデジタル複合機といったオフィス機器が挙げられる。そして、このＳＮＭＰに対応している機器は、ＳＮＭＰマネージャと呼ばれる管理ツールにより、外部装置からでもネットワークを介して設定の参照や変更を行うことが可能である。
このようなＳＮＭＰ対応機器に関する技術は、例えば特許文献１乃至４に記載されている。
特開２０００−８９９２４号公報
特開２００２−１４９４７０号公報
特開２０００−２８５０６６号公報
特開２００３−３１６６７２号公報
このようなＳＮＭＰ対応機器に関する技術は、例えば特許文献１乃至４に記載されている。
また、近年では、ＳＮＭＰバージョン３（ｖ３）の規格が制定され、ネットワークを介した通信を行う通信装置に採用され始めている。そして、このＳＮＭＰｖ３は、従来のバージョン１（ｖ１）やバージョン２（ｖ２）では対応していなかったユーザ認証やパケットの暗号化といった機能に対応している。そして、ＳＮＭＰｖ３を利用することにより、装置のユーザ個々のアカウントやパスワードを利用した装置の管理が可能になり、セキュリティの向上を図ることができる。
しかしながら、ＳＮＭＰｖ３を利用する場合であっても、パスワードが漏洩してしまえば、装置に対する不正なアクセスを許してしまう。それどころか、正規ユーザであると認証された状態でアクセスする、いわゆる「なりすまし」が可能になってしまう。そして、このような場合には、正規ユーザになりすましての他の装置へのアクセスも可能になってしまう恐れがあり、単にＳＮＭＰを利用している装置だけでなく、ユーザが利用しているネットワーク全体のセキュリティに対する脅威となり得る可能性もあるという問題があった。
この発明は、このような問題を解決するためになされたものであり、ＳＮＭＰを用いた通信が可能な通信装置において、パスワードの漏洩を防止し、セキュリティを向上させることを目的とする。
この発明は、このような問題を解決するためになされたものであり、ＳＮＭＰを用いた通信が可能な通信装置において、パスワードの漏洩を防止し、セキュリティを向上させることを目的とする。
なお、パスワードが漏洩してしまう可能性としては、パスワードをメモした紙を盗まれた、等といった人的ミス以外に、パスワードクラック（パスワード破り）によるものが考えられる。そして、パスワードクラックの方法としては、パスワードに使われそうな文字列を集めた辞書を使ってログインを試みる「辞書攻撃」や、可能な全組み合わせの文字列でログインを試みる「総当り攻撃」が挙げられる。
この発明は、ＳＮＭＰを用いた通信が可能な通信装置において、特にこのようなパスワードクラックに対する耐性を強化することを目的とする。
この発明は、ＳＮＭＰを用いた通信が可能な通信装置において、特にこのようなパスワードクラックに対する耐性を強化することを目的とする。
上記の目的を達成するため、この発明の通信装置は、ＳＮＭＰを用いた通信を行う手段を有する通信装置において、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、上記アクセスの要求元を示す要求元情報毎に計数する計数手段と、上記計数手段が計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手段と、特定の条件が満たされた場合に上記権限停止制御を解除する権限復帰手段とを設けたものである。
このような通信装置において、上記計数手段を、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、上記アクセスの要求元を示す要求元情報毎に、かつその失敗の原因毎に計数する手段とするとよい。
さらに、上記失敗の原因を、暗号化方式の不一致及び、ユーザ名又はパスワードの不一致とするとよい。
さらに、上記所定の条件を、上記計数手段が計数した回数が所定の閾値以上になった場合とし、上記利用者の特定の失敗の原因毎に、上記閾値が異なるようにするとよい。
さらに、上記失敗の原因を、暗号化方式の不一致及び、ユーザ名又はパスワードの不一致とするとよい。
さらに、上記所定の条件を、上記計数手段が計数した回数が所定の閾値以上になった場合とし、上記利用者の特定の失敗の原因毎に、上記閾値が異なるようにするとよい。
さらにまた、上記利用者の特定の失敗の原因が暗号化方式の不一致である場合の上記閾値を、その失敗の原因がユーザ名又はパスワードの不一致である場合の上記閾値よりも小さくするとよい。
また、上記の各通信装置において、上記要求元情報を、上記アクセスの要求元のＩＰアドレス又はＩＰＸアドレスとするとよい。
また、上記の各通信装置において、上記要求元情報を、上記アクセスの要求元のＩＰアドレス又はＩＰＸアドレスとするとよい。
さらに、上記特定の条件を、上記権限停止制御の開始後所定の時間が経過したこととするとよい。
あるいは、上記特定の条件を、管理者権限を有するユーザによる復帰許可指示を受けることとするとよい。
あるいは、上記特定の条件を、管理者権限を有するユーザによる復帰許可指示を受けることとするとよい。
また、この発明の通信装置の制御方法は、ＳＮＭＰを用いた通信を行う手段を有する通信装置を制御する通信装置の制御方法において、上記通信装置に、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、上記アクセスの要求元を示す要求元情報毎に計数する計数手順と、上記計数手順で計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手順と、特定の条件が満たされた場合に、上記権限停止制御を解除する権限復帰手順とを実行させるようにしたものである。
また、この発明のプログラムは、コンピュータを、ＳＮＭＰを用いた通信を行う手段と、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、上記アクセスの要求元を示す要求元情報毎に計数する計数手段と、上記計数手段が計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手段と、特定の条件が満たされた場合に、上記権限停止制御を解除する権限復帰手段として機能させるためのプログラムである。
また、この発明の記録媒体は、上記のプログラムを記録したコンピュータ読取可能な記録媒体。
また、この発明の記録媒体は、上記のプログラムを記録したコンピュータ読取可能な記録媒体。
以上のようなこの発明の通信装置又は通信装置の制御方法によれば、ＳＮＭＰを用いた通信が可能な通信装置において、パスワードクラックに対する耐性を強化してパスワードの漏洩を防止し、セキュリティを向上させることができる。
また、この発明のプログラムによれば、コンピュータを上記の通信装置として機能させてその特徴を実現し、同様な効果を得ることができる。
この発明の記録媒体によれば、上記のプログラムを記憶していないコンピュータにそのプログラムを読み出させて実行させ、上記の効果を得ることができる。
また、この発明のプログラムによれば、コンピュータを上記の通信装置として機能させてその特徴を実現し、同様な効果を得ることができる。
この発明の記録媒体によれば、上記のプログラムを記憶していないコンピュータにそのプログラムを読み出させて実行させ、上記の効果を得ることができる。
以下、この発明を実施するための最良の形態について、図面を参照して説明する。
まず、この発明の通信装置の実施形態であるネットワーク機器の構成について説明する。図１は、そのネットワーク機器の構成を、そのネットワーク機器にアクセス可能なＰＣ（パーソナルコンピュータ）と共に示したブロック図である。
図１に示したネットワーク機器１０は、コピー、プリンタ、スキャナ、ファクシミリ通信等の種々の機能を有する画像処理装置であるデジタル複合機であり、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，不揮発性メモリ（ＮＶＲＡＭ）１４，ネットワークＩ／Ｆ１５，エンジン部１６を備えている。
まず、この発明の通信装置の実施形態であるネットワーク機器の構成について説明する。図１は、そのネットワーク機器の構成を、そのネットワーク機器にアクセス可能なＰＣ（パーソナルコンピュータ）と共に示したブロック図である。
図１に示したネットワーク機器１０は、コピー、プリンタ、スキャナ、ファクシミリ通信等の種々の機能を有する画像処理装置であるデジタル複合機であり、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，不揮発性メモリ（ＮＶＲＡＭ）１４，ネットワークＩ／Ｆ１５，エンジン部１６を備えている。
ＣＰＵ１１は、ネットワーク機器１０全体を統括制御する制御手段であり、ＲＯＭ１２や不揮発性メモリ１４に記録された種々のプログラムを実行することにより、計数手段，権限停止手段，権限復帰手段等の各手段として機能し、後述するようにこの実施形態の特徴に係る種々の機能を実現する。
ＲＯＭ１２は、不揮発性の記憶手段であり、ＣＰＵ１１が実行するプログラムや、固定的なパラメータ等を記憶する。ＲＯＭ１２を書き換え可能な記憶手段として構成し、これらのデータをアップデートできるようにしてもよい。
ＲＯＭ１２は、不揮発性の記憶手段であり、ＣＰＵ１１が実行するプログラムや、固定的なパラメータ等を記憶する。ＲＯＭ１２を書き換え可能な記憶手段として構成し、これらのデータをアップデートできるようにしてもよい。
ＲＡＭ１３は、一時的に使用するデータを記憶したり、ＣＰＵ１１のワークメモリとして使用したりする記憶手段である。
不揮発性メモリ１４は、フラッシュメモリやＨＤＤ（ハードディスクドライブ）等による書き換え可能な不揮発性記憶手段であり、ＣＰＵ１１が実行するプログラムや、装置の電源がＯＦＦされた後でも保持しておく必要があるパラメータの値等を記憶する。ＳＮＭＰコマンドを用いて参照及び変更するＭＩＢ（Management Information Base）ツリー形式のデータには、この不揮発性メモリ１４に記憶させるものもある。
不揮発性メモリ１４は、フラッシュメモリやＨＤＤ（ハードディスクドライブ）等による書き換え可能な不揮発性記憶手段であり、ＣＰＵ１１が実行するプログラムや、装置の電源がＯＦＦされた後でも保持しておく必要があるパラメータの値等を記憶する。ＳＮＭＰコマンドを用いて参照及び変更するＭＩＢ（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については、２００４年１月１日午前０時である。この「最終エラー日時」の情報は、図８のフローチャートに示した処理において、ステップＳ１１４やＳ１１５で管理テーブル１０２にエラーの発生を登録する際に、これと共に登録するようにするとよい。
そして、この例においては、「最終エラー日時」の項目に、対応するアドレスから受信したＳＮＭＰリクエストについて、最後に認証失敗となった日時（又は最後に「エラー回数」が加算された日時）を記憶している。例えば、アドレス123.123.123.123については、２００４年１月１日午前０時である。この「最終エラー日時」の情報は、図８のフローチャートに示した処理において、ステップＳ１１４やＳ１１５で管理テーブル１０２にエラーの発生を登録する際に、これと共に登録するようにするとよい。
また、図１２に、上述の「最終エラー日時」の情報を利用した権限停止制御の解除処理のフローチャートを示す。
ネットワーク機器１０のＣＰＵ１１は、ＳＮＭＰデーモン１００の起動時に図１２のフローチャートに示す処理を開始する。
そして、ステップＳ１２１で、管理テーブル１０２に最終エラーから所定時間（例えば１日、１週間、１ヶ月等）経過したアドレスが登録されているか否か判断し、登録されていればステップＳ１２２で該当するアドレスを管理テーブル１０２から削除し、ステップＳ１２１に戻って処理を繰り返す。ステップＳ１２１で登録されていなければ、そのままステップＳ１２１の処理を繰り返す。一定時間毎にこのような処理を繰り返すようにしてもよい。
ネットワーク機器１０のＣＰＵ１１は、ＳＮＭＰデーモン１００の起動時に図１２のフローチャートに示す処理を開始する。
そして、ステップＳ１２１で、管理テーブル１０２に最終エラーから所定時間（例えば１日、１週間、１ヶ月等）経過したアドレスが登録されているか否か判断し、登録されていればステップＳ１２２で該当するアドレスを管理テーブル１０２から削除し、ステップＳ１２１に戻って処理を繰り返す。ステップＳ１２１で登録されていなければ、そのままステップＳ１２１の処理を繰り返す。一定時間毎にこのような処理を繰り返すようにしてもよい。
このような処理を行うことにより、あるアドレスについて権限停止制御が開始された後、所定の時間が経過した場合に、そのアドレスについての権限停止制御を解除することができる。そして、図１２のフローチャートに示した処理も権限復帰手順の処理であり、この処理においても、ネットワーク機器１０のＣＰＵ１１が権限復帰手段として機能する。
なお、ステップＳ１２１での判断に用いる所定時間は、短過ぎると悪意のあるアクセスに対しても頻繁に応答を返してしまうことになるし、長すぎると悪意のないアクセスの場合にも長期間に亘って応答を返さない状態を保ってしまうことになるので、これらを勘案して適当な時間を定めるとよい。
なお、ステップＳ１２１での判断に用いる所定時間は、短過ぎると悪意のあるアクセスに対しても頻繁に応答を返してしまうことになるし、長すぎると悪意のないアクセスの場合にも長期間に亘って応答を返さない状態を保ってしまうことになるので、これらを勘案して適当な時間を定めるとよい。
また、図１２のフローチャートに示した処理では、エラー回数が閾値を越えていない場合でも、最終エラー日時から所定時間経過した場合には該当アドレスを管理テーブル１０２から削除するようにしているが、エラー回数が閾値を越えている場合のみ削除を行うようにしてもよい。また、一旦管理テーブル１０２に登録したアドレスでも、その後認証処理が成功した場合に該当するアドレスを管理テーブル１０２から削除することは、図８で説明した通りである。
また、図８に示した処理において、エラー回数が閾値を越えた後も計数を続けるようにした場合、エラー回数を加算する毎に「最終エラー日時」も更新するようにするとよい。そして、このようにした場合、「最終エラー日時」の情報は、実質的には「最終アクセス日時」と同等な情報となる。従って、この場合に図１２に示した処理を適用すると、エラー回数が上述の閾値以上になった後では、最後にアクセスがあってから所定の時間が経過した場合に、権限停止制御を解除することになるが、このような手法も有効である。
以上のような処理を行うことにより、一旦応答を返さないようにしたアドレスについても、その後応答を返すようにしてもよいと思われる場合には、管理者の判断により又は自動的に、通常通り応答を返す状態に戻すことができる。従って、管理者（ユーザ）の意に添わずに長期間に亘って外部装置からネットワーク機器１０にＳＮＭＰを用いたアクセスが不能になってしまうような事態を防止できる。
〔変形例〕
次に、上述した実施形態の変形例について説明する。
この変形例においては、管理テーブル１０２におけるエラー回数の計数を、認証失敗の原因毎に行うようにしていることが、上述した実施形態の場合と異なる。そこで、上述の実施形態の場合と同様な点の説明は省略するか簡単にし、この相違点を中心に説明する。
次に、上述した実施形態の変形例について説明する。
この変形例においては、管理テーブル１０２におけるエラー回数の計数を、認証失敗の原因毎に行うようにしていることが、上述した実施形態の場合と異なる。そこで、上述の実施形態の場合と同様な点の説明は省略するか簡単にし、この相違点を中心に説明する。
まず、図１３にこの変形例の管理テーブル１０２に記憶させる情報の例を示す。
この図に示すように、この変形例においては、認証モジュール１１０における認証処理が失敗した回数を、「認証エラー回数」と「暗号エラー回数」に分けて計数するようにしている。そして、暗号エラーは、ＳＮＭＰリクエストが、ネットワーク機器１０がＳＮＭＰリクエストを取り扱うに際して使用しているものと異なる暗号化方式で暗号化されていたために復号化できなかったという原因による認証失敗、認証エラーは、ＳＮＭＰリクエストの復号化は成功したものの、ＳＮＭＰリクエストに含まれていたユーザ名又はパスワードが適切なものでなかったという原因による認証失敗を指すものとしている。
この図に示すように、この変形例においては、認証モジュール１１０における認証処理が失敗した回数を、「認証エラー回数」と「暗号エラー回数」に分けて計数するようにしている。そして、暗号エラーは、ＳＮＭＰリクエストが、ネットワーク機器１０がＳＮＭＰリクエストを取り扱うに際して使用しているものと異なる暗号化方式で暗号化されていたために復号化できなかったという原因による認証失敗、認証エラーは、ＳＮＭＰリクエストの復号化は成功したものの、ＳＮＭＰリクエストに含まれていたユーザ名又はパスワードが適切なものでなかったという原因による認証失敗を指すものとしている。
そして、認証モジュール１１０は、認証処理が失敗した場合にその原因を権限管理部１０１に通知するようにし、権限管理部１０１が、その原因をもとにどちらのエラー回数として計数するかを判断する。この場合において、権限管理部１０１は、認証失敗の原因を必ず管理テーブル１０２に設けている項目のいずれかに分類して記憶させるようにしているが、認証モジュール１１０が管理テーブル１０２に設けている項目と同じように分類して権限管理部１０１に通知することは必須ではない。
次に、図１４及び図１５に、この変形例における図９と対応する処理のフローチャートを示す。このフローチャートにおいて、図９と同じステップ番号を付した処理は、図９を用いて説明した処理と同様な処理であるので、これらの処理については省略するか簡単にする。
まず、図１４のフローチャートに示す処理においては、ネットワーク機器１０のＣＰＵ１１は、受信したパケットがＳＮＭＰｖ３のパケットであった場合に、ステップＳＡで、ステップＳ１０２で抽出した送信元装置のアドレスが管理テーブル１０２に登録され、かついずれかのエラー回数がそのエラーの種類に応じた所定の閾値以上か否か判断する。
まず、図１４のフローチャートに示す処理においては、ネットワーク機器１０のＣＰＵ１１は、受信したパケットがＳＮＭＰｖ３のパケットであった場合に、ステップＳＡで、ステップＳ１０２で抽出した送信元装置のアドレスが管理テーブル１０２に登録され、かついずれかのエラー回数がそのエラーの種類に応じた所定の閾値以上か否か判断する。
この閾値は、管理テーブル１０２にてエラー回数をカウントするエラーの種類毎に独立して定めることができる。すなわち、図１３に示した例の場合には、「認証エラー」と「暗号エラー」について閾値を定める。このとき、暗号化方式の選択には、ユーザ名やパスワードの入力に比べてミスが起こりにくいと考えられるから、「暗号エラー」については「認証エラー」よりも閾値を小さい値に設定するようにしている。ミスが起こりにくい内容については、エラーが続いた場合には悪意のあるアクセスであることが原因である可能性が高いため、閾値を小さくし、速やかに悪意のあるアクセスであると認定できるようにするとよいのである。
例えば、「認証エラー」の場合には閾値を「１０」とする一方、「暗号エラー」の場合には、閾値を「２」に設定しておき、同じ送信元からのＳＮＭＰリクエストについて暗号化方式の不一致によるエラーが２回続いた場合、３回目からは応答を返さないようにすることが考えられる。この場合において、「暗号エラー回数」がそのエラーについての閾値を越えていれば、「認証エラー回数」がいくつであってもステップＳＡの判断はＹＥＳになる。逆もまた成り立つ。
例えば、「認証エラー」の場合には閾値を「１０」とする一方、「暗号エラー」の場合には、閾値を「２」に設定しておき、同じ送信元からのＳＮＭＰリクエストについて暗号化方式の不一致によるエラーが２回続いた場合、３回目からは応答を返さないようにすることが考えられる。この場合において、「暗号エラー回数」がそのエラーについての閾値を越えていれば、「認証エラー回数」がいくつであってもステップＳＡの判断はＹＥＳになる。逆もまた成り立つ。
また、図１４に示す処理においては、認証の失敗を２つの原因に分けて計数するようにしていることに伴い、ステップＳ１０６での判断を、ユーザ名やパスワードが適切なものであったか、という判断と位置付け、これがＮＯである場合にステップＳ１１３′やＳ１１４′で「認証エラー」として計数するようにしている。
また、ステップＳ１０４の後、ステップＳＢで、受信したＳＮＭＰリクエストにおいて使用されていた暗号化方式が適切なものであったか否か判断し、ＮＯであれば図１５のステップＳＣに進む。そして、図１４のステップＳ１０７やＳ１１３の場合と同様に、送信元装置のアドレスが管理テーブルに登録されているか否か判断する。
そして、登録されていれば、ステップＳＤで管理テーブル１０２に登録されている送信元装置のアドレスについての「暗号エラー回数」を１加算し、図１４の処理に戻ってステップＳ１１０で送信元装置に対して応答を返して処理を終了する。ステップＳＣで登録されていなかった場合には、ステップＳＥでエラー回数を１として送信元装置のアドレスを管理テーブル１０２に登録し、図１４のステップＳ１１０で送信元装置に対して応答を返して処理を終了する。なお、これらの処理の場合も、ステップＳ１１０での応答は、認証が失敗した旨の応答となる。
以上のステップＳＣ乃至ＳＥの処理も計数手順の処理であり、これらの処理においてはＣＰＵ１１が計数手段として機能する。
そして、登録されていれば、ステップＳＤで管理テーブル１０２に登録されている送信元装置のアドレスについての「暗号エラー回数」を１加算し、図１４の処理に戻ってステップＳ１１０で送信元装置に対して応答を返して処理を終了する。ステップＳＣで登録されていなかった場合には、ステップＳＥでエラー回数を１として送信元装置のアドレスを管理テーブル１０２に登録し、図１４のステップＳ１１０で送信元装置に対して応答を返して処理を終了する。なお、これらの処理の場合も、ステップＳ１１０での応答は、認証が失敗した旨の応答となる。
以上のステップＳＣ乃至ＳＥの処理も計数手順の処理であり、これらの処理においてはＣＰＵ１１が計数手段として機能する。
以上のような処理を行うことにより、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、そのアクセスの要求元を示す要求元情報毎に、かつその失敗の原因毎に計数すると共に、計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにすることができる。
このようにすることにより、よりきめ細かく悪意のあるアクセスを行っている可能性が高いアクセス要求元を特定し、対処することができるので、パスワードクラックに対する耐性を向上させ、一層セキュリティを向上させることができる。
このようにすることにより、よりきめ細かく悪意のあるアクセスを行っている可能性が高いアクセス要求元を特定し、対処することができるので、パスワードクラックに対する耐性を向上させ、一層セキュリティを向上させることができる。
なお、ここでは利用者の特定失敗の原因として、暗号化方式の不一致と、ユーザ名又はパスワードの不一致を挙げたが、これに限られることはない。
また、上述した実施形態のものも含め、ソフトウェアの構成やデータの形式、内容等が上述の実施形態で説明したものに限られないことはもちろんである。
また、上述した実施形態のものも含め、ソフトウェアの構成やデータの形式、内容等が上述の実施形態で説明したものに限られないことはもちろんである。
また、この発明は、ネットワークを介して他の通信装置と適用可能な通信装置であれば、どのような通信装置にも適用可能である。適用対象としては、例えば、プリンタ，ＦＡＸ装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置のほか、汎用コンピュータ，ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム，自動車，航空機等の電子装置に通信機能を持たせた通信装置が考えられる。
また、この発明によるプログラムは、コンピュータを、上述したネットワーク機器１０のような通信装置として機能させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。
以上説明してきたように、この発明の通信装置、通信装置の制御方法、プログラムあるいは記録媒体によれば、ＳＮＭＰを用いた通信が可能な通信装置において、パスワードクラックに対する耐性を強化してパスワードの漏洩を防止し、セキュリティを向上させることができる。
従って、この発明を利用することにより、高いセキュリティと利便性を両立した通信装置を構成することができる。
従って、この発明を利用することにより、高いセキュリティと利便性を両立した通信装置を構成することができる。
１０：ネットワーク機器、１１：ＣＰＵ、１２：ＲＯＭ、１３：ＲＡＭ、
１４：不揮発性メモリ、１５：ネットワークＩ／Ｆ、１６：エンジン部、
１７：システムバス、２０：外部装置、３０：ネットワーク、
１００：ＳＮＭＰデーモン、１０１：権限管理部、１０２：管理テーブル、
１１０：認証モジュール、１２０：ＳＮＭＰサブエージェント、
１４：不揮発性メモリ、１５：ネットワークＩ／Ｆ、１６：エンジン部、
１７：システムバス、２０：外部装置、３０：ネットワーク、
１００：ＳＮＭＰデーモン、１０１：権限管理部、１０２：管理テーブル、
１１０：認証モジュール、１２０：ＳＮＭＰサブエージェント、
Claims (11)
- ＳＮＭＰを用いた通信を行う手段を有する通信装置であって、
ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、前記アクセスの要求元を示す要求元情報毎に計数する計数手段と、
前記計数手段が計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手段と、
特定の条件が満たされた場合に前記権限停止制御を解除する権限復帰手段とを設けたことを特徴とする通信装置。 - 請求項１記載の通信装置であって、
前記計数手段が、ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、前記アクセスの要求元を示す要求元情報毎に、かつその失敗の原因毎に計数する手段であることを特徴とする通信装置。 - 請求項２記載の通信装置であって、
前記失敗の原因が、暗号化方式の不一致及び、ユーザ名又はパスワードの不一致であることを特徴とする通信装置。 - 請求項２又は３記載の通信装置であって、
前記所定の条件は、前記計数手段が計数した回数が所定の閾値以上になった場合であり、
前記利用者の特定の失敗の原因毎に、前記閾値が異なることを特徴とする通信装置。 - 請求項４記載の通信装置であって、
前記利用者の特定の失敗の原因が暗号化方式の不一致である場合の前記閾値が、該失敗の原因がユーザ名又はパスワードの不一致である場合の前記閾値よりも小さいことを特徴とする通信装置。 - 請求項１乃至５のいずれか一項記載の通信装置であって、
前記要求元情報は、前記アクセスの要求元のＩＰアドレス又はＩＰＸアドレスであることを特徴とする通信装置。 - 請求項１乃至６のいずれか一項記載の通信装置であって、
前記特定の条件が、前記権限停止制御の開始後所定の時間が経過したことであることを特徴とする通信装置。 - 請求項１乃至６のいずれか一項記載の通信装置であって、
前記特定の条件が、管理者権限を有するユーザによる復帰許可指示を受けることであることを特徴とする通信装置。 - ＳＮＭＰを用いた通信を行う手段を有する通信装置を制御する通信装置の制御方法であって、
前記通信装置に、
ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、前記アクセスの要求元を示す要求元情報毎に計数する計数手順と、
前記計数手順で計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手順と、
特定の条件が満たされた場合に、前記権限停止制御を解除する権限復帰手順とを実行させるようにしたことを特徴とする通信装置の制御方法。 - コンピュータを、
ＳＮＭＰを用いた通信を行う手段と、
ＳＮＭＰを用いたアクセスを受けた際に利用者の特定が失敗した回数を、前記アクセスの要求元を示す要求元情報毎に計数する計数手段と、
前記計数手段が計数した回数が所定の条件を満たした要求元からのアクセスに対して応答を返さないようにする権限停止制御を行う権限停止手段と、
特定の条件が満たされた場合に、前記権限停止制御を解除する権限復帰手段として機能させるためのプログラム。 - 請求項１０記載のプログラムを記録したコンピュータ読取可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004262846A JP2006079359A (ja) | 2004-09-09 | 2004-09-09 | 通信装置、通信装置の制御方法、プログラム及び記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2004262846A JP2006079359A (ja) | 2004-09-09 | 2004-09-09 | 通信装置、通信装置の制御方法、プログラム及び記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2006079359A true JP2006079359A (ja) | 2006-03-23 |
| JP2006079359A5 JP2006079359A5 (ja) | 2007-07-19 |
Family
ID=36158766
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004262846A Pending JP2006079359A (ja) | 2004-09-09 | 2004-09-09 | 通信装置、通信装置の制御方法、プログラム及び記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2006079359A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008310677A (ja) * | 2007-06-15 | 2008-12-25 | Ricoh Co Ltd | 情報処理装置と情報処理方法とプログラム |
| JP2009223625A (ja) * | 2008-03-17 | 2009-10-01 | Ricoh Co Ltd | 情報処理装置、情報処理方法及び情報処理プログラム |
| JP2012124567A (ja) * | 2010-12-06 | 2012-06-28 | Hitachi Ltd | 制御装置およびその制御方法 |
| JP6028839B1 (ja) * | 2015-07-16 | 2016-11-24 | 日本電気株式会社 | 通信装置、通信処理方法、プログラム |
| WO2019026833A1 (ja) * | 2017-08-04 | 2019-02-07 | 日本電産株式会社 | 認証システム、当該認証システムにおいて用いられる電子機器および認証方法 |
| WO2022045873A1 (en) * | 2020-08-28 | 2022-03-03 | Mimos Berhad | System and method for adaptive authentication |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09218852A (ja) * | 1996-02-13 | 1997-08-19 | Fujitsu F I P Kk | 不正チェックシステム |
| JPH09244976A (ja) * | 1996-03-08 | 1997-09-19 | Hitachi Ltd | セキュリティシステム |
| JP2000187625A (ja) * | 1998-12-21 | 2000-07-04 | Nec Commun Syst Ltd | ネットワーク管理システムにおける不正アクセス防止方法 |
| JP2001175600A (ja) * | 1999-12-15 | 2001-06-29 | Hitachi Ltd | 不正アクセス通知方法及びその装置 |
| JP2004102635A (ja) * | 2002-09-09 | 2004-04-02 | Ricoh Co Ltd | ユーザ認証方法、情報システム、文書保存装置及びデジタル複合機 |
| JP2004164130A (ja) * | 2002-11-11 | 2004-06-10 | Ricoh Co Ltd | 生体情報を用いる文書管理システム、生体情報を用いる文書管理方法およびこの方法をコンピュータに実行させるプログラム |
-
2004
- 2004-09-09 JP JP2004262846A patent/JP2006079359A/ja active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH09218852A (ja) * | 1996-02-13 | 1997-08-19 | Fujitsu F I P Kk | 不正チェックシステム |
| JPH09244976A (ja) * | 1996-03-08 | 1997-09-19 | Hitachi Ltd | セキュリティシステム |
| JP2000187625A (ja) * | 1998-12-21 | 2000-07-04 | Nec Commun Syst Ltd | ネットワーク管理システムにおける不正アクセス防止方法 |
| JP2001175600A (ja) * | 1999-12-15 | 2001-06-29 | Hitachi Ltd | 不正アクセス通知方法及びその装置 |
| JP2004102635A (ja) * | 2002-09-09 | 2004-04-02 | Ricoh Co Ltd | ユーザ認証方法、情報システム、文書保存装置及びデジタル複合機 |
| JP2004164130A (ja) * | 2002-11-11 | 2004-06-10 | Ricoh Co Ltd | 生体情報を用いる文書管理システム、生体情報を用いる文書管理方法およびこの方法をコンピュータに実行させるプログラム |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008310677A (ja) * | 2007-06-15 | 2008-12-25 | Ricoh Co Ltd | 情報処理装置と情報処理方法とプログラム |
| JP2009223625A (ja) * | 2008-03-17 | 2009-10-01 | Ricoh Co Ltd | 情報処理装置、情報処理方法及び情報処理プログラム |
| JP2012124567A (ja) * | 2010-12-06 | 2012-06-28 | Hitachi Ltd | 制御装置およびその制御方法 |
| JP6028839B1 (ja) * | 2015-07-16 | 2016-11-24 | 日本電気株式会社 | 通信装置、通信処理方法、プログラム |
| WO2019026833A1 (ja) * | 2017-08-04 | 2019-02-07 | 日本電産株式会社 | 認証システム、当該認証システムにおいて用いられる電子機器および認証方法 |
| JPWO2019026833A1 (ja) * | 2017-08-04 | 2020-07-27 | 日本電産株式会社 | 認証システム、当該認証システムにおいて用いられる電子機器および認証方法 |
| WO2022045873A1 (en) * | 2020-08-28 | 2022-03-03 | Mimos Berhad | System and method for adaptive authentication |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP5704518B2 (ja) | 機密情報漏洩防止システム、機密情報漏洩防止方法及び機密情報漏洩防止プログラム | |
| JP5321641B2 (ja) | 情報処理システム、情報処理装置および中継サーバ | |
| US8327133B2 (en) | Communication device and medium for the same | |
| JP4219965B2 (ja) | ワンタイムｉｄによる認証 | |
| US20050055552A1 (en) | Assurance system and assurance method | |
| US20080133179A1 (en) | Maintenance mediation apparatus, maintenance target apparatus maintenance method, and maintenance system | |
| US20120167169A1 (en) | Method, system, and computer-readable storage medium for authenticating a computing device | |
| KR100954370B1 (ko) | 소프트웨어 실행 관리 장치 및 그 방법 | |
| JP2005284985A (ja) | ネットワーク対応機器、ネットワーク対応機器を保守する保守方法、プログラム、プログラムが記録された媒体及び保守システム | |
| WO2013080659A1 (ja) | 機密情報漏洩防止システム、機密情報漏洩防止方法、及びコンピュータ読み取り可能な記録媒体 | |
| US10419278B2 (en) | Device management system, information processing apparatus, and information processing method | |
| US9041946B2 (en) | Image forming apparatus capable of executing non-plain text authentication processing, method of controlling the same, and storage medium | |
| JP2008117069A (ja) | 認証代行装置、認証代行プログラム、及び認証代行システム | |
| JP2007318731A (ja) | 複数のモジュール構成情報を管理できる画像形成装置 | |
| JP2008001089A (ja) | 印刷プログラムおよび印刷装置 | |
| JP2011076377A (ja) | 端末装置及び端末装置におけるアクセス制御ポリシー取得方法 | |
| JP5272602B2 (ja) | 認証機能連携機器、認証機能連携システム及び認証機能連携プログラム | |
| JP4455965B2 (ja) | 権限情報生成方法、通信装置、プログラム及び記録媒体 | |
| JP2010074431A (ja) | 外部認証を用いた認証機能連携機器、認証機能連携システム及び認証機能連携プログラム | |
| US20180062961A1 (en) | Network system, device management method, network device, control method thereof, and non-transitory computer-readable medium | |
| US8156329B2 (en) | Network device management apparatus and control method thereof | |
| US20130055359A1 (en) | Secret information leakage prevention system, secret information leakage prevention method and secret information leakage prevention program | |
| US20070283161A1 (en) | System and method for generating verifiable device user passwords | |
| JP2006079359A (ja) | 通信装置、通信装置の制御方法、プログラム及び記録媒体 | |
| WO2013042412A1 (ja) | 通信システム、通信方法、及びコンピュータ読み取り可能な記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070604 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070604 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20090918 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20091222 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100218 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20100218 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20100803 |