JP2000207357A - セキュリティ実装エ―ジェントシステム - Google Patents

Abstract

(57)【要約】 【課題】 より安全であり効率的なエージェントシステ
ムのセキュリティ実装方法を提供する。 【解決手段】 エージェント４の認証を行う認証サーバ
２と、認証サーバ２に対して認証を依頼するクライアン
ト１と、エージェントを送り出すアプリケーションサー
バ３とをネットワークに接続したエージェントシステム
であって、認証結果及び所定動作範囲内で、エージェン
ト４に実行を許可する。又、クライアントが作成する滞
在エージェントリストには、エージェント名に対応する
セキュリティレベル及び実行を許可するプログラム名リ
ストを記述する。又、エージェントの暗号識別子が、認
証サーバ内２の認証処理モデュール２３によって認証処
理される。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】本発明は、セキュリティ実装
エージェントシステムに関し、特に、アクセス制限を記
載したセキュリティレベル表、すなわち、各エージェン
トに対応するセキュリティレベル、実行を許可するプロ
グラムを記述した表に基いて、移動エージェントの認証
を行い、実行を許可するエージェントシステムに属す
る。

【０００２】

【従来の技術】従来、近年、ネットワークを活用した分
散システムやエージェント技術が急速に発達し、セキュ
リティー管理が重要なキーワードとなっている。そし
て、セキュリティを実装する方法として、電子署名やパ
スワードによるログインを用いて認証を行う方法が提案
されている。

【０００３】更に、ログイン名やパスワードを入力する
煩わしさをなくし、他人にパスワード等を覚えられても
不正にサーバにアクセスすることを防止する方法が、例
えば、特開平１０−１７７５５４号公報（「クライアン
トサーバシステム、サーバアクセス認証方法、サーバア
クセス認証用プログラムが記憶された記憶媒体及びその
発光装置」）に開示されている。この公報によれば、図
４に示すように、ユーザは予めサーバの記憶媒体発行装
置１５０が発行する記憶媒体４０を入手しておく必要が
ある。この記憶媒体４０に格納された識別情報Ａは、ユ
ーザのパスワードやサーバアドレスの他に、サーバアク
セスを許可する期間、回数、時間、認証プログラム等が
暗号化された情報である。この記憶媒体４０を用いて、
クライアントであるユーザはアクセス許可要求手段を起
動する。すると、記憶媒体４０から読み取られたサーバ
アドレスによってネットワーク上のサーバに接続し、サ
ーバが備えるアクセス認証制御手段１７０が発行した識
別情報Ａと送信されてきた識別情報とを比較して、サー
バへのアクセスを認証するようにしている。

【０００４】

【発明が解決しようとする課題】しかし、上述した従来
の技術では、一度認証されると、意図しないアクセス許
可、例えば、環境（ＯＳなど）によっては、ローカルに
ある全てのファイルに対してアクセスを許可してしまう
といった状況を作り出してしまい、安全な方法とは言え
ない。

【０００５】そこで本発明は、より安全であり効率的な
エージェントシステムのセキュリティ実装方法を提供す
ることを課題としている。

【０００６】

【課題を解決するための手段】上記の課題を解決するた
めの本発明は、エージェントの認証を行う認証サーバ
と、前記認証サーバに対して前記認証を依頼するクライ
アントと、エージェントを送り出すアプリケーションサ
ーバとをネットワークに接続したエージェントシステム
であって、前記認証結果及び所定動作範囲内で、前記エ
ージェントに実行を許可する。

【０００７】

【発明の実施の形態】以下、図面を参照して本発明の実
施の形態について説明する。本発明は、図１に示したよ
うに、ネットワークに接続されるパソコンやワークステ
ーションといった装置を用いて構築されるエージェント
システムにおいて、ネットワーク上を移動してくるエー
ジェントに対して柔軟なセキュリティを実装する方法を
示すものである。本発明の特徴は、任意のローカル資源
（ディレクトリ、ファイルなどのリソース）に対するア
クセス制限を記述し、それらを組み合わせて任意（何段
階か）のセキュリティレベルを設定できることにある。
これによって、サービスを要求してきた異なるエージェ
ントに対して、それぞれ異なるアクセス制限を行うこと
が可能となる。

