JP2000187625A - ネットワーク管理システムにおける不正アクセス防止方法 - Google Patents
ネットワーク管理システムにおける不正アクセス防止方法Info
- Publication number
- JP2000187625A JP2000187625A JP10362857A JP36285798A JP2000187625A JP 2000187625 A JP2000187625 A JP 2000187625A JP 10362857 A JP10362857 A JP 10362857A JP 36285798 A JP36285798 A JP 36285798A JP 2000187625 A JP2000187625 A JP 2000187625A
- Authority
- JP
- Japan
- Prior art keywords
- agent
- community name
- management station
- snmp management
- name
- 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.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 ＳＮＭＰ管理ステーションからエージェント
に対する不正アクセスを防止する。 【解決手段】 エージェント３はシステムアップ状態４
になるとTrap-PDU６を送信するが、そのTrap-PDU６中の
variable-bindings３３に最初に有効となるコミュニテ
ィ名ＳＴＡＴ５を、ｖａｌｕｅ３５にオブジェクトＩＤ
をｎａｍｅ３４に設定する。ＳＮＭＰ管理ステーション
１は、SetRequest-PDU７をエージェント３に対して送信
する場合に、エージェント３から通知されたコミュニテ
ィ＝ＳＴＡＴ５を用い、信号中のvariable-bindings３
６中のコミュニティ名を変更するように新コミュニティ
＝ＦＩＲＳＴ９をｖａｌｕｅ３８に、オブジェクトＩＤ
をｎａｍｅ３７に設定する。エージェント３は、受信し
たSetRequest-PDU７が有効となるコミュニティ＝ＳＴＡ
Ｔ５を設定しているので、アクセス処理を行い、GetRes
ponse-PDU１０を正常終了として返送する。
に対する不正アクセスを防止する。 【解決手段】 エージェント３はシステムアップ状態４
になるとTrap-PDU６を送信するが、そのTrap-PDU６中の
variable-bindings３３に最初に有効となるコミュニテ
ィ名ＳＴＡＴ５を、ｖａｌｕｅ３５にオブジェクトＩＤ
をｎａｍｅ３４に設定する。ＳＮＭＰ管理ステーション
１は、SetRequest-PDU７をエージェント３に対して送信
する場合に、エージェント３から通知されたコミュニテ
ィ＝ＳＴＡＴ５を用い、信号中のvariable-bindings３
６中のコミュニティ名を変更するように新コミュニティ
＝ＦＩＲＳＴ９をｖａｌｕｅ３８に、オブジェクトＩＤ
をｎａｍｅ３７に設定する。エージェント３は、受信し
たSetRequest-PDU７が有効となるコミュニティ＝ＳＴＡ
Ｔ５を設定しているので、アクセス処理を行い、GetRes
ponse-PDU１０を正常終了として返送する。
Description
【０００１】
【発明の属する技術分野】本発明は、ＳＮＭＰ（Simple
Network Management Protocol）を用いたネットワーク
管理システムに関する。
Network Management Protocol）を用いたネットワーク
管理システムに関する。
【０００２】
【従来の技術】ＳＮＭＰは、ＵＤＰ（User Datagram Pr
otocol）上で動作するネットワーク管理のための管理ス
テーションと管理対象システム間における管理情報の交
換プロトコルで、ＯＳＩ（Open System Interconnectio
n）のネットワーク管理プロトコルＣＭＩＰ（Common Ma
nagement Information Protocol）にも採用されてい
る。
otocol）上で動作するネットワーク管理のための管理ス
テーションと管理対象システム間における管理情報の交
換プロトコルで、ＯＳＩ（Open System Interconnectio
n）のネットワーク管理プロトコルＣＭＩＰ（Common Ma
nagement Information Protocol）にも採用されてい
る。
【０００３】
【発明が解決しようとする課題】ネットワーク管理プロ
トコルであるＳＮＭＰはセキュリティに弱いという欠点
がある。ＳＮＭＰ管理ステーションからのエージェント
に対するアクセス権は、ＳＮＭＰヘッダ中のコミュニテ
ィ名が許容されたものであるかどうかで判定される。し
かし、このコミュニティ名は隠蔽されていないため、な
りすましマネージャによるデータの不正書き込みを防ぐ
ことができない。
トコルであるＳＮＭＰはセキュリティに弱いという欠点
がある。ＳＮＭＰ管理ステーションからのエージェント
に対するアクセス権は、ＳＮＭＰヘッダ中のコミュニテ
ィ名が許容されたものであるかどうかで判定される。し
かし、このコミュニティ名は隠蔽されていないため、な
りすましマネージャによるデータの不正書き込みを防ぐ
ことができない。
【０００４】本発明の目的は、なりすましマネージャに
よるデータの不正書き込みを防ぐ、ネットワークシステ
ムにおける不正アクセス防止方法を提供することにあ
る。
よるデータの不正書き込みを防ぐ、ネットワークシステ
ムにおける不正アクセス防止方法を提供することにあ
る。
【０００５】
【課題を解決するための手段】本発明は、ネットワーク
管理プロトコルとしてＳＮＭＰを利用し、ＳＮＭＰのＰ
ＤＵ（Protocol Data Unit）中に設定するコミュニティ
を書き替えることができるようなＭＩＢ（Management I
nformation Base）が定義されているエージェントを有
し、なりすまし不正アクセスを防止するネットワーク管
理システムを提供するものである。コミュニティ名をＳ
ＮＭＰ管理ステーション−エージェント間で逐一変更し
ていき、エージェントではコミュニティ名が不正の場合
は、アクセス拒否を行なうようにする。なりすましＳＮ
ＭＰ管理ステーションはコミュニティ名を見つけるため
に、ネットワーク上のデータをモニタリングしなければ
ならないが、モニタリングしても逐一コミュニティ名が
変わるため、アクセス権を持つことができなくなり、デ
ータの不正な書き込みを防止することができるようにな
る。エージェントでは、コミュニティ名を示すＭＩＢは
ないので、ベンダ固有ＭＩＢとして登録しておく。ベン
ダ固有であるため、コミュニティ名のオブジェクトＩＤ
を知るのは実質的に不可能となる。
管理プロトコルとしてＳＮＭＰを利用し、ＳＮＭＰのＰ
ＤＵ（Protocol Data Unit）中に設定するコミュニティ
を書き替えることができるようなＭＩＢ（Management I
nformation Base）が定義されているエージェントを有
し、なりすまし不正アクセスを防止するネットワーク管
理システムを提供するものである。コミュニティ名をＳ
ＮＭＰ管理ステーション−エージェント間で逐一変更し
ていき、エージェントではコミュニティ名が不正の場合
は、アクセス拒否を行なうようにする。なりすましＳＮ
ＭＰ管理ステーションはコミュニティ名を見つけるため
に、ネットワーク上のデータをモニタリングしなければ
ならないが、モニタリングしても逐一コミュニティ名が
変わるため、アクセス権を持つことができなくなり、デ
ータの不正な書き込みを防止することができるようにな
る。エージェントでは、コミュニティ名を示すＭＩＢは
ないので、ベンダ固有ＭＩＢとして登録しておく。ベン
ダ固有であるため、コミュニティ名のオブジェクトＩＤ
を知るのは実質的に不可能となる。
【０００６】
【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。
て図面を参照して説明する。
【０００７】図１を参照すると、本発明の一実施形態
は、ネットワーク構成としてネットワーク管理のマネー
ジャ機能を実現するＳＮＭＰ管理ステーション１と、Ｓ
ＮＭＰ管理ステーション１からの信号を受信して要求さ
れた値の読み出し、または書き込みを行うエージェント
３と、不正アクセスを行おうとしているなりすましＳＮ
ＭＰ管理ステーション２とを有している。
は、ネットワーク構成としてネットワーク管理のマネー
ジャ機能を実現するＳＮＭＰ管理ステーション１と、Ｓ
ＮＭＰ管理ステーション１からの信号を受信して要求さ
れた値の読み出し、または書き込みを行うエージェント
３と、不正アクセスを行おうとしているなりすましＳＮ
ＭＰ管理ステーション２とを有している。
【０００８】次に、本実施形態の動作について詳細に説
明する。図１、図２、図３において、エージェント３に
あらかじめコミュニティ名の書き換えが行えるようにベ
ンダ固有ＭＩＢをあらかじめ定義し、書き換え処理プロ
グラムを投入しておく。エージェント３はシステムアッ
プ状態４になるとTrap-PDU6を送信するが、そのTrap-PD
U6中のvariable-bindings33に最初に有効となるコミュ
ニティ名＝ＳＴＡＴ５を、ｖａｌｕｅ３５にオブジェク
トＩＤをｎａｍｅ３４に設定する。これにより、Trap-P
DU6を受信したＳＮＭＰ管理ステーション１以外はアク
セス不能となる。また、通知されたコミュニティ名＝Ｓ
ＴＡＴ５を使用しない限り、ＳＮＭＰ管理ステーション
１はエージェント３へアクセスすることができない。Ｓ
ＮＭＰ管理ステーション１は、SetRequest-PDU7をエー
ジェント３に対して送信する場合に、エージェント３か
ら通知されたコミュニティ＝ＳＴＡＴ５を用い、信号中
のvariable-bindings３６中のコミュニティ名を変更す
るように新コミュニティ＝ＦＩＲＳＴ９をｖａｌｕｅ３
８に、オブジェクトＩＤをｎａｍｅ３７に設定する。エ
ージェント３は、受信したSetRequest-7が有効となるコ
ミュニティ＝ＳＴＡＴ５を設定しているので、アクセス
処理を行い、GetResponse-PDU10を正常終了として返送
する。この時、エージェント３側での有効コミュニティ
名はＦＩＲＳＴ９となる。エージェント３にて、なりす
まし管理ステーション２から受信したGetRequest-PDU11
に設定されているコミュニティ名はＳＴＡＴ１２である
ため、不正アクセスと見なし、異常終了信号GetRespons
e-PDU１３を返送し、アクセス拒否を行なう。また、エ
ージェント３にて受信したSetRequest-PDU14に設定され
ているコミュニティ名もＳＴＡＴ１５であるため、不正
アクセスと見なし、異常終了信号GetResponse-PDU16を
返送し、アクセス拒否を行なう。ＳＮＭＰ管理ステーシ
ョン１は、有効コミュニティ名＝ＦＩＲＳＴ９を設定し
てSetRequest-PDU17を返送する。この時、ＳＮＭＰ管理
ステーション１はＳＥＴコマンド未送信タイマ２０を起
動し、SetRequest-PDU信号１７の未送信時間を監視す
る。エージェント３では受信したSetRequest-PDU17の設
定コミュニティ名＝ＦＩＲＳＴ９が有効であるため、有
効コミュニティ名をSetRequest-PDU17中に設定された設
定要求コミュニティ＝ＴＨＩＲＤ１９に書き替え、正常
終了信号GetResponse-PDU21を返送する。エージェント
３において受信した信号GetRequest-PDU22に設定されて
いるコミュニティ名＝ＴＨＩＲＤ１９は有効であるた
め、正常処理を行ないGetResponse-PDU24を返送する。
次に受信したGetRequest-PDU25も、設定されているコミ
ュニティ名＝ＴＨＩＲＤ１９が有効であるため、正常処
理を行ないGetResponse-PDU27を返送する。ＳＮＭＰ管
理ステーション１では、ＳＥＴコマンド未送信タイマ２
０がタイムアウトした場合、一定時間SetRequest-PDUが
送信されなかったと見なし、SetRequest-PDU29でコミュ
ニティ名の変更を行う。エージェント３では、受信した
SetRequest-PDU29に設定されているコミュニティ名がＴ
ＨＩＲＤ９であるため、正規のＳＮＭＰ管理ステーショ
ン１からのアクセスと見なし、設定要求コミュニティ名
＝ＦＯＵＲ３１を有効コミュニティとし、正常終了信号
GetResponse-PDU３２を返送する。
明する。図１、図２、図３において、エージェント３に
あらかじめコミュニティ名の書き換えが行えるようにベ
ンダ固有ＭＩＢをあらかじめ定義し、書き換え処理プロ
グラムを投入しておく。エージェント３はシステムアッ
プ状態４になるとTrap-PDU6を送信するが、そのTrap-PD
U6中のvariable-bindings33に最初に有効となるコミュ
ニティ名＝ＳＴＡＴ５を、ｖａｌｕｅ３５にオブジェク
トＩＤをｎａｍｅ３４に設定する。これにより、Trap-P
DU6を受信したＳＮＭＰ管理ステーション１以外はアク
セス不能となる。また、通知されたコミュニティ名＝Ｓ
ＴＡＴ５を使用しない限り、ＳＮＭＰ管理ステーション
１はエージェント３へアクセスすることができない。Ｓ
ＮＭＰ管理ステーション１は、SetRequest-PDU7をエー
ジェント３に対して送信する場合に、エージェント３か
ら通知されたコミュニティ＝ＳＴＡＴ５を用い、信号中
のvariable-bindings３６中のコミュニティ名を変更す
るように新コミュニティ＝ＦＩＲＳＴ９をｖａｌｕｅ３
８に、オブジェクトＩＤをｎａｍｅ３７に設定する。エ
ージェント３は、受信したSetRequest-7が有効となるコ
ミュニティ＝ＳＴＡＴ５を設定しているので、アクセス
処理を行い、GetResponse-PDU10を正常終了として返送
する。この時、エージェント３側での有効コミュニティ
名はＦＩＲＳＴ９となる。エージェント３にて、なりす
まし管理ステーション２から受信したGetRequest-PDU11
に設定されているコミュニティ名はＳＴＡＴ１２である
ため、不正アクセスと見なし、異常終了信号GetRespons
e-PDU１３を返送し、アクセス拒否を行なう。また、エ
ージェント３にて受信したSetRequest-PDU14に設定され
ているコミュニティ名もＳＴＡＴ１５であるため、不正
アクセスと見なし、異常終了信号GetResponse-PDU16を
返送し、アクセス拒否を行なう。ＳＮＭＰ管理ステーシ
ョン１は、有効コミュニティ名＝ＦＩＲＳＴ９を設定し
てSetRequest-PDU17を返送する。この時、ＳＮＭＰ管理
ステーション１はＳＥＴコマンド未送信タイマ２０を起
動し、SetRequest-PDU信号１７の未送信時間を監視す
る。エージェント３では受信したSetRequest-PDU17の設
定コミュニティ名＝ＦＩＲＳＴ９が有効であるため、有
効コミュニティ名をSetRequest-PDU17中に設定された設
定要求コミュニティ＝ＴＨＩＲＤ１９に書き替え、正常
終了信号GetResponse-PDU21を返送する。エージェント
３において受信した信号GetRequest-PDU22に設定されて
いるコミュニティ名＝ＴＨＩＲＤ１９は有効であるた
め、正常処理を行ないGetResponse-PDU24を返送する。
次に受信したGetRequest-PDU25も、設定されているコミ
ュニティ名＝ＴＨＩＲＤ１９が有効であるため、正常処
理を行ないGetResponse-PDU27を返送する。ＳＮＭＰ管
理ステーション１では、ＳＥＴコマンド未送信タイマ２
０がタイムアウトした場合、一定時間SetRequest-PDUが
送信されなかったと見なし、SetRequest-PDU29でコミュ
ニティ名の変更を行う。エージェント３では、受信した
SetRequest-PDU29に設定されているコミュニティ名がＴ
ＨＩＲＤ９であるため、正規のＳＮＭＰ管理ステーショ
ン１からのアクセスと見なし、設定要求コミュニティ名
＝ＦＯＵＲ３１を有効コミュニティとし、正常終了信号
GetResponse-PDU３２を返送する。
【０００９】次に、本発明の他の実施の形態について図
４を参照して詳細に説明する。
４を参照して詳細に説明する。
【００１０】エージェント４１にあらかじめコミュニテ
ィ名の書き換えが行えるようにベンダ固有ＭＩＢを定義
し、書き換え処理プログラムをあらかじめ投入してお
く。また、ＳＮＭＰ管理ステーション毎に有効となるコ
ミュニティ名が登録できるテーブルを作成しておく。エ
ージェント４１はシステムアップ状態４２になるとＳＮ
ＭＰ管理ステーション３９に対してTrap-PDU45を送信す
るが、そのTrap-PDU４５中に有効となるコミュニティ名
＝ＳＴＡＴ４３を設定する。同時に、エージェント４１
はＳＮＭＰ管理ステーション４０に対してTrap-PDU４６
を送信するが、そのTrap-PDU４６中に有効となるコミュ
ニティ名＝ＦＩＲＳＴ４４を設定する。これによりエー
ジェント４１はコミュニティ名から、どのＳＮＭＰ管理
ステーションからの信号であるかを明確に区別すること
が可能となる。ＳＮＭＰ管理ステーション３９は、SetR
equest-PDU４７をエージェント４１に対して送信する場
合に、エージェントから通知されたコミュニティ＝ＳＴ
ＡＴ４３を用い、信号中にコミュニティ名を変更するよ
うに新コミュニティ＝ＴＨＩＲＤ４９を設定する。エー
ジェント４１は、受信したSetRequest-PDU４７がコミュ
ニティ＝ＳＴＡＴ４３を設定しているので、ＳＮＭＰ管
理ステーション３９からのアクセス要求と認知してアク
セス処理を行い、GetResponse-PDU５０を正常終了とし
て返送する。この時、エージェント４１側でのＳＮＭＰ
管理ステーション３９に対する有効コミュニティ名はＴ
ＨＩＲＤ４９となる。ＳＮＭＰ管理ステーション４０
は、SetRequest-PDU５１をエージェント４１に対して返
送する場合に、エージェント４１から通知されたコミュ
ニティ＝ＦＩＲＳＴ５２を用い、信号中にコミュニティ
名を変更するように新コミュニティ＝ＦＯＵＲ５３を設
定する。エージェント４１は、受信したSetRequest-PDU
５２を設定しているので、ＳＮＭＰ管理ステーション４
０からのアクセス要求と認知してアクセス処理を行い、
GetResponse-PDU５４を正常終了として返送する。この
時、エージェント４１側でのＳＮＭＰ管理ステーション
４０に対する有効コミュニティ名はＦＯＵＲ５３とな
る。
ィ名の書き換えが行えるようにベンダ固有ＭＩＢを定義
し、書き換え処理プログラムをあらかじめ投入してお
く。また、ＳＮＭＰ管理ステーション毎に有効となるコ
ミュニティ名が登録できるテーブルを作成しておく。エ
ージェント４１はシステムアップ状態４２になるとＳＮ
ＭＰ管理ステーション３９に対してTrap-PDU45を送信す
るが、そのTrap-PDU４５中に有効となるコミュニティ名
＝ＳＴＡＴ４３を設定する。同時に、エージェント４１
はＳＮＭＰ管理ステーション４０に対してTrap-PDU４６
を送信するが、そのTrap-PDU４６中に有効となるコミュ
ニティ名＝ＦＩＲＳＴ４４を設定する。これによりエー
ジェント４１はコミュニティ名から、どのＳＮＭＰ管理
ステーションからの信号であるかを明確に区別すること
が可能となる。ＳＮＭＰ管理ステーション３９は、SetR
equest-PDU４７をエージェント４１に対して送信する場
合に、エージェントから通知されたコミュニティ＝ＳＴ
ＡＴ４３を用い、信号中にコミュニティ名を変更するよ
うに新コミュニティ＝ＴＨＩＲＤ４９を設定する。エー
ジェント４１は、受信したSetRequest-PDU４７がコミュ
ニティ＝ＳＴＡＴ４３を設定しているので、ＳＮＭＰ管
理ステーション３９からのアクセス要求と認知してアク
セス処理を行い、GetResponse-PDU５０を正常終了とし
て返送する。この時、エージェント４１側でのＳＮＭＰ
管理ステーション３９に対する有効コミュニティ名はＴ
ＨＩＲＤ４９となる。ＳＮＭＰ管理ステーション４０
は、SetRequest-PDU５１をエージェント４１に対して返
送する場合に、エージェント４１から通知されたコミュ
ニティ＝ＦＩＲＳＴ５２を用い、信号中にコミュニティ
名を変更するように新コミュニティ＝ＦＯＵＲ５３を設
定する。エージェント４１は、受信したSetRequest-PDU
５２を設定しているので、ＳＮＭＰ管理ステーション４
０からのアクセス要求と認知してアクセス処理を行い、
GetResponse-PDU５４を正常終了として返送する。この
時、エージェント４１側でのＳＮＭＰ管理ステーション
４０に対する有効コミュニティ名はＦＯＵＲ５３とな
る。
【００１１】
【発明の効果】以上説明したように、本発明によれば、
ネットワーク内になりすましＳＮＭＰ管理ステーション
が存在しても、エージェントへのアクセスが許容されな
いことである。その理由は、コミュニティ名は最初にエ
ージェントにより決定され、エージェントはそのコミュ
ニティ名を正規と認めるＳＮＭＰ管理ステーションに通
知し、ＳＮＭＰ管理ステーションはそのコミュニティを
最初の有効コミュニティとして、逐一コミュニティ名を
変更しながらエージェントと通信を行っていくからであ
る。
ネットワーク内になりすましＳＮＭＰ管理ステーション
が存在しても、エージェントへのアクセスが許容されな
いことである。その理由は、コミュニティ名は最初にエ
ージェントにより決定され、エージェントはそのコミュ
ニティ名を正規と認めるＳＮＭＰ管理ステーションに通
知し、ＳＮＭＰ管理ステーションはそのコミュニティを
最初の有効コミュニティとして、逐一コミュニティ名を
変更しながらエージェントと通信を行っていくからであ
る。
【図１】本発明の一実施形態のシーケンス図である。
【図２】Ｔｒａｐ−ＰＤＵの形式を示す図である。
【図３】ＳｅｔＲｅｑｕｅｓｔ−ＰＤＵの形式を示す図
である。
である。
【図４】本発明の他の実施形態のシーケンス図である。
１、３９、４０ ＳＮＭＰ管理ステーション ２ なりすましＳＮＭＰ管理ステーション ３、４１ エージェント ４、３２ システムアップ ５、１５、１８、２３、２６、３０、４３、４４、４
８、５２ コミュニティ名 ６、４５、４６ Ｔｒａｐ−ＰＤＵ ９、１９、３１、４９、５３ 設定要求コミュニティ名 １０、１３、１６、２１、２４、２７、３２、５０、５
４ GetResponse-PDU １１、２２、２５ GetRequest-PDU １４、１７、２９、４７、５１ SetRequest-PDU ２０ ＳＥＴコマンド未送信タイマセット ２８ タイムアウト ３３、３６ ｖａｒｉａｂｌｅ−ｂｉｎｄｉｎｇｓ ３４、３７ ｎａｍｅ ３５、３８ ｖａｌｕｅ
８、５２ コミュニティ名 ６、４５、４６ Ｔｒａｐ−ＰＤＵ ９、１９、３１、４９、５３ 設定要求コミュニティ名 １０、１３、１６、２１、２４、２７、３２、５０、５
４ GetResponse-PDU １１、２２、２５ GetRequest-PDU １４、１７、２９、４７、５１ SetRequest-PDU ２０ ＳＥＴコマンド未送信タイマセット ２８ タイムアウト ３３、３６ ｖａｒｉａｂｌｅ−ｂｉｎｄｉｎｇｓ ３４、３７ ｎａｍｅ ３５、３８ ｖａｌｕｅ
【手続補正書】
【提出日】平成１１年１１月８日（１９９９．１１．
８）
８）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正内容】
【特許請求の範囲】
Claims (3)
- 【請求項１】 ネットワーク管理のマネージャ機能を実
現するＳＮＭＰ管理ステーションと、ＳＮＭＰ管理ステ
ーションからの信号を受信して要求された値の読み出
し、または書き込みを行うエージェントを有するネット
ワーク管理システムにおける不正アクセス防止方法であ
って、 前記エージェントはシステムアップ状態になると、最初
に有効となるコミュニティ名を設定し、該コミュニティ
名を正規と認めるＳＮＭＰ管理ステーションに通知し、 該ＳＮＭＰ管理ステーションが新コミュニティ名を設定
し、該新コミュニティ名と前記エージェントから通知さ
れたコミュニティ名を前記エージェントに通知して前記
エージェントへアクセスし、 前記エージェントは、アクセスされたＳＮＭＰ管理ステ
ーションから通知されたコミュニティ名が自己が設定し
たものであれば、アクセス処理を行い、新コミュニティ
名を設定し、該新コミュニティ名を正常終了信号ととも
にアクセスしたＳＮＭＰ管理ステーションに返却する、
ネットワークシステムにおける不正アクセス防止方法。 - 【請求項２】 前記ＳＮＭＰ管理ステーションは、新有
効コミュニティ名を前記エージェントに送信すると、コ
マンド未送信タイマを起動し、該コマンド未送信タイム
アウトすると、有効コミュニティ名を変更する、請求項
１記載の方法。 - 【請求項３】 前記エージェントは、ＳＮＭＰ管理ステ
ーション毎に有効となるコミュニティ名をテーブルにあ
らかじめ登録しておく、請求項１または２記載の方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36285798A JP3492534B2 (ja) | 1998-12-21 | 1998-12-21 | ネットワーク管理システムにおける不正アクセス防止方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP36285798A JP3492534B2 (ja) | 1998-12-21 | 1998-12-21 | ネットワーク管理システムにおける不正アクセス防止方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000187625A true JP2000187625A (ja) | 2000-07-04 |
| JP3492534B2 JP3492534B2 (ja) | 2004-02-03 |
Family
ID=18477910
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP36285798A Expired - Fee Related JP3492534B2 (ja) | 1998-12-21 | 1998-12-21 | ネットワーク管理システムにおける不正アクセス防止方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3492534B2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006079359A (ja) * | 2004-09-09 | 2006-03-23 | Ricoh Co Ltd | 通信装置、通信装置の制御方法、プログラム及び記録媒体 |
| CN100350769C (zh) * | 2004-01-14 | 2007-11-21 | 国际商业机器公司 | 使用网络处理器和并行模式检测引擎检测侵入 |
-
1998
- 1998-12-21 JP JP36285798A patent/JP3492534B2/ja not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100350769C (zh) * | 2004-01-14 | 2007-11-21 | 国际商业机器公司 | 使用网络处理器和并行模式检测引擎检测侵入 |
| JP2006079359A (ja) * | 2004-09-09 | 2006-03-23 | Ricoh Co Ltd | 通信装置、通信装置の制御方法、プログラム及び記録媒体 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3492534B2 (ja) | 2004-02-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Cheung et al. | The design of GrIDS: A graph-based intrusion detection system | |
| US7761618B2 (en) | Using a USB host controller security extension for controlling changes in and auditing USB topology | |
| KR100604604B1 (ko) | 서버 보안 솔루션과 네트워크 보안 솔루션을 이용한시스템 보안 방법 및 이를 구현하는 보안시스템 | |
| US7796589B2 (en) | Communication protocol | |
| EP2732595B1 (en) | Communication protocols | |
| US9660808B2 (en) | Communication protocol and method for authenticating a system | |
| US20080072289A1 (en) | Unauthorized Connection Detection System and Unauthorized Connection Detection Method | |
| US20020120575A1 (en) | Method of and apparatus for ascertaining the status of a data processing environment | |
| US20080140836A1 (en) | Computer management server in remote access environment | |
| JP2008177714A (ja) | ネットワークシステム、サーバ、ｄｄｎｓサーバおよびパケット中継装置 | |
| US7206833B1 (en) | Platform independent alert detection and management | |
| KR20080071208A (ko) | 소프트웨어 실행 관리 장치, 그 방법 및 프로그램 | |
| Sansom et al. | Extending a capability based system into a network environment | |
| JP2000187625A (ja) | ネットワーク管理システムにおける不正アクセス防止方法 | |
| Cisco | Managing the System | |
| Cisco | Managing the System | |
| Cisco | Managing the System | |
| Cisco | Managing the System | |
| Cisco | Managing the System | |
| Cisco | Managing the System | |
| Cisco | Managing the System | |
| Cisco | Managing the System | |
| Cisco | Managing the System | |
| Cisco | Managing the System | |
| Cisco | Managing the System |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071114 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091114 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091114 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101114 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111114 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111114 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121114 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121114 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131114 Year of fee payment: 10 |
|
| LAPS | Cancellation because of no payment of annual fees |