JP2642065B2

JP2642065B2 - コンピュータ・システム

Info

Publication number: JP2642065B2
Application number: JP6187033A
Authority: JP
Inventors: シドニー・ジョージ・チャップマン; マイケル・ジョージ・テイラー
Original assignee: International Business Machines Corp
Current assignee: International Business Machines Corp
Priority date: 1993-09-03
Filing date: 1994-08-09
Publication date: 1997-08-20
Anticipated expiration: 2012-08-20
Also published as: EP0647901A2; GB2281645A; US5774650A; GB9318331D0; JPH0784960A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ネットワーク化された
コンピュータ・システムに関し、具体的には、そのよう
なシステムへのアクセスの一時制限に関する。

【０００２】

【従来の技術】コンピュータ・ネットワークでは、単一
のシステムが、ネットワークを介してそのシステムに接
続された複数のユーザに資源を供給できる。時折、その
システムの負荷が高くなり過ぎ、一人または複数のユー
ザが効率的に操作できなくなる場合があり、また、ある
時間の間一部またはすべてのユーザによるシステム資源
へのアクセスを制限する必要が生じる場合がある。

【０００３】複数ユーザ・システムの大半では、有効な
ユーザ名またはユーザ名とパスワードの有効な組合せを
リストした１つまたは複数のファイルが保持され、ユー
ザは、ログ・オン時にその名前とパスワードを供給する
ことによってそのシステムへのアクセスを得る。

【０００４】一時的にユーザがシステム資源をアクセス
できないようにするための従来技術の単純な方法の１つ
が、（必要な場合に）ユーザをログ・オフさせ、そのユ
ーザのログオン・パスワードをリセットして、そのユー
ザがアクセスを再取得できなくすることである。しか
し、この方法は、管理と安全保護上の理由から、一般に
望ましくない。多くのシステムでは、ユーザの元のパス
ワードを再発行できなくなっており、その結果、そのユ
ーザがアクセスを再取得するためにはそのユーザに新し
いパスワードを通知する必要が生じる。

【０００５】ユーザがログ・オンできないようにするた
めの従来技術のもう１つの方法が、許可ユーザをリスト
したファイルからそのユーザのユーザ名を削除すること
である（これは、システムから１ユーザを永久的に削除
するための標準的な方法に類似しているが、永久削除の
場合、さらに、ユーザのデータ・ファイルが存在するな
らば、システム資源を解放するためにそれらのファイル
も削除される）。通常のアクセスは、許可ユーザのリス
トにそのユーザの名前を復元することによって復元され
るはずである。この方法の短所は、特に、ユーザ名を含
むファイルに他のクリティカルなデータが含まれ、それ
らのデータも削除される場合に、データ消失の可能性が
あることである。

【０００６】上の方法でアクセスの復元を簡単にするた
めに、ログオン時に検査される活動コピー内のユーザの
項目を削除する前に、許可ユーザをリストしたファイル
をバックアップする（すなわち、安全な位置にコピーす
る）ことができる。システムを元の状態に復元するため
には、バックアップしたファイルを、元の位置にコピー
する。しかし、元のコピーが失われた場合、アクセス権
の復元が困難になる可能性がある。明らかに、ユーザ名
やパスワードを含むファイルを変更する必要がないこと
が好ましい。

【０００７】たとえば、UNIXオペレーティング・システ
ムの一種であるIBM社のAIXオペレーティング・システム
では、"/etc/passwd"という名前のファイルに、ユーザ
名と、暗号化されたパスワードを含む別のファイルの参
照とが含まれる。このファイルがなくなると、そのシス
テムには「全く」ログオンできなくなる。回復するため
には、オペレーティング・システムを導入し直す必要が
ある。UNIXオペレーティング・システムの詳細について
は、W.R.Stevens著"UNIX Network Programming", Prent
ice-Hall 1990を参照されたい。

【０００８】この方法には他の欠陥もある。たとえば、
アクセス制限の期間中に、新規ユーザの追加や既存ユー
ザの永久削除が行われると、活動状態のシステム・ファ
イルとそのバックアップの両方にこれを反映する必要が
頻繁に発生するはずである。さらに、ログ・オンを試み
た際にこの方法によってアクセスを一時的に拒否された
通常の許可ユーザは、永久的に許可されていないユーザ
に提示される物と同一の「無効ログオン」メッセージを
受け取るはずである。