【０００８】図１にシステムの基本構成、図２，図３に
本システム実装のため追加するモジュールを示す。クラ
イアント１には、エージェント４が移動してきた際、エ
ージェント４の身元確認（認証サーバへの認証依頼、認
証結果受信、滞在エージェントリスト作成）を行う受付
窓口１１、細かいアクセス制限を記述したセキュリティ
レベル表１２（表１）、受付窓口によって動的に作成さ
れる滞在エージェントリスト１３（表２）を用意する。

【０００９】

【表１】

【００１０】

【表２】 エージェントの実行は、クライアントに実装されたエー
ジェント実行環境を通してのみ実行可能で、滞在エージ
ェントリスト１３および、セキュリティレベル表１２を
参照し、許可されている動作範囲内で実行を行う実行環
境が提供される。

【００１１】また認証サーバ２は、クライアント１が予
め登録する、エージェントとセキュリティレベルの対応
を記述したセキュリティレベル登録リスト２２（表
３）、クライアント１から受け取ったエージェント４の
（デジタル署名やパスワード等から）認証を行う認証処
理モジュール２３、クライアント１からの認証受付、認
証処理モジュール２３への処理要求、認証処理モジュー
ル２３の処理結果とセキュリティレベル登録リスト２２
から対応するセキュリティレベルを求め、クライアント
１へ通知する受付窓口２１を用意する。

【００１２】

【表３】 認証サーバは、図１のようにクライアント１と独立に用
意してもよいし、クライアント１の機能の一つとして実
装しても構わない。また、クライアント１と認証サーバ
２間のメッセージのやりとりにも、何かしらの暗号処理
が行われるものとする。

【００１３】

【実施例】本発明を、ソフトウェア自動アップデート・
エージェントシステムに応用した場合を例として説明す
る。この実施例においては、あるソフトベンダが、保守
契約を行っているユーザに対して自動アップデートのサ
ービスを提供するため、ソフトウェア自動アップデート
・エージェントシステムを構築するものとする。すなわ
ち、このエージェントシステムは、契約しているユーザ
マシンをエージェントが巡回し、ソフトウェアのアップ
デート作業を自動で行うものである。

【００１４】装置構成は、図１と全く同様であり、クラ
イアント１，認証サーバ２，アプリケーションサーバ３
で構成する。クライアント１は図２に示すモジュール構
成をとる。認証サーバ２は、図３に示すモジュール構成
をとる。

【００１５】クライアント１は、エージェントに対する
アクセス制御を行うために、受付窓口１１，セキュリテ
ィレベル表１２，滞在エージェントリスト１３を持つ。
クライアント１には、ＡＰ１（アプリケーションプログ
ラムを記述するためのインタフェース）というソフトが
インストールされており、クライアント１のユーザとＡ
Ｐ１開発ベンダとの間で、ＡＰ１のアップデート・サー
ビスの保守契約が結ばれているものとする。このとき、
ＡＰ１開発ベンダのアプリケーションサーバから来るエ
ージェントは、専用の電子署名を持っており、その署名
をもつエージェントに対してアクセス制限をするため、
クライアント１内にセキュリティレベル（表４）を設定
し、クライアント１はエージェント訪問時に認証サーバ
２へエージェントの認証を依頼するため、セキュリティ
レベル登録リスト（表５）を認証サーバ２内へ登録して
おく。

【００１６】

【表４】

【００１７】

【表５】 認証サーバ２はエージェントの認証を行う機能を実装す
るため、受付窓口２１、セキュリティレベル登録リスト
２２、認証モジュール２３を持つ。

【００１８】ＡＰ１開発ベンダにあるアプリケーション
サーバ３は、エージェント４を保有しており、ＡＰ１の
バージョンアップ準備が整い次第、ネットワークに接続
している保守契約ユーザのマシンに対して、自動アップ
デートを行うため契約クライアントを巡回するエージェ
ント４を送り出す機能を持つ。

【００１９】以上詳細に実施例の構成を述べたが、図１
のクライアントやサーバは、パソコンやワークステーシ
ョンといった、当業者にとってよく知られた装置であ
り、また本発明とは直接関係しないので、その詳細な構
成は省略する。また、個々のエージェントのプログラム
やセキュリティ実装以外の実行環境の詳細、及び認証方
法についても、本発明には直接関係しないため、その詳
細な説明は省略する。

