JP3609839B2 - クライアント装置 - Google Patents
クライアント装置 Download PDFInfo
- Publication number
- JP3609839B2 JP3609839B2 JP05461092A JP5461092A JP3609839B2 JP 3609839 B2 JP3609839 B2 JP 3609839B2 JP 05461092 A JP05461092 A JP 05461092A JP 5461092 A JP5461092 A JP 5461092A JP 3609839 B2 JP3609839 B2 JP 3609839B2
- Authority
- JP
- Japan
- Prior art keywords
- server
- program
- client
- resource
- protocol
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Multi Processors (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【産業上の利用分野】
本発明は、特権ポートを介しての資源要求に対してはパスワードを要求することなく資源を提供するサーバ装置と、サーバ装置に対して資源を要求するクライアント装置とからなるデータ処理システムで用いられるクライアント装置に関し、特に、クライアント装置がスーパーユーザの概念のないオペレーティングシステムの環境下で動作するときにあって、パスワードの要求されないプロトコルに従ってサーバ装置に対して資源を要求するときに、確実に機密保護を実現できるようにするクライアント装置に関するものである。
【０００２】
【従来の技術】
資源を提供するサーバと、サーバに対して資源を要求するクライアントとからなるデータ処理システムでは、クライアントが、パスワードの要求されないｒｃｍｄプロトコルに従ってサーバの資源を利用することができる構成が採られている。
【０００３】
このｒｃｍｄプロトコルでは、ローカルホスト側のクライアントは、パスワードを指定することなくリモートホスト側のサーバにログインすることができ、リモートホスト側のサーバは、ただローカルホスト側のクライアントから送信されてくるローカルホスト名、ローカルユーザ名及びリモートユーザ名のチェックを行うだけである。
【０００４】
これから、クライアントが偽のローカルホスト名、ローカルユーザ名及びリモートユーザ名を送信すると、サーバ側のセキュリテイが保てなくなる。従って、クライアント側でセキュリテイを保証していく必要がある。
【０００５】
ＵＮＩＸ系（ＵＮＩＸは登録商標）のオペレーティングシステムでは、スーパーユーザの概念が導入されている。これから、サーバとクライアントとがＵＮＩＸ系のオペレーティングシステムで構成される場合には、このスーパーユーザのみがｒｃｍｄプロトコルを記述するクライアントプログラムの作成を可能とする構成を採ることで、サーバ側のセキュリテイを保証していくように構成している。
【０００６】
【発明が解決しようとする課題】
一方、オペレーティングシステムとして、ＭＳＰ系のオペレーティングシステムが普及している。
【０００７】
しかるに、このＭＳＰ系のオペレーティングシステムでは、スーパーユーザの概念がなく、すべてのユーザがｒｃｍｄプロトコルを記述するクライアントプログラムの作成が可能となるため、サーバ側のセキュリテイを保証できないという問題点があった。
【０００８】
本発明はかかる事情に鑑みてなされたものであって、資源を提供するサーバ装置と、スーパーユーザの概念のないオペレーティングシステムの環境下で動作して、パスワードの要求されないプロトコルに従ってサーバ装置に対して資源を要求するクライアント装置とからなるデータ処理システムにおいて、サーバ装置側のセキュリテイを確実に実現できるようにする新たなクライアント装置の提供を目的とするものである。
【０００９】
【課題を解決するための手段】
図１に、本発明の第１の発明の原理構成、図２に、本発明の第２の発明の原理構成を図示する。
図１に示す本発明を具備するクライアント装置は、特権ポートを介しての資源要求に対してはパスワードを要求することなく資源を提供するプロトコルに従うサーバプログラムを実行するサーバ装置と、スーパーユーザの概念のないオペレーティングシステム（例えばＭＳＰ系のオペレーティングシステム）の環境下で動作して、パスワードの要求されないプロトコル（例えばｒｃｍｄプロトコル）に従ってサーバ装置に対して資源を要求するクライアントプログラムを実行するクライアント装置とからなるデータ処理システムで用いられるときにあって、（１）自装置に展開されるクライアントプログラムがシステム管理者により設定される認定プログラムであるのか否かを管理する管理手段と、（２）自装置に展開される資源要求元のクライアントプログラムが実行せしめられることによって、上記プロトコルに従ってサーバ装置に対して資源を要求するときに、上記管理手段の管理データに従って、該クライアントプログラムが認定プログラムであるのか否かを判断する判断手段と、（３）上記判断手段が認定プログラムであることを判断するときに、特権ポートを獲得する獲得手段とを備え、（４）上記資源要求元のクライアントプログラムが実行せしめられることによって、上記獲得手段により獲得された特権ポートを介して、サーバ装置との接続に必要となる接続情報をサーバ装置に送信するように構成する。
また、図２に示す本発明を具備するクライアント装置は、特権ポートを介しての資源要求に対してはパスワードを要求することなく資源を提供するプロトコルに従うサーバプログラムを実行するサーバ装置と、スーパーユーザの概念のないオペレーティングシステム（例えばＭＳＰ系のオペレーティングシステム）の環境下で動作して、パスワードの要求されないプロトコル（例えばｒｃｍｄプロトコル）に従ってサーバ装置に対して資源を要求するクライアントプログラムを実行するクライアント装置とからなるデータ処理システムで用いられるときにあって、（１）上記オペレーティングシステム上に展開され、特権ポートの獲得の動作を実行せしめる第１のライブラリ実行手段と、（２）上記オペレーティングシステム上に展開され、自装置に展開される資源要求元のクライアントプログラムが実行せしめられることによって、上記プロトコルに従ってサーバ装置に対して資源を要求するときに呼び出されて、サーバ装置との接続に必要となる接続情報の取得の動作を実行せしめ、更に、上記第１のライブラリ実行手段の起動の動作を実行せしめる第２のライブラリ実行手段とを備え、（３）かつ、上記第２のライブラリ実行手段が実行せしめられることによって、サーバ装置との接続に必要となる接続情報を取得して、上記第１のライブラリ実行手段が実行せしめられることによって獲得された特権ポートを介して、該接続情報をサーバ装置に送信するように構成する。
次に、図１及び図２に従って、本発明の原理構成について具体的に説明する。
【００１０】
図１及び図２において、１はＵＮＩＸ系のオペレーティングシステムの環境下で動作するサーバ、２はＭＳＰ系のオペレーティングシステムの環境下で動作するクライアント、１０はサーバ１の備えるセキュリティ判定手段、２０はクライアント２に展開されるクライアントプログラムである。
【００１１】
セキュリティ判定手段１０は、クライアント２から特権ポートを介しての資源要求があるときに、クライアント２から送られてくる接続情報（ローカルホスト名、ローカルユーザ名及びリモートユーザ名）が自装置のデータベースに登録されているか否かを判断する。
【００１２】
サーバ１は、このセキュリティ判定手段１０が接続情報の登録を判断すると、パスワードの指定がなくても、クライアント２に対して要求のある資源を提供するよう処理する。
【００１３】
クライアントプログラム２０は、パスワードの要求されないｒｃｍｄプロトコルに従ってサーバ１に対して資源を要求する。
図１の本発明のクライアント２は、認定プログラム管理手段２１と、認定有無判断手段２２と、ｂｉｎｄライブラリ関数２３とを備える。
【００１４】
この認定プログラム管理手段２１は、クライアント２に展開されるプログラムが認定プログラムであるか否かを管理する。ここで、この認定プログラム管理手段２１の管理データは、ＭＳＰ系のオペレーティングシステムのシステム管理者により登録される。認定有無判断手段２２は、認定プログラム管理手段２１の管理データに従って、クライアント２に展開されるプログラムが認定プログラムであるか否かを判断する。ｂｉｎｄライブラリ関数２３は、クライアント２の持つ特権ポートを獲得してサーバ１との接続を実現する。
【００１５】
図２の本発明のクライアント２は、オペレーティングシステムに展開されるｂｉｎｄライブラリ関数２３と、同じくオペレーティングシステムに展開されるｒｃｍｄライブラリ関数２４と、クライアントプログラム２０のｒｃｍｄプロトコルに展開されるｒｃｍｄライブラリ関数呼出手段２５とを備える。
【００１６】
このｂｉｎｄライブラリ関数２３は、クライアント２の持つ特権ポートを獲得してサーバ１との接続を実現する。ｒｃｍｄライブラリ関数２４は、ｂｉｎｄライブラリ関数２３の起動を指示するとともに、サーバ１との接続に必要となる接続情報（ローカルホスト名、ローカルユーザ名及びリモートユーザ名）を図示しないＴＳＳから収集する。ｒｃｍｄライブラリ関数呼出手段２５は、ｒｃｍｄライブラリ関数２４を呼び出す。
【００１７】
【作用】
本発明の第１の発明では、クライアントプログラム２０がｒｃｍｄプロトコルを発行すると、認定有無判断手段２２は、認定プログラム管理手段２１の管理データに従って、そのｒｃｍｄプロトコルの発行元のクライアントプログラム２０が認定プログラムであるか否かを判断して、認定プログラムであると判断すると、ｂｉｎｄライブラリ関数２３を起動することで特権ポートを獲得してサーバ１との接続を実現する。そして、クライアントプログラム２０は、この獲得された特権ポートを介して、サーバ１との接続に必要となる接続情報をサーバ１に送信していくことで、サーバ１に対してパスワードを指定することなく資源を要求する。
【００１８】
このように、本発明の第１の発明では、ｒｃｍｄプロトコルを発行するクライアントプログラム２０が認定プログラムである場合にのみ、ｂｉｎｄライブラリ関数２３が起動される構成が採られるので、システム管理者のみが認定プログラムの登録を実行できることに対応して、クライアント２がＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ１側のセキュリティが保証されることになる。
【００１９】
システム管理者により認定プログラムとして認定されていても、他の非認定プログラムから読み出されると、その認定プログラムは認定モードを解除されることになる。これから、第１の発明に従っていると、認定プログラムが他の非認定プログラムから読み出される可能性のある場合には、サーバ１側のセキュリティを保証することができない。これに対処するのが本発明の第２の発明である。
【００２０】
本発明の第２の発明では、ｒｃｍｄプロトコルを発行するクライアントプログラム２０は、ｒｃｍｄライブラリ関数呼出手段２５を使ってオペレーティングシステム上に展開されるｒｃｍｄライブラリ関数２４を呼び出し、このようにして呼び出されると、ｒｃｍｄライブラリ関数２４は、ｂｉｎｄライブラリ関数２３を起動することで特権ポートを獲得してサーバ１との接続を実現するとともに、クライアントプログラム２０の偽りの操作を排除すべく、サーバ１との接続に必要となる接続情報を収集してサーバ１に送信することで、サーバ１のセキュリティチェックの認可を実現する。
【００２１】
このように、本発明の第２の発明では、クライアントプログラム２０自身がサーバ１との接続を実行していくのではなくて、システム管理者のみが操作できるオペレーティングシステムに従ってサーバ１との接続を実行していく構成を採ることから、クライアントプログラム２０が非認定プログラムであっても、クライアント２がＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ１側のセキュリティが保証されることになる。しかも、システム管理者以外の者が作成するクライアントプログラム２０であっても、ｒｃｍｄプロトコルを発行することができるのである。
【００２２】
【実施例】
以下、実施例に従って本発明を詳細に説明する。
図３に、図１に示した本発明の第１の発明の一実施例を図示する。図中、２０は図１で説明したクライアントプログラム、２３は図１で説明したｂｉｎｄライブラリ関数である。
【００２３】
この実施例では、ｒｃｍｄプロトコルを発行するクライアントプログラム２０が、システム管理者により認定される認定プログラムでない場合には、図３（ａ）に示すように、クライアントプログラム２０がｂｉｎｄライブラリ関数２３を呼び出したとしても、ｂｉｎｄライブラリ関数２３はｂｉｎｄ処理の実行に入らない構成が採られる。
【００２４】
一方、ｒｃｍｄプロトコルを発行するクライアントプログラム２０が、システム管理者により認定される認定プログラムである場合には、図３（ｂ）に示すように、クライアントプログラム２０がｂｉｎｄライブラリ関数２３を呼び出すと、ｂｉｎｄライブラリ関数２３は、ｂｉｎｄ処理の実行に入って特権ポートを介してサーバ１との接続を実行する。このサーバ１との接続が実現されると、クライアントプログラム２０は、続いて、ローカルホスト名、ローカルユーザ名及びリモートユーザ名の接続情報をサーバ１に送信することで、パスワードを指定することなくサーバ１に対して資源要求を発行する。
【００２５】
このようにして、本発明の第１の発明では、ｒｃｍｄプロトコルを発行するクライアントプログラム２０が認定プログラムである場合にのみ、ｂｉｎｄライブラリ関数２３が起動される構成が採られるので、システム管理者のみが認定プログラムの登録を実行できることに対応して、クライアント２がＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ１側のセキュリティが保証されることになるのである。
【００２６】
図４に、図２に示した本発明の第２の発明の一実施例を図示する。図中、２０は図２で説明したクライアントプログラム、２３は図２で説明したｂｉｎｄライブラリ関数、２４は図２で説明したｒｃｍｄライブラリ関数である。
【００２７】
この実施例では、クライアントプログラム２０は、ｒｃｍｄプロトコルを発行する場合、図４に示すように、ｒｃｍｄライブラリ関数２４を呼び出し、このようにして呼び出されると、ｒｃｍｄライブラリ関数２４は、ＳＶＣを発行してオペレーティングシステム配下のＳＶＣモードに入ることで認定モードに入る。そして、ｒｃｍｄライブラリ関数２４は、このＳＶＣモードでｂｉｎｄライブラリ関数２３を呼び出す。
【００２８】
このようにして呼び出されると、ｂｉｎｄライブラリ関数２３は、オペレーティングシステム配下の認定モードにあることに対応して、ｂｉｎｄ処理の実行に入って特権ポートを介してサーバ１との接続を実行する。サーバ１との接続が実現されると、ｒｃｍｄライブラリ関数２４は、続いて、サーバ１との接続に必要となるローカルホスト名、ローカルユーザ名及びリモートユーザ名をＴＳＳから収集してサーバ１に送信することで、パスワードを指定することなくサーバ１に対して資源要求を発行する。
【００２９】
このようにして、本発明の第２の発明では、クライアントプログラム２０自身がサーバ１との接続を実行していくのではなくて、システム管理者のみが操作できるオペレーティングシステムに従ってサーバ１との接続を実行していく構成を採ることから、クライアントプログラム２０が非認定プログラムであっても、クライアント２がＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ１側のセキュリティが保証されることになる。しかも、システム管理者以外の者が作成するクライアントプログラム２０であっても、ｒｃｍｄプロトコルを発行することができるのである。
【００３０】
すなわち、図５に示すように、一般ユーザが作成したクライアントプログラム２０がｒｃｍｄライブラリ関数２４を呼び出すことなくｒｃｍｄプロトコルを発行しても、ｂｉｎｄライブラリ関数２３が起動されることはない。そして、一般ユーザが作成したクライアントプログラム２０がｒｃｍｄライブラリ関数２４を呼び出していく構成に従ってｒｃｍｄプロトコルを発行すると、ｂｉｎｄライブラリ関数２３が起動されるとともに、システム管理者のみが操作できるオペレーティングシステムの責任において接続情報が取得されて、サーバ１に対して正規の資源要求が実行される。そして、システム管理者の作成したクライアントプログラム２０がｒｃｍｄプロトコルを発行すると、ｂｉｎｄライブラリ関数２３が起動されて、サーバ１に対して正規の資源要求が実行されることになる。
【００３１】
【発明の効果】
以上説明したように、本発明によれば、特権ポートを介しての資源要求に対してはパスワードを要求することなく資源を提供するサーバと、サーバに対して資源を要求するクライアントとからなるデータ処理システムにおいて、パスワードの要求されないプロトコルを発行するクライアントプログラムが認定プログラムである場合にのみ、特権ポートを介してサーバと接続できる構成が採られるので、システム管理者のみが認定プログラムの登録を実行できることに対応して、クライアントがＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ側のセキュリティが保証されることになる。
【００３２】
そして、クライアントプログラム自身がサーバとの接続を実行していくのではなくて、システム管理者のみが操作できるオペレーティングシステムに従ってサーバとの接続を実行していく構成を採ることから、クライアントプログラムが非認定プログラムであっても、クライアントがＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ側のセキュリティが保証されることになる。しかも、この構成に従うときには、システム管理者以外の者が作成するクライアントプログラムであっても、パスワードの要求されないプロトコルを発行することができるのである。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明の原理構成図である。
【図３】本発明の一実施例である。
【図４】本発明の他の実施例である。
【図５】図４の実施例の詳細構成図である。
【符号の説明】
１ サーバ
２ クライアント
１０ セキュリティ判定手段
２０ クライアントプログラム
２１ 認定プログラム管理手段
２２ 認定有無判断手段
２３ ｂｉｎｄライブラリ関数
２４ ｒｃｍｄライブラリ関数
２５ ｒｃｍｄライブラリ関数呼出手段
【産業上の利用分野】
本発明は、特権ポートを介しての資源要求に対してはパスワードを要求することなく資源を提供するサーバ装置と、サーバ装置に対して資源を要求するクライアント装置とからなるデータ処理システムで用いられるクライアント装置に関し、特に、クライアント装置がスーパーユーザの概念のないオペレーティングシステムの環境下で動作するときにあって、パスワードの要求されないプロトコルに従ってサーバ装置に対して資源を要求するときに、確実に機密保護を実現できるようにするクライアント装置に関するものである。
【０００２】
【従来の技術】
資源を提供するサーバと、サーバに対して資源を要求するクライアントとからなるデータ処理システムでは、クライアントが、パスワードの要求されないｒｃｍｄプロトコルに従ってサーバの資源を利用することができる構成が採られている。
【０００３】
このｒｃｍｄプロトコルでは、ローカルホスト側のクライアントは、パスワードを指定することなくリモートホスト側のサーバにログインすることができ、リモートホスト側のサーバは、ただローカルホスト側のクライアントから送信されてくるローカルホスト名、ローカルユーザ名及びリモートユーザ名のチェックを行うだけである。
【０００４】
これから、クライアントが偽のローカルホスト名、ローカルユーザ名及びリモートユーザ名を送信すると、サーバ側のセキュリテイが保てなくなる。従って、クライアント側でセキュリテイを保証していく必要がある。
【０００５】
ＵＮＩＸ系（ＵＮＩＸは登録商標）のオペレーティングシステムでは、スーパーユーザの概念が導入されている。これから、サーバとクライアントとがＵＮＩＸ系のオペレーティングシステムで構成される場合には、このスーパーユーザのみがｒｃｍｄプロトコルを記述するクライアントプログラムの作成を可能とする構成を採ることで、サーバ側のセキュリテイを保証していくように構成している。
【０００６】
【発明が解決しようとする課題】
一方、オペレーティングシステムとして、ＭＳＰ系のオペレーティングシステムが普及している。
【０００７】
しかるに、このＭＳＰ系のオペレーティングシステムでは、スーパーユーザの概念がなく、すべてのユーザがｒｃｍｄプロトコルを記述するクライアントプログラムの作成が可能となるため、サーバ側のセキュリテイを保証できないという問題点があった。
【０００８】
本発明はかかる事情に鑑みてなされたものであって、資源を提供するサーバ装置と、スーパーユーザの概念のないオペレーティングシステムの環境下で動作して、パスワードの要求されないプロトコルに従ってサーバ装置に対して資源を要求するクライアント装置とからなるデータ処理システムにおいて、サーバ装置側のセキュリテイを確実に実現できるようにする新たなクライアント装置の提供を目的とするものである。
【０００９】
【課題を解決するための手段】
図１に、本発明の第１の発明の原理構成、図２に、本発明の第２の発明の原理構成を図示する。
図１に示す本発明を具備するクライアント装置は、特権ポートを介しての資源要求に対してはパスワードを要求することなく資源を提供するプロトコルに従うサーバプログラムを実行するサーバ装置と、スーパーユーザの概念のないオペレーティングシステム（例えばＭＳＰ系のオペレーティングシステム）の環境下で動作して、パスワードの要求されないプロトコル（例えばｒｃｍｄプロトコル）に従ってサーバ装置に対して資源を要求するクライアントプログラムを実行するクライアント装置とからなるデータ処理システムで用いられるときにあって、（１）自装置に展開されるクライアントプログラムがシステム管理者により設定される認定プログラムであるのか否かを管理する管理手段と、（２）自装置に展開される資源要求元のクライアントプログラムが実行せしめられることによって、上記プロトコルに従ってサーバ装置に対して資源を要求するときに、上記管理手段の管理データに従って、該クライアントプログラムが認定プログラムであるのか否かを判断する判断手段と、（３）上記判断手段が認定プログラムであることを判断するときに、特権ポートを獲得する獲得手段とを備え、（４）上記資源要求元のクライアントプログラムが実行せしめられることによって、上記獲得手段により獲得された特権ポートを介して、サーバ装置との接続に必要となる接続情報をサーバ装置に送信するように構成する。
また、図２に示す本発明を具備するクライアント装置は、特権ポートを介しての資源要求に対してはパスワードを要求することなく資源を提供するプロトコルに従うサーバプログラムを実行するサーバ装置と、スーパーユーザの概念のないオペレーティングシステム（例えばＭＳＰ系のオペレーティングシステム）の環境下で動作して、パスワードの要求されないプロトコル（例えばｒｃｍｄプロトコル）に従ってサーバ装置に対して資源を要求するクライアントプログラムを実行するクライアント装置とからなるデータ処理システムで用いられるときにあって、（１）上記オペレーティングシステム上に展開され、特権ポートの獲得の動作を実行せしめる第１のライブラリ実行手段と、（２）上記オペレーティングシステム上に展開され、自装置に展開される資源要求元のクライアントプログラムが実行せしめられることによって、上記プロトコルに従ってサーバ装置に対して資源を要求するときに呼び出されて、サーバ装置との接続に必要となる接続情報の取得の動作を実行せしめ、更に、上記第１のライブラリ実行手段の起動の動作を実行せしめる第２のライブラリ実行手段とを備え、（３）かつ、上記第２のライブラリ実行手段が実行せしめられることによって、サーバ装置との接続に必要となる接続情報を取得して、上記第１のライブラリ実行手段が実行せしめられることによって獲得された特権ポートを介して、該接続情報をサーバ装置に送信するように構成する。
次に、図１及び図２に従って、本発明の原理構成について具体的に説明する。
【００１０】
図１及び図２において、１はＵＮＩＸ系のオペレーティングシステムの環境下で動作するサーバ、２はＭＳＰ系のオペレーティングシステムの環境下で動作するクライアント、１０はサーバ１の備えるセキュリティ判定手段、２０はクライアント２に展開されるクライアントプログラムである。
【００１１】
セキュリティ判定手段１０は、クライアント２から特権ポートを介しての資源要求があるときに、クライアント２から送られてくる接続情報（ローカルホスト名、ローカルユーザ名及びリモートユーザ名）が自装置のデータベースに登録されているか否かを判断する。
【００１２】
サーバ１は、このセキュリティ判定手段１０が接続情報の登録を判断すると、パスワードの指定がなくても、クライアント２に対して要求のある資源を提供するよう処理する。
【００１３】
クライアントプログラム２０は、パスワードの要求されないｒｃｍｄプロトコルに従ってサーバ１に対して資源を要求する。
図１の本発明のクライアント２は、認定プログラム管理手段２１と、認定有無判断手段２２と、ｂｉｎｄライブラリ関数２３とを備える。
【００１４】
この認定プログラム管理手段２１は、クライアント２に展開されるプログラムが認定プログラムであるか否かを管理する。ここで、この認定プログラム管理手段２１の管理データは、ＭＳＰ系のオペレーティングシステムのシステム管理者により登録される。認定有無判断手段２２は、認定プログラム管理手段２１の管理データに従って、クライアント２に展開されるプログラムが認定プログラムであるか否かを判断する。ｂｉｎｄライブラリ関数２３は、クライアント２の持つ特権ポートを獲得してサーバ１との接続を実現する。
【００１５】
図２の本発明のクライアント２は、オペレーティングシステムに展開されるｂｉｎｄライブラリ関数２３と、同じくオペレーティングシステムに展開されるｒｃｍｄライブラリ関数２４と、クライアントプログラム２０のｒｃｍｄプロトコルに展開されるｒｃｍｄライブラリ関数呼出手段２５とを備える。
【００１６】
このｂｉｎｄライブラリ関数２３は、クライアント２の持つ特権ポートを獲得してサーバ１との接続を実現する。ｒｃｍｄライブラリ関数２４は、ｂｉｎｄライブラリ関数２３の起動を指示するとともに、サーバ１との接続に必要となる接続情報（ローカルホスト名、ローカルユーザ名及びリモートユーザ名）を図示しないＴＳＳから収集する。ｒｃｍｄライブラリ関数呼出手段２５は、ｒｃｍｄライブラリ関数２４を呼び出す。
【００１７】
【作用】
本発明の第１の発明では、クライアントプログラム２０がｒｃｍｄプロトコルを発行すると、認定有無判断手段２２は、認定プログラム管理手段２１の管理データに従って、そのｒｃｍｄプロトコルの発行元のクライアントプログラム２０が認定プログラムであるか否かを判断して、認定プログラムであると判断すると、ｂｉｎｄライブラリ関数２３を起動することで特権ポートを獲得してサーバ１との接続を実現する。そして、クライアントプログラム２０は、この獲得された特権ポートを介して、サーバ１との接続に必要となる接続情報をサーバ１に送信していくことで、サーバ１に対してパスワードを指定することなく資源を要求する。
【００１８】
このように、本発明の第１の発明では、ｒｃｍｄプロトコルを発行するクライアントプログラム２０が認定プログラムである場合にのみ、ｂｉｎｄライブラリ関数２３が起動される構成が採られるので、システム管理者のみが認定プログラムの登録を実行できることに対応して、クライアント２がＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ１側のセキュリティが保証されることになる。
【００１９】
システム管理者により認定プログラムとして認定されていても、他の非認定プログラムから読み出されると、その認定プログラムは認定モードを解除されることになる。これから、第１の発明に従っていると、認定プログラムが他の非認定プログラムから読み出される可能性のある場合には、サーバ１側のセキュリティを保証することができない。これに対処するのが本発明の第２の発明である。
【００２０】
本発明の第２の発明では、ｒｃｍｄプロトコルを発行するクライアントプログラム２０は、ｒｃｍｄライブラリ関数呼出手段２５を使ってオペレーティングシステム上に展開されるｒｃｍｄライブラリ関数２４を呼び出し、このようにして呼び出されると、ｒｃｍｄライブラリ関数２４は、ｂｉｎｄライブラリ関数２３を起動することで特権ポートを獲得してサーバ１との接続を実現するとともに、クライアントプログラム２０の偽りの操作を排除すべく、サーバ１との接続に必要となる接続情報を収集してサーバ１に送信することで、サーバ１のセキュリティチェックの認可を実現する。
【００２１】
このように、本発明の第２の発明では、クライアントプログラム２０自身がサーバ１との接続を実行していくのではなくて、システム管理者のみが操作できるオペレーティングシステムに従ってサーバ１との接続を実行していく構成を採ることから、クライアントプログラム２０が非認定プログラムであっても、クライアント２がＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ１側のセキュリティが保証されることになる。しかも、システム管理者以外の者が作成するクライアントプログラム２０であっても、ｒｃｍｄプロトコルを発行することができるのである。
【００２２】
【実施例】
以下、実施例に従って本発明を詳細に説明する。
図３に、図１に示した本発明の第１の発明の一実施例を図示する。図中、２０は図１で説明したクライアントプログラム、２３は図１で説明したｂｉｎｄライブラリ関数である。
【００２３】
この実施例では、ｒｃｍｄプロトコルを発行するクライアントプログラム２０が、システム管理者により認定される認定プログラムでない場合には、図３（ａ）に示すように、クライアントプログラム２０がｂｉｎｄライブラリ関数２３を呼び出したとしても、ｂｉｎｄライブラリ関数２３はｂｉｎｄ処理の実行に入らない構成が採られる。
【００２４】
一方、ｒｃｍｄプロトコルを発行するクライアントプログラム２０が、システム管理者により認定される認定プログラムである場合には、図３（ｂ）に示すように、クライアントプログラム２０がｂｉｎｄライブラリ関数２３を呼び出すと、ｂｉｎｄライブラリ関数２３は、ｂｉｎｄ処理の実行に入って特権ポートを介してサーバ１との接続を実行する。このサーバ１との接続が実現されると、クライアントプログラム２０は、続いて、ローカルホスト名、ローカルユーザ名及びリモートユーザ名の接続情報をサーバ１に送信することで、パスワードを指定することなくサーバ１に対して資源要求を発行する。
【００２５】
このようにして、本発明の第１の発明では、ｒｃｍｄプロトコルを発行するクライアントプログラム２０が認定プログラムである場合にのみ、ｂｉｎｄライブラリ関数２３が起動される構成が採られるので、システム管理者のみが認定プログラムの登録を実行できることに対応して、クライアント２がＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ１側のセキュリティが保証されることになるのである。
【００２６】
図４に、図２に示した本発明の第２の発明の一実施例を図示する。図中、２０は図２で説明したクライアントプログラム、２３は図２で説明したｂｉｎｄライブラリ関数、２４は図２で説明したｒｃｍｄライブラリ関数である。
【００２７】
この実施例では、クライアントプログラム２０は、ｒｃｍｄプロトコルを発行する場合、図４に示すように、ｒｃｍｄライブラリ関数２４を呼び出し、このようにして呼び出されると、ｒｃｍｄライブラリ関数２４は、ＳＶＣを発行してオペレーティングシステム配下のＳＶＣモードに入ることで認定モードに入る。そして、ｒｃｍｄライブラリ関数２４は、このＳＶＣモードでｂｉｎｄライブラリ関数２３を呼び出す。
【００２８】
このようにして呼び出されると、ｂｉｎｄライブラリ関数２３は、オペレーティングシステム配下の認定モードにあることに対応して、ｂｉｎｄ処理の実行に入って特権ポートを介してサーバ１との接続を実行する。サーバ１との接続が実現されると、ｒｃｍｄライブラリ関数２４は、続いて、サーバ１との接続に必要となるローカルホスト名、ローカルユーザ名及びリモートユーザ名をＴＳＳから収集してサーバ１に送信することで、パスワードを指定することなくサーバ１に対して資源要求を発行する。
【００２９】
このようにして、本発明の第２の発明では、クライアントプログラム２０自身がサーバ１との接続を実行していくのではなくて、システム管理者のみが操作できるオペレーティングシステムに従ってサーバ１との接続を実行していく構成を採ることから、クライアントプログラム２０が非認定プログラムであっても、クライアント２がＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ１側のセキュリティが保証されることになる。しかも、システム管理者以外の者が作成するクライアントプログラム２０であっても、ｒｃｍｄプロトコルを発行することができるのである。
【００３０】
すなわち、図５に示すように、一般ユーザが作成したクライアントプログラム２０がｒｃｍｄライブラリ関数２４を呼び出すことなくｒｃｍｄプロトコルを発行しても、ｂｉｎｄライブラリ関数２３が起動されることはない。そして、一般ユーザが作成したクライアントプログラム２０がｒｃｍｄライブラリ関数２４を呼び出していく構成に従ってｒｃｍｄプロトコルを発行すると、ｂｉｎｄライブラリ関数２３が起動されるとともに、システム管理者のみが操作できるオペレーティングシステムの責任において接続情報が取得されて、サーバ１に対して正規の資源要求が実行される。そして、システム管理者の作成したクライアントプログラム２０がｒｃｍｄプロトコルを発行すると、ｂｉｎｄライブラリ関数２３が起動されて、サーバ１に対して正規の資源要求が実行されることになる。
【００３１】
【発明の効果】
以上説明したように、本発明によれば、特権ポートを介しての資源要求に対してはパスワードを要求することなく資源を提供するサーバと、サーバに対して資源を要求するクライアントとからなるデータ処理システムにおいて、パスワードの要求されないプロトコルを発行するクライアントプログラムが認定プログラムである場合にのみ、特権ポートを介してサーバと接続できる構成が採られるので、システム管理者のみが認定プログラムの登録を実行できることに対応して、クライアントがＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ側のセキュリティが保証されることになる。
【００３２】
そして、クライアントプログラム自身がサーバとの接続を実行していくのではなくて、システム管理者のみが操作できるオペレーティングシステムに従ってサーバとの接続を実行していく構成を採ることから、クライアントプログラムが非認定プログラムであっても、クライアントがＵＮＩＸ系のオペレーティングシステムで構成される場合と同レベルでもって、サーバ側のセキュリティが保証されることになる。しかも、この構成に従うときには、システム管理者以外の者が作成するクライアントプログラムであっても、パスワードの要求されないプロトコルを発行することができるのである。
【図面の簡単な説明】
【図１】本発明の原理構成図である。
【図２】本発明の原理構成図である。
【図３】本発明の一実施例である。
【図４】本発明の他の実施例である。
【図５】図４の実施例の詳細構成図である。
【符号の説明】
１ サーバ
２ クライアント
１０ セキュリティ判定手段
２０ クライアントプログラム
２１ 認定プログラム管理手段
２２ 認定有無判断手段
２３ ｂｉｎｄライブラリ関数
２４ ｒｃｍｄライブラリ関数
２５ ｒｃｍｄライブラリ関数呼出手段
Claims (2)
- 特権ポートを介しての資源要求に対してはパスワードを要求することなく資源を提供するプロトコルに従うサーバプログラムを実行するサーバ装置と、スーパーユーザの概念のないオペレーティングシステムの環境下で動作して、パスワードの要求されないプロトコルに従ってサーバ装置に対して資源を要求するクライアントプログラムを実行するクライアント装置とからなるデータ処理システムで用いられるクライアント装置であって、
自装置に展開されるクライアントプログラムがシステム管理者により設定される認定プログラムであるのか否かを管理する管理手段と、
自装置に展開される資源要求元のクライアントプログラムが実行せしめられることによって、上記プロトコルに従ってサーバ装置に対して資源を要求するときに、上記管理手段の管理データに従って、該クライアントプログラムが認定プログラムであるのか否かを判断する判断手段と、
上記判断手段が認定プログラムであることを判断するときに、特権ポートを獲得する獲得手段とを備え、
上記資源要求元のクライアントプログラムが実行せしめられることによって、上記獲得手段により獲得された特権ポートを介して、サーバ装置との接続に必要となる接続情報をサーバ装置に送信することを、
特徴とするクライアント装置。 - 特権ポートを介しての資源要求に対してはパスワードを要求することなく資源を提供するプロトコルに従うサーバプログラムを実行するサーバ装置と、スーパーユーザの概念のないオペレーティングシステムの環境下で動作して、パスワードの要求されないプロトコルに従ってサーバ装置に対して資源を要求するクライアントプログラムを実行するクライアント装置とからなるデータ処理システムで用いられるクライアント装置であって、
上記オペレーティングシステム上に展開され、特権ポートの獲得の動作を実行せしめる第１のライブラリ実行手段と、
上記オペレーティングシステム上に展開され、自装置に展開される資源要求元のクライアントプログラムが実行せしめられることによって、上記プロトコルに従ってサーバ装置に対して資源を要求するときに呼び出されて、サーバ装置との接続に必要となる接続情報の取得の動作を実行せしめ、更に、上記第１のライブラリ実行手段の起動の動作を実行せしめる第２のライブラリ実行手段とを備え、
かつ、上記第２のライブラリ実行手段が実行せしめられることによって、サーバ装置との接続に必要となる接続情報を取得して、上記第１のライブラリ実行手段が実行せしめられることによって獲得された特権ポートを介して、該接続情報をサーバ装置に送信することを、
特徴とするクライアント装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05461092A JP3609839B2 (ja) | 1992-03-13 | 1992-03-13 | クライアント装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP05461092A JP3609839B2 (ja) | 1992-03-13 | 1992-03-13 | クライアント装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05257894A JPH05257894A (ja) | 1993-10-08 |
| JP3609839B2 true JP3609839B2 (ja) | 2005-01-12 |
Family
ID=12975514
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP05461092A Expired - Fee Related JP3609839B2 (ja) | 1992-03-13 | 1992-03-13 | クライアント装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3609839B2 (ja) |
-
1992
- 1992-03-13 JP JP05461092A patent/JP3609839B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH05257894A (ja) | 1993-10-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0398492B1 (en) | A flexible interface to authentication services in a distributed data processing system | |
| Gray et al. | D’Agents: Security in a multiple-language, mobile-agent system | |
| KR100188503B1 (ko) | 원격 사용자와 응용 서버간의 통신 관리 방법, 원격 사용자의 주체 인증 방법, 분산 컴퓨터 환경을 제공하는 네트워크 및 프로그램 저장 장치 | |
| JP3853593B2 (ja) | ウェブアプリケーションサーバにおいて拡張可能な認証機構を実現するための方法および装置 | |
| EP1061432B1 (en) | Distributed authentication mechanisms for handling diverse authentication systems in an enterprise computer system | |
| US5550981A (en) | Dynamic binding of network identities to locally-meaningful identities in computer networks | |
| JP5590734B2 (ja) | シングル・サイン・オンで安全確認認証ができる複数のデバイスからなるトラスト・グループ | |
| Karnik et al. | Design issues in mobile agent programming systems | |
| US5974566A (en) | Method and apparatus for providing persistent fault-tolerant proxy login to a web-based distributed file service | |
| JP4177957B2 (ja) | アクセス制御システム | |
| US9811381B2 (en) | Resource restriction systems and methods | |
| US6189103B1 (en) | Authority delegation with secure operating system queues | |
| McDaniel | On context in authorization policy | |
| US7398532B1 (en) | System and method for establishing a secure execution environment for a software process | |
| KR20000052556A (ko) | 외부 시스템 로그인을 위한 자동 서버 결정을 허용하는방법 및 장치 | |
| RU2237275C2 (ru) | Сервер и способ (варианты) определения программного окружения клиентского узла в сети с архитектурой клиент/сервер | |
| JP2728033B2 (ja) | コンピュータネットワークにおけるセキュリティ方式 | |
| JP2000029732A5 (ja) | ||
| JPH09265443A (ja) | Ｗｗｗゲートウェイシステム | |
| Dannenberg et al. | A butler process for resource sharing on spice machines | |
| JP4099320B2 (ja) | ストレージシステム | |
| Kowalski et al. | Protection in the BirliX operating system | |
| US7730122B2 (en) | Authenticating a node requesting another node to perform work on behalf of yet another node | |
| JP3609839B2 (ja) | クライアント装置 | |
| US6865679B1 (en) | Method, system, and program for accessing a system without using a provided login facility |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20040203 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040405 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20040408 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20041012 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041015 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071022 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081022 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081022 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091022 Year of fee payment: 5 |
|
| LAPS | Cancellation because of no payment of annual fees |