【０００９】システムによっては、ログオン・セッショ
ンではなく、特定のファイルへのアクセスを制限できる
ものがある。たとえばAIXの場合、ユーザが自分自身の
データ・ファイル（そのユーザの「ホーム・ディレクト
リ」）をアクセスすることを一時的に禁止できる。これ
は、そのディレクトリに対する「アクセス・モード」を
変更し、後程復元することによって実行できる。AIXの
場合、これによってそのデータに対するすべてのユーザ
のアクセスが必ず除去され、第２のユーザが第１のユー
ザのディレクトリへのアクセスに頼っているならば、第
２のユーザも所望のタスクを実行できなくなる可能性が
ある。さらに、データ・アクセスを拒否しても、第１の
ユーザが別の場所に記憶されたプログラムを実行するこ
とができ、したがってプロセッサ時間を占有できるの
で、必ず所望の結果を達成できるとは限らない。また、
自分のファイルをアクセスしようとした際の第１のユー
ザへのメッセージは、役に立たないであろう。というの
は、このメッセージによって、彼が自分のファイルをア
クセスできないことは伝えられるが、一時アクセス制限
が有効であることは伝えられないからである。

【００１０】

【発明が解決しようとする課題】本発明の目的は、たと
えばシステム・オーナーが資源集中タスクを完了できる
ようにするために、アクセスを一時的に制限でき、簡単
に復元でき、従来技術の解決の短所を軽減するシステム
を提供することである。

【００１１】

【課題を解決するための手段】本発明によれば、この目
的は、ログオン時にユーザの識別を許可ユーザの第１定
義と比較するユーザ確認手順を含む、システムへのユー
ザ・アクセスを制限するための、通常アクセス制御手段
と、ログオン時にシステムの全ユーザによって参照され
る、システム全域プロファイル手段と、ログオン時にシ
ステム全域プロファイル手段によって参照される、一時
的に許可されていないユーザの第２定義を、システムの
特権ユーザが作成できるようにする、一人または複数の
通常の許可ユーザによるシステムへのアクセスを一時的
に防止するための一時アクセス制御簡便化手段とを含
む、ネットワークを介して複数のユーザに接続可能なコ
ンピュータ・システムによって達成される。

【００１２】本発明は、システム・オーナーなどの特権
ユーザーが、システムに対するユーザ・アクセスを制御
できるようにし、その結果、必要な時に必要に応じてア
クセスを制限できるようにする。特権ユーザだけが実行
できるアクセス制御プログラムなどの一時アクセス制御
簡便化手段によって、通常はシステムにアクセスできる
が現在はログ・オフしているユーザが、一時的にアクセ
スを取得できないようにする。そのシステムにすでにロ
グ・オンしている一時的に許可されていないユーザも、
おそらくは猶予期間または警告の後に、ログ・オフさせ
ることができる。しかし、現ユーザをログ・オフさせる
手段は、本発明にとって本質的ではない。本発明を従来
技術から区別する主要な特徴は、通常の許可ユーザの定
義と別の一時的な許可ユーザの定義を設け、その結果、
ユーザ・アカウント情報を修正する必要がなくなること
である。

【００１３】本発明によれば、特権ユーザが、一時的
に、アクセスを部分的に制限するか、他のすべてのユー
ザによるアクセスを禁止できるようになり、この特権ユ
ーザは、システムの性能と資源のすべてを使用できるよ
うになる。

【００１４】この解決策を用いると、システムのアクセ
スを簡単に復元でき、指定された時刻に自動的に復元す
ることもできる。さらに、ユーザには、どのような理由
で、誰によって、どれだけの時間の間アクセスを拒否さ
れているかなど、適切な情報を与えることができる。

【００１５】これより、UNIXシステムに関して本発明の
好ましい実施例を説明する。UNIXは、複数ユーザ、多重
タスク処理オペレーティング・システムであり、その流
行は、強力で柔軟なインターフェースと、多数のベンダ
のプラットフォームにまたがる標準化から生じたもので
ある。UNIXのIBM版がAIXであるが、UNIXの標準化のおか
げで、下記の説明の詳細の多くが、他の版のUNIXにも同
様にあてはまる。

【００１６】

【実施例】図１は、４つのシステム２、４、６および８
がケーブル接続１０によって互いに接続される、小規模
で非常に単純なコンピュータ・ネットワークを示す図で
ある。これらのシステムは、リング構成で互いに接続さ
れるものとして図示されているが、他の構成も同様に可
能であり、周知であり、たとえばより遠隔地と接続でき
るようにするために、物理ケーブル接続を他のデータ伝
送手段に置き換えることも可能である。システム２、
４、６および８のそれぞれに、１つまたは複数のダム端
末である端末１２、１４、１６、１８、２０、２２およ
び２４を接続するための備えがある。ユーザは、ある端
末で、通常はネットワーク上の資源へのアクセスを得る
ためのユーザ名とパスワードを含むデータを入力する。
図示の例では、システム２、４および６が、IBM社のRIS
Cシステム／６０００シリーズのシステムであり、第４
のシステムであるシステム８が、IBM社のPS/2シリーズ
のシステムになっている。これらのシステムは、IBM社
のAIXオペレーティング・システムを走行させるのに一
般的に使用されるシステムである（AIX、RISCシステム
／６０００およびPS/2は、インターナショナル・ビジネ
ス・マシーンズ・コーポレーションの商標である）。RI
SCシステム／６０００システムは、比較的強力であり、
複数のユーザによって使用することができる。たとえ
ば、そのようなシステムの１つであるシステム２が、３
台の直接接続（または「局所」）端末１２、１４および
１６を有し、さらに、ネットワークを介して接続される
他の（「遠隔」）端末１８、２０、２２および２４を介
してその資源を使用できるようにセットアップすること
も可能である。PS/2であるシステム８は、通常は能力が
劣り、端末２４の直接接続された１ユーザのみによって
使用される。このユーザは、ネットワーク上の他の資源
を使用する権限を得ることができ、このPS/2のシステム
８を、主に遠隔資源との通信の処理に使用することさえ
可能である。本発明の目的のためには、システムの局所
ユーザと遠隔ユーザを区別する必要がなく、その結果、
「ネットワークを介する接続」は、両方のタイプの接続
を含むと解釈される。

【００１７】UNIXシステムでは一般に、ネットワークを
介して１システムに接続された複数のユーザが、システ
ムにログオンしてその資源を使用できる。時折、このた
めにシステムの負荷が重くなり過ぎ、システム・オーナ
ー（局所ユーザである場合が多いが、遠隔ユーザである
可能性もある）などの一人または複数のユーザが、効率
的に操作できなくなる可能性がある。この、システム資
源に対する需要を制限する能力のなさは、オーナーが資
源集中タスクのためにシステムを使用したい時や、ある
タスクの性能特性を正確に測定したい時に特に問題にな
る可能性がある。

【００１８】したがって、システム・オーナーなどの特
権ユーザが、ある時間の間システム資源に対する需要を
制限できることが必要である。

【００１９】どのUNIXシステムにも、「スーパーユー
ザ」という概念がある（スーパーユーザは、「スーパー
ユーザ権限」を有するとも称する）。スーパーユーザ
は、この実施例では特権ユーザである。スーパーユーザ
は、別のユーザが所有する資源（たとえばファイル）を
アクセスできるという点で、通常ユーザより大きい権限
を有する。スーパーユーザは、ユーザをシステムに追加
でき、システムからユーザを削除でき、他のユーザのア
クセス権を変更できる。また、スーパーユーザは、UNIX
の"kill"コマンドを使用することによって、どのユーザ
が所有する「プロセス」（走行中のプログラム）であっ
ても打ち切ることができる。これに対して通常のユーザ
は、自分自身のプロセスしかkillできない。

【００２０】好ましい実施例の理解を助けるために、関
連するUNIXシステムの特徴の一部を説明する。

【００２１】UNIXシステムに新規ユーザを追加したい時
には、「ユーザ・アカウント」を作成する。ユーザ・ア
カウントは、２つの部分から構成されるとみなすことが
できる。まず、どのUNIXシステムにも、ユーザ・アカウ
ントとその特徴を定義するファイル、AIXの場合は/etc/
passwdファイル３０があり、その１項目によって、ユー
ザが、パスワードによる確認の後にシステムへのアクセ
スを許可される。次に、ユーザがそのユーザ自身のプロ
グラムとデータを記憶することのできる、ユーザのホー
ム・ディレクトリがある。

【００２２】図２に、３人のユーザ、Mike、SydおよびF
redを含むAIXシステムの/etc/passwdファイル３０の例
を示す。/etc/passwdファイル３０には、１ユーザごと
に１レコードが含まれ、その構造は、次のとおりであ
る。

【００２３】最初のフィールドであるusername（ユーザ
名）３１は、'mike'など、ユーザのユニークな識別子ま
たは名前を示し、この名前を、ユーザがシステムに対し
て自分自身を識別するためにログオン時に供給する。第
２のフィールドであるpassword（パスワード）３２は、
ログオン時にユーザを確認するためのフィールドであ
る。IBM社のAIXバージョン３では、このフィールドに感
嘆符が含まれ、これによって、別の（より安全な）ファ
イルにそのユーザの暗号化されたパスワードが含まれる
ことが示される。UNIXの他の版やAIXの初期バージョン
では、このフィールドに実際に暗号化されたパスワード
が含まれる。確認方法の正確な性質は、本発明には関係
なく、多数の代替案が可能である。第３のフィールドで
あるuser number（ユーザ番号）３３には、ユーザをさ
らに識別するユーザ番号が含まれる。これは、しばしば
（必ずではない）ユーザごとに独自である。AIXの場
合、スーパーユーザは、０のユーザ番号によって表さ
れ、複数のスーパーユーザが存在してよい。第４のフィ
ールド３４は、そのユーザが属するグループを識別する
番号である。通常、複数のユーザがこのフィールドに同
一の項目を有するが、これは、たとえば部署番号とする
ことができる。第５のフィールド３５は、テキスト・フ
ィールドであり、その内容は本質的でない。このフィー
ルドは、たとえば、システム管理者がユーザの完全な氏
名を示すのに使用することができる。第６のフィールド
であるhome directory（ホーム・ディレクトリ）３６
は、ログオンが成功裡に完了した時にそのユーザが居る
ディレクトリである、そのユーザのホーム・ディレクト
リを指定する。最後の第７のフィールドであるinitial
program（初期プログラム）３７には、初期プログラム
または「シェル」が含まれる。ユーザの初期プログラム
は、ユーザがログ・オンした時、ユーザの環境を初期設
定し、ホーム・ディレクトリに移動した後に走行する
（UNIXの場合、シェルは、コマンド・インタープリタで
あり、ユーザが対話式ログオン・セッションを有するた
めに走行していなければならないプログラムである）。
ユーザの初期プログラムに関しては、ログオン手順の説
明で解説する。

【００２４】また、どのUNIXシステムにも、システムの
全ユーザの各ログオン・セッションの間に走行し、した
がって、「システム全域」と表現することのできる初期
設定手順がある。IBM社のAIXオペレーティング・システ
ムの場合、このプログラムは、/etc/profileという名前
のファイルに記憶されている。これは、システム・オー
ナーや管理者などの特権ユーザが、ログオン時にすべて
のユーザに提供される追加機能を指定するために設けら
れたファイルである。このファイルが事故によって失わ
れたり、修正中に損傷を受けても、通常は悲惨な結果に
はならない（たとえば、ログオンできなくなったりはし
ない）。しかし、通常は、多くのユーザがこのファイル
をアクセスする権限を有することは望ましくない。とい
うのは、このファイルを修正することによって、他のユ
ーザのデータを破壊できるからである。このシステム全
域プロファイルを修正するには、通常はスーパーユーザ
であるか、スーパーユーザ権限を有する必要がある。

【００２５】本発明の好ましい実施例では、一時的に許
可されていないユーザが、ログオンを試みた時にアクセ
スを拒否されるようにし、そのユーザにアクセス制限に
関する情報を与えるメッセージを表示できるようにする
コードが、システム全域プロファイルに追加される。

【００２６】UNIXのログオン・シーケンス UNIXのログオン・シーケンスについてさらに説明すれ
ば、本発明の好ましい実施例の理解に役立つであろう。
この説明は、AIXのログオン・シーケンスに基づくもの
であり、図３がその概略図である。

【００２７】活動状態のUNIXシステムであるシステム２
に直接接続された端末１２、１４および１６は、通常
は、ログイン・プロンプトを有する。また、遠隔端末で
ある端末１８、２０、２２および２４の場合には、共通
して理解されるプロトコルを使用して、遠隔システムで
あるシステム２に関するセッションをオープンし、ログ
イン・プロンプトを取得することができる。AIXの場
合、ユーザがログイン・プロンプトに対して文字列を入
力した時に、ステップ４０で"login"（ログイン）コマ
ンドが起動され、このコマンドが、ステップ４２でアカ
ウントの詳細を検査し、ステップ５０でユーザの環境を
セットアップし、ステップ６０でユーザをそのホーム・
ディレクトリに置き、ステップ６２でユーザの初期プロ
グラムを始動し、ステップ７０でプロファイルを走ら
せ、ステップ８０でプロンプトを表示し、この時点でユ
ーザがコマンドを入力できるようになる。これらのステ
ップを、以下で詳細に説明する。

【００２８】ステップ４２のアカウント詳細の検査に
は、/etc/passwdファイル３０を参照して、アクセス取
得を試みているユーザの供給したユーザ名と一致するユ
ーザ名３１が存在するかどうかを検査する、ユーザのア
カウントを検査するステップ４４、検査済みのユーザ名
３１に対応する暗号化された真のパスワード３２を、ア
クセス取得を試みているユーザの供給したパスワードを
暗号化したものと比較することによってユーザの識別を
検査する、ユーザを確認するステップ４６、および、ユ
ーザ・データベースに記憶され、ユーザの責任能力とシ
ステム２上のファイルに対するアクセス権を定義する、
信用証明を確立するステップ４８が含まれる。

【００２９】したがって、アカウント詳細を検査するス
テップ４２は、通常は、あるユーザがシステム２へのア
クセスを許可され、ログオン・シーケンスの後のステッ
プに進めるか否かを判定するステップである。下で述べ
るように、本発明の好ましい実施例では、この後の段階
でユーザのアクセスを拒否できる。

【００３０】ユーザの環境をセットアップするステップ
５０は、本発明には特に関係ない。簡単に述べると、こ
のステップは、ユーザ・データベースからユーザ環境を
初期設定するステップ５２と、/etc/environmentという
名前の構成ファイルからユーザ環境を初期設定するステ
ップ５４からなる。これによって、ユーザにそのユーザ
の望みの、ある個数のシステム変数によって指定される
環境が提供される。たとえば、ある変数が、そのユーザ
の言語を決定する。

【００３１】その後、ステップ６０で、ユーザが、/etc
/passwdファイル３０内でそのユーザのホーム・ディレ
クトリとして指定されたホーム・ディレクトリ３６に置
かれ、ステップ６２で、そのディレクトリ内から、やは
り/etc/passwdファイル３０で指定されるそのユーザの
初期プログラム３７を走らせる。AIXの場合、初期プロ
グラム３７は、ファイル/etc/security/login.cfgの"sh
ells"にリストされたプログラムのいずれかに制限され
る。初期プログラム３７は、ユーザにコマンド行インタ
ーフェースを提供し、このインターフェースが、ユーザ
の入力したコマンドを解釈する。次に、ステップ７０
で、プロファイルと称するプログラムを走らせる。ま
ず、ステップ７２で、前に述べたシステム全域プロファ
イルである/etc/profileを走らせる。そのユーザのホー
ム・ディレクトリ３６内に.profileという名前のファイ
ルがある場合、ステップ７４でそれを走らせる。このフ
ァイルには、ユーザ自身が指定でき、各ログオンの間に
提供されることを望む機能が含まれる。

【００３２】最後に、ステップ８０で、「シェル・プロ
ンプト」を提供し、ここでユーザがコマンドを入力でき
るようになる。これで、図３のAIXログオン・シーケン
スの説明を終える。

【００３３】アクセスの一時制限必要な背景を提供し終えたので、本発明の好ましい実施
例の方法を、図４の概略図を参照しながらAIXシステム
の場合に関して詳細に説明する。

【００３４】これらのステップは、マウスまたは他の適
当な手段によって、１つまたは複数のメニュー画面上
で、たとえば下記のようにコマンド行またはプロンプト
で、特権ユーザが必要なデータを入力できるようにし、
アクセスを制限しようとしているシステム上で走行す
る、アクセス制御プログラムの制御下で実行されること
が好ましい。

【００３５】この方法は、下記の諸ステップからなる。

【００３６】１）ステップ８１で、アクセス制御プログ
ラムを呼び出す。ここでは、アクセス制御プログラム
が、複数のパラメータまたは引数を有するコマンドの入
力によって始動されると仮定する。

【００３７】２）ステップ８２で、このプログラムのユ
ーザが、その権限を与えられていることを検査し、そう
でなければステップ８３で脱出する。

【００３８】UNIX用語では、特権ユーザはスーパーユー
ザ権限を有する必要がある。AIXの場合、ユニークなユ
ーザ番号３３が０の場合がこれにあてはまる。複数のユ
ーザがスーパーユーザ権限を有することも可能である。

【００３９】３）ステップ８４で、供給されたコマンド
行引数を整列し、ａ）アクセスを許可されるユーザと、ｂ）アクセス制限の持続時間（不定でもよい）と、ｃ）ユーザが作業を完了するための猶予期間と、ｄ）アクセスを制限するのか復元するのかとを示すパラメータをセットし、明示的に供給されなかっ
たパラメータや無効にされるパラメータについては省略
時値をセットする。たとえば、最少の猶予期間またはア
クセス制限の最大の持続時間を確保する省略時値が望ま
しい場合がある。

【００４０】４）ステップ８５で、ｄ）を検査して、ア
クセスを制限するのか、前のアクセス制限に従ってアク
セスを復元するのかを確定する。アクセスを復元する場
合については、後で説明する。

【００４１】５）ステップ８６で、ｃ）を検査して、猶
予期間が定義されているかどうかを確定し、定義されて
いる場合、ステップ８７で、差し迫ったアクセス制限に
ついてユーザに通知する警告をユーザに発行し、猶予期
間だけ待つ。

【００４２】この通知には、アクセス制限を開始した特
権ユーザの名前、影響を受けるユーザ、猶予期間、アク
セス制限の持続時間または制限の理由など、プログラム
から入手可能か特権ユーザが供給する有用な情報のどれ
でも含めることができる。

【００４３】６）ステップ８８で、システム全域プロフ
ァイル（/etc/profile）のバックアップ・コピーを作
る。

【００４４】７）ステップ８９で、ａ）を検査し、適当
な方法によって、一時的に許可されていないユーザの定
義を作成する。

【００４５】たとえば、一時的に許可されていないユー
ザまたは一時的な許可ユーザのユーザ名のリストを作成
できるはずであり（ログオン・シーケンスのユーザのア
カウントを検査するステップ４４によって、無効なユー
ザ名が認められないことが保証されるので、後者のリス
トには無効なユーザ名を含めることも可能である）、さ
もなければ、ユーザ番号３３が指定された範囲内にある
ことを要求することも可能である。このプログラムを実
行している特権ユーザは、必ず含まれるはずである。

【００４６】８）ステップ９０で、システム全域プロフ
ァイル/etc/profileを修正する。

【００４７】この修正には、ログ・オン中のユーザが定
義によって一時的に許可されなくなるかどうかを検査す
るステップと、そうである場合に、メッセージを表示
し、そのユーザをログ・オフさせる（次のステップで説
明する"kill"コマンドを使用する）ステップをもたらす
コードを、/etc/profileに追加することが含まれる可能
性がある。明らかに、/etc/profileは、空であったり必
ずしも存在するとは限らない定義を探索するように永久
的に適合させることもできる。

【００４８】システム全域プロファイルは、ログオン時
にすべてのユーザが参照するので、このような修正によ
って、現在そのシステムからログ・オフしている一時的
に許可されていないユーザは、アクセスを取得できなく
なる。

【００４９】９）すでにシステムにログ・オンしている
一時的に許可されていないユーザをログ・オフさせる。

【００５０】AIXでは、一人のユーザが、１つまたは複
数の「プロセス」またはプログラムを同時に走行させる
ことができ、そのそれぞれが、ユーザ名３１とユーザ番
号３３に関連するプロセス識別番号（PID）を有する。
ユーザのログ・オフには、そのユーザのプロセスのすべ
てを打ち切ることが含まれる。"ps"コマンドは、既存の
プロセスとそれに関連するユーザ名３１とユーザ番号３
３をリストするコマンドである。したがって、一時的に
許可されないと定義されたユーザの所有するプロセスを
識別できる。打切りは、"kill"コマンドにPIDを渡すこ
とによって達成される。前に述べたように、スーパーユ
ーザ権限を有するユーザだけが、他のユーザのプロセス
をkillできる。

【００５１】１０）ステップ９２で、ｂ）を検査して、
アクセス制限に関して一定の持続時間が指定されたかど
うかを確定する。一定の持続時間が指定されている場
合、ステップ９４で、バッチ・ジョブを実行要求して、
適当な時刻にアクセスを復元し（AIXの"at"コマンドを
使用する）、ステップ９５で、アクセス制御プログラム
から脱出する。持続時間が不定の場合、ステップ９３
で、バッチ・ジョブの実行要求を行わずにアクセス制御
プログラムから脱出する。

【００５２】アクセスの復元一時的制限の後にシステムへのアクセスを復元するため
には、ログオンを試みる通常の許可ユーザに対するアク
セス拒否を、システム全域プロファイルがそれ以降に引
き起こさないことを保証する必要がある。これによっ
て、アクセス制御プログラムによってログ・オフされた
ユーザが、アクセスを再取得できることも保証される。

【００５３】復元を最も簡単に行うには、ステップ９０
のシステム全域プロファイルの修正を逆転する、すなわ
ち、修正されたプロファイルをステップ８８で作ったバ
ックアップ・コピーに置換する。その代わりに、一時的
に許可されていないユーザの定義を修正または削除する
か、システム全域プロファイルがその定義をアクセスで
きないようにすることも可能である。望むならば、一時
的に許可されていないユーザのより小さな集合を指定す
るように定義を修正することによって、アクセスを部分
的に復元することもできる。

【００５４】この実施例では、ステップ８１で、特権ユ
ーザが"restore"（復元）パラメータを用いてアクセス
制御プログラムをもう一度呼び出すことができ、この場
合、ステップ９６に進んで、修正されたシステム全域プ
ロファイルをきれいなバックアップ・コピーと置換す
る。アクセスの制限に関して一定の時間が指定されてい
た場合には、特権ユーザがもう一度介入する必要はな
い。ステップ９４で、アクセス制御プログラムが、バッ
チ・ジョブを実行依頼して、指定された時刻にシステム
全域プロファイルを自動的に置換するからである。

【００５５】あるユーザの初期プログラム３７を、その
ユーザをログ・オフさせるプログラム（これは/etc/sec
urity/login.cfgにリストされなければならない）に置
換することによっても、ユーザのアクセスを拒否できる
ことに留意されたい。しかし、これは望ましくないと思
われる。というのは、ユーザの初期プログラムは、通常
はシステム全域ではないからであり、また、この方法で
は、クリティカルな/etc/passwdファイルを修正する
か、たとえば/bin/kshの内容をそのユーザをログ・オフ
させるプログラムと交換する必要があるからだ。しか
し、この方法によれば、より有用なメッセージを与える
ことができるはずである。

【００５６】本明細書に記載の好ましい実施例では、ア
クセス制御プログラムを使用して必要な動作を実行する
が、当業者であれば他の代替案を想像できるであろう。
たとえば、アクセスの制限と復元に別々のプログラムを
使用することが可能であり、実際に特権ユーザがこの動
作の一部を手動で実行することも可能である。他の代替
案には、一時的に許可されていないユーザの単一の定義
を、２つの定義すなわち、現在ログ・オンしているユー
ザ用とすでにログ・オフしているユーザ用の２つに交換
することが含まれるであろう。

【００５７】また、諸機能を１つの大きなプロファイル
に組み込むのではなく、一時アクセス制限だけのために
別のシステム全域プロファイルを設け、所望の場合にそ
のプロファイルを通常のアクセス制御手順より優先させ
ることも可能である。

【００５８】さらに、UNIXシステムに関して好ましい実
施例を説明してきたが、通常の許可ユーザの定義を参照
するアクセス制御手段によってユーザ・アクセスが普通
に制限され、通常のアクセス制御手段を満足するすべて
のユーザが、少なくともログオン時に共用プロファイル
または共通プロファイルを参照できるシステムであれ
ば、どのシステムでも一時アクセス制御手段を設けるこ
とができる。

【００５９】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００６０】（１）ログオン時にユーザの識別を許可ユ
ーザの第１定義と比較するユーザ確認手順を含む、シス
テムへのユーザ・アクセスを制限するための、通常アク
セス制御手段と、ログオン時にシステムの全ユーザによ
って参照される、システム全域プロファイル手段と、ロ
グオン時にシステム全域プロファイル手段によって参照
される、一時的に許可されていないユーザの第２定義
を、システムの特権ユーザが作成できるようにする、一
人または複数の通常の許可ユーザによるシステムへのア
クセスを一時的に防止するための一時アクセス制御簡便
化手段とを含む、ネットワークを介して複数のユーザに
接続可能なコンピュータ・システム。（２）簡便化手段が、システム全域プロファイルに一時
的に許可されていないユーザの第２定義を参照させるた
め、システム全域プロファイル手段を修正するように適
合されていることを特徴とする、上記（１）に記載のシ
ステム。（３）簡便化手段が、システム全域プロファイルに、一
時的にアクセスを拒否されるユーザに一時アクセス制限
に関する情報を提供させることを特徴とする、上記
（１）または（２）に記載のシステム。（４）簡便化手段が、第２定義に従って一時的に許可さ
れていない、すでにシステムにログ・オンしているユー
ザをログ・オフさせる手段を含むことを特徴とする、上
記（１）ないし（３）のいずれかに記載のシステム。（５）簡便化手段が、猶予期間を定義し、すでにシステ
ムにログ・オンしているユーザに、猶予期間の満了時に
システム・アクセスが制限されることの警告を発行する
ように適合されていることを特徴とする、上記（４）に
記載のシステム。（６）簡便化手段が、指定された時刻に、一時的に許可
されていないユーザの一部またはすべてのアクセスを自
動的に復元するように動作可能であることを特徴とす
る、上記（１）ないし（５）のいずれかに記載のシステ
ム。（７）システムがUNIXシステムであることを特徴とす
る、上記（１）ないし（６）のいずれかに記載のシステ
ム。（８）ログオン時にユーザの識別を許可ユーザの第１識
別と比較するユーザ確認手順を含む、システムへのユー
ザ・アクセスを制限するための通常アクセス制御手段を
有し、さらに、ログオン時にシステムの全ユーザによっ
て参照されるシステム全域プロファイル手段を有する、
ネットワークを介して複数のユーザと接続可能なシステ
ムへのアクセスを一時的に防止する方法において、シス
テム全域プロファイル手段から一時的に許可されていな
いユーザの第２定義を参照するステップと、第２定義に
従って一時的に許可されていないユーザにアクセスを拒
否するステップとを含む方法。

【００６１】

【発明の効果】本発明により、アクセスを一時的に制限
でき、簡単に復元でき、従来技術の短所を軽減するシス
テムを提供することができる。

【図面の簡単な説明】

【図１】非常に単純なコンピュータ・ネットワークの例
を示す図である。

【図２】ユーザのアカウント・データを含むAIXファイ
ルの例を示す図である。

【図３】AIXログオン・シーケンスの概略図である。

【図４】本発明の方法の概略図である。

【符号の説明】

２システム４システム６システム８システム１０ケーブル接続１２端末１４端末１６端末１８端末２０端末２２端末２４端末３０ /etc/passwdファイル３１ username（ユーザ名）３２ password（パスワード）３３ user number（ユーザ番号）３４第４のフィールド３５第５のフィールド３６ home directory（ホーム・ディレクトリ）３７ initial program（初期プログラム）

───────────────────────────────────────────────────── フロントページの続き (72)発明者マイケル・ジョージ・テイラーイギリスエス03 ７ビー・ディーハンプシャー州サウサンプトンパーク・ゲートセイント・エルモダンカン・ロード（番地なし) (56)参考文献特開平３−265060（ＪＰ，Ａ) 特開昭63−249254（ＪＰ，Ａ) 特公昭63−25736（ＪＰ，Ｂ２)

Claims

(57)【特許請求の範囲】

【請求項１】ログオン時にユーザの識別を許可ユーザの
第１定義と比較するユーザ確認手順を含む、システムへ
のユーザ・アクセスを制限するための、通常アクセス制
御手段と、ログオン時にシステムの全ユーザによって参照される、
システム全域プロファイル手段と、ログオン時にシステム全域プロファイル手段によって参
照される、一時的に許可されていないユーザの第２定義
を、システムの特権ユーザが作成できるようにする、一
人または複数の通常の許可ユーザによるシステムへのア
クセスを一時的に防止するための一時アクセス制御簡便
化手段とを含む、ネットワークを介して複数のユーザに
接続可能なコンピュータ・システム。
【請求項２】簡便化手段が、システム全域プロファイル
に一時的に許可されていないユーザの第２定義を参照さ
せるため、システム全域プロファイル手段を修正するよ
うに適合されていることを特徴とする、請求項１に記載
のシステム。
【請求項３】簡便化手段が、システム全域プロファイル
に、一時的にアクセスを拒否されるユーザに一時アクセ
ス制限に関する情報を提供させることを特徴とする、請
求項１または請求項２に記載のシステム。
【請求項４】簡便化手段が、第２定義に従って一時的に
許可されていない、すでにシステムにログ・オンしてい
るユーザをログ・オフさせる手段を含むことを特徴とす
る、請求項１ないし３のいずれかに記載のシステム。