【００２０】クライアント１にＡＰ１アップデートのた
めアプリケーションサーバ３から移動してきたエージェ
ント４が、クライアント１の受付窓口１１に到着したと
する。すると、受付窓口１１は認証サーバ２に対して、
エージェント４の電子署名をクライアント１の電子署名
とともに送付し認証の要求を行う。認証サーバ２はクラ
イアント１からの依頼であることを確認してエージェン
ト４の認証を行い、正しく認証されると、クライアント
１のセキュリティレベル登録リスト２２から、エージェ
ント４に対応するセキュリティレベル（表５）及び、認
証サーバ２からの通知であることを示す電子署名をつけ
て受付窓口１１に返す。受付窓口１１では、認証サーバ
２からもらった通知とエージェント４自信の情報から、
表６に示すエージェント４の滞在エージェントリストを
作成し、エージェント４に対して実行許可を通知する。
エージェント４は表４に示される資源を利用して、アッ
プデートを行う。（／Ｐｒｏｇｒａｍ／ＡＰ１内に格納
されたＡＰ１のバージョンや／Ｓｙｓｔｅｍに格納され
たＯＳやＣＰＵ等の情報を読み取り、対応するＡＰ１の
最新版を／Ｔｅｍｐにダウンロードし、アップデートプ
ログラムを実行する。アップデートの（正常または異
常）終了、及びダウンロードの（正常または異常）終了
をメッセージとして残す。）実行を済ませたエージェン
ト４は、受付窓口１１に終了通知を行い、次のクライア
ント先に移動する。終了通知を受けた受付窓口１１は、
滞在エージェントリスト１３からエージェント４に関す
る情報（表６）を削除する。

【００２１】

【表６】

【００２２】

【発明の効果】以上説明した本発明による効果は、各ク
ライアントが様々なエージェントに対して別なアクセス
制限（セキュリティレベル）を設定できることである。
セキュリティレベルは各クライアント側でアクセスでき
る資源や、各資源に対する細かいアクセス制限を設定・
グループ化し、そのレベルを何段階にでも設定できるた
め、より安全で柔軟なセキュリティを実装できる。又、
本発明によれば、セキュリティを認証方法に依存してい
ないため、より多種のエージェントに対応できる。

【図面の簡単な説明】

【図１】本発明のセキュリティ実装方法を適用するエー
ジェントシステムのブロック図

【図２】エージェントの身元を確認するためのクライア
ントのブロック図

【図３】認証サーバのブロック図

【図４】アクセス認証を行う従来のクライアントサーバ
システムの一例のブロック図

【符号の説明】

１ クライアント ２ 認証サーバ ３ アプリケーションサーバ ４ エージェント １１ 受付窓口 １２ セキュリティレベル表 １３ 滞在エージェントリスト ２１ 受付窓口 ２２ セキュリティレベル登録リスト ２３ 認証処理モジュール

Claims (5)

【特許請求の範囲】
1. 【請求項１】 エージェントの認証を行う認証サーバ
   と、前記認証サーバに対して前記認証を依頼するクライ
   アントと、エージェントを送り出すアプリケーションサ
   ーバとをネットワークに接続したエージェントシステム
   であって、 前記認証結果及び所定動作範囲内で、前記エージェント
   に実行を許可することを特徴とするエージェントシステ
   ム。
2. 【請求項２】 前記クライアントは、移動してきたエー
   ジェントの身元確認を行う受付窓口と、アクセス制限を
   記載したセキュリティレベル表を格納するセキュリティ
   レベル格納部と、前記受付窓口が作成する滞在エージェ
   ントリストを格納する滞在エージェントリスト格納部と
   を備え、 前記クライアントに実装したエージェント実行環境の下
   でクライアントに実行を許可することを特徴とする請求
   項１記載のエージェントシステム。
3. 【請求項３】 前記認証サーバは、セキュリティレベル
   登録リスト格納部と、クライアントから受け取るエージ
   ェントの認証を行う認証処理モジュールと、前記クライ
   アントからの認証要求を受け付けて前記認証結果を前記
   クライアントに通知する受付窓口とを備え、 前記受付モデュールは、前記セキュリティ登録リスト及
   び前記認証処理モジュールの処理結果に基いてセキュリ
   ティレベルを求め、求めたセキュリティレベルを前記ク
   ライアントに通知することを特徴とする請求項１記載の
   エージェントシステム。
4. 【請求項４】 前記認証処理モジュールは、エージェン
   トの暗号識別子を解読することを特徴とする請求項３記
   載のエージェントシステム。
5. 【請求項５】 前記滞在エージェントリストには、エー
   ジェント名に対応するセキュリティレベル及び実行を許
   可するプログラム名リストを記述することを特徴とする
   請求項２記載のエージェントシステム。