オペレーティングシステムのセキュリティ管理方式及びそのセキュリティ管理方法及びそのプログラム
【課題】外部からの不正なシステム妨害を防護する、プロセス全体のセキュリティを増強する。
【解決手段】セキュリティ権限を、システムコール発行元アドレス域対応にプロセス管理情報部２２に設定し、プロセス部１１がシステムコールを発行するとき、発行元アドレスによってプロセス管理情報部２２を参照し、アドレス対応のセキュリティ権限と、対象リソースに付されたセキュリティ属性と、システムサービスの種別に基づくセキュリティポリシーによって、システムサービスの可否を定める。
【解決手段】セキュリティ権限を、システムコール発行元アドレス域対応にプロセス管理情報部２２に設定し、プロセス部１１がシステムコールを発行するとき、発行元アドレスによってプロセス管理情報部２２を参照し、アドレス対応のセキュリティ権限と、対象リソースに付されたセキュリティ属性と、システムサービスの種別に基づくセキュリティポリシーによって、システムサービスの可否を定める。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、オペレーティングシステムが提供するセキュリティ管理に関し、特に、ユーザプログラムを実行するプロセス部が発行するシステムコールに対して、発行元アドレス域対応に設定するセキュリティ権限と、システムコールが要求するシステムサービス種別と、システムサービス対象リソースに付されたセキュリティ属性と、によって、システムサービスのセキュリティを管理するオペレーティングシステムのセキュリティ管理方式及びそのセキュリティ管理方法及びそのプログラムに関する。
【背景技術】
【０００２】
ユーザプログラムを実行するプロセスのセキュリティ権限をＬｉｎｕｘのセキュリティ機能を例に説明する。プロセスの実行環境を例示した図４を説明すると、実行プロセスを指すプロセス部５１は、オペレーティングシステム２によって起動されるとき、プロセス管理情報部６２にプロセス部５１に対するプロセス管理情報をロードする。プロセス管理情報は、プロセスの呼び出し元アドレスを含むコンテキスト情報部６２０と、プロセス部５１のテキストセグメント５１１，ライブラリセグメント５１２，データセグメント５１３に対応するアドレス域を指すアドレス情報を保持するアドレス情報部６２１乃至アドレス情報部６２ｎと、プロセス部５１のセキュリティ権限を規定するプロセス固有セキュリティ情報部６２０１と、を含んでいる。
【０００３】
このプロセス固有セキュリティ情報部６２０１は、プロセス部５１に対して、１個のセキュリティ権限が対応するものである。プロセス部５１のテキストセグメント５１１，ライブラリセグメント５１２，データセグメント５１３は、一つ以上の機能モジュールから構成されているにもかかわらず、一つのセキュリティ権限で全体を規定するため、システムコールの発行元あるいはサービス要求先のリソースによっては、セキュリティ権限に問題が生じることがある。例えば、ライブラリセグメント５１２の認証モジュールにのみパスワードファイルへのアクセスを許可するセキュリティ権限を与えて、他のテキストセグメント５１１やデータセグメント５１３には該アクセスを不許可にして、セキュリティ性を高めるといったことができない。
【０００４】
不正なアクセスから資源を保護するセキュリティ管理に関する従来例で、管理対象のファイルやユーザプログラムの資源へのアクセスを監視して、コンピュータ状況が、該アクセスの許可条件に合致するとき、該アクセスを許可する。このコンピュータ状況は、認証された利用者によって、起動あるいは停止させられるタスク状態を意味する。このタスクはアドレス空間に相当し、このアドレス空間に一つのセキュリティ権限を与える上述の例に同じで、複数のセキュリティ権限を与えることができない問題がある（特許文献１）。
【０００５】
更に、他の例に、ユーザＩＤのユーザ識別情報を元に、アドレス空間を作成し、ユーザタスクのためにセキュリティ環境を作成し、このアドレス空間でユーザタスクを実行する。このアドレス空間は、プロセスのアドレス空間を指しており、一つのプロセスに一つのセキュリティ権限を与えるものである。したがって、複数のセキュリティ権限を与えるものではない（特許文献２）。
【０００６】
【特許文献１】特開２００４−２９５５０４号公報（カラム００２０乃至００２３）
【特許文献２】特開平１０−１６１９３３号公報（カラム００２２乃至００２９）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来のオペレーティングシステムにおいて、プロセスあるいはユーザタスクに割り当てられる権限は一つだけであった。このため、プロセスにセキュリティ権限を割り当てる際には、プロセスの寿命の中でアクセスする必要のあるリソースの全てに対するアクセスを許可する権限を割り当てるか、又はプロセス側の明示的な操作によってプロセス全体のセキュリティ権限を切り替える必要があった。
【０００８】
前者の方法を取った場合、プロセスの処理の中でごく一部しか必要でない処理のための権限を常に持ち続けることになり、セキュリティ上の脆弱性が存在した場合には、オペレーティングシステムに対して危険なシステムサービス要求を行う可能性がある。例えば、パスワードファイルをアクセスする権限が必要なのは、プロセスの中でもユーザの認証を行う部分だけであり、その他の部分には必要がない。
【０００９】
後者の方法を用いて、必要に応じて複数のセキュリティ権限を使い分けるためには、プロセス側の明示的な操作によってプロセス全体のセキュリティ権限を切り替える必要があり、前述の方法と同様の問題点を抱えることになる。
【００１０】
この発明の目的は、上記のアイデアを拡張して、一つのプロセスに対して、複数の任意数のセキュリティ権限を対応させ、システムサービスを呼び出したプロセスのアドレスに関連付けられたセキュリティ権限を、当該システムサービス要求におけるプロセスのセキュリティ権限として使用し、該セキュリティ権限と、システムサービス対象の各リソースに付されたセキュリティ属性と、システムコールの要求システムサービスの種別と、に基づくセキュリティポリシーによってセキュリティ管理することにある。
【課題を解決するための手段】
【００１１】
そのため、この発明の、オペレーティングシステムのセキュリティ管理方式は、プロセスがオペレーティングシステムにシステムコールを発行してシステムサービスを要求するとき、前記プロセスが固有に持つセキュリティ権限と、前記オペレーティングシステムが管理するリソースに付されたセキュリティ属性と、によって、前記システムサービスの対象リソースへのアクセスを許可する、あるいは不許可するオペレーティングシステムにおいて、オペレーティングシステムがプロセスを起動するとき、前記プロセスのシステムコール発行元のアドレス域対応に設定するセキュリティ権限をプロセス管理情報に登録し、前記プロセスがシステムコールを発行してシステムサービスを要求するとき、前記オペレーティングシステムが前記アドレス域対応のセキュリティ権限と、前記システムサービス対象のリソースに付されたセキュリティ属性と、要求するシステムサービスの種別と、で規定されるセキュリティポリシーによって、前記リソースへのアクセスを許可する、あるいは不許可することを特徴とする。
【００１２】
更に、前記オペレーティングシステムのセキュリティ管理方式は、テキストセグメントとライブラリセグメントとデータセグメントとを含むユーザプログラムを実行するプロセス部と、前記プロセス部のユーザプログラムの実行を制御するオペレーティングシステム部と、前記プロセス部がシステムコールを発行して要求するシステムサービスの実行対象であるリソースと、を有し、前記オペレーティングシステム部は、前記プロセス部が発行するシステムコールを受け付けるエントリ部と、前記プロセス部が起動されたとき、前記プロセス部の呼び出し元アドレスを含むコンテキスト情報と、システムコール発行元アドレス域対応に設定されるセキュリティ権限と、を含むプロセス管理情報をロードするプロセス管理情報部と、前記プロセス管理情報部を前記システムコール発行元アドレスによって探索し、前記アドレス域対応のセキュリティ権限を入手するセキュリティ情報探索部と、前記システムコールが要求するシステムサービスを前記リソースに対して実行するシステムサービス部と、前記セキュリティ情報探索部が前記プロセス管理情報部から入手するセキュリティ権限と、前記リソースに付されたセキュリティ属性と、前記システムサービスの種別と、によって、前記リソースに対するアクセスを許可する、あるいは不許可するセキュリティポリシーを保持するセキュリティポリシー部と、前記セキュリティポリシーによって、前記システムサービス部が前記リソースにアクセスしてサービスを実行することを許可する、あるいは不許可するセキュリティ管理部と、を備えることを特徴とする。
【００１３】
更に、前記オペレーティングシステムのセキュリティ管理方式の前記プロセス管理情報部は、前記プロセス部がオペレーティングシステム部によって起動されるとき、ロードされるプロセス管理情報を保持し、前記プロセス管理情報は、前記プロセス部のユーザプログラムの呼び出し元アドレスを含むコンテキスト情報を登録するコンテキスト情報部と、システムコール発行元アドレス域対応にセキュリティ権限を登録するアドレス対応セキュリティ情報部と、を有し、前記システムコール発行元アドレス域は、前記プロセスのテキストセグメントと、ライブライセグメントと、データセグメントと、がそれぞれに占めるアドレス域を指すことを特徴とする。
【００１４】
更に、前記オペレーティングシステムのセキュリティ管理方式の前記セキュリティポリシーは、前記システムコールが要求するシステムサービスの種別と、前記システムコール発行元アドレス域対応のセキュリティ権限と、前記リソース付されるセキュリティ属性と、で記述するリソースへのアクセスを許可する、あるいは不許可するルールであることを特徴とする。
【発明の効果】
【００１５】
この発明の効果は、単一プロセスの内部でも機能別／信頼度別に複数のセキュリティ権限を設定し、セキュリティ強度の向上を図ることができる。その理由は、ユーザプログラムを実行するプロセス部に対して付与するセキュリティ権限をシステムコール発行元アドレス域対応に設定し、セキュリティ権限をプロセス全体にでなく、限定した機能モジュールに与えてシステムサービスを実行させることができるからである。
【発明を実施するための最良の形態】
【００１６】
この発明を実施するための最良の形態について図面を参照して説明する。オペレーティングシステム１は、ユーザプログラムのプロセス部１１と、プロセス部１１の実行を制御するオペレーティングシステム部２０と、備える。
【００１７】
プロセス部１１は、手続きのテキストセグメント１２と、関数やサブルーチンのライブラリセグメント１３と、変数やデータのデータセグメント１４と、を含む。
【００１８】
オペレーティングシステム部２０は、プロセス部１１が発行するシステムコールを受け取るエントリー部２１と、プロセス部１１が起動されたとき、プロセス部１１のプロセス管理情報をロードするプロセス管理情報部２２と、システムコールに対するシステムサービス対象リソースのセキュリティを管理するセキュリティ管理部２３と、システムコールの発行元アドレス域がもつセキュリティ権限をプロセス管理情報部２２に照会するセキュリティ情報探索部４と、システムコールが要求するシステムサービスの実行を許可あるいは不許可するルールと対象リソースに付されるセキュリティ属性とを含むセキュリティポリシーを保持するセキュリティポリシー部２５と、システムコールが要求するシステムサービスを実行するシステムサービス部２６と、システムサービスの実行対象であるファイルやソケットなどを指すリソース２７１乃至２７ｎと、を含む。
【００１９】
プロセス管理情報部２２は、プロセス部１１で実行するプログラムの呼び出し元アドレスを持つコンテキスト情報部２２０と、プロセス部１１で実行するプログラムが発行するシステムコールの発行元アドレス域対応にセキュリティ権限を規定するアドレス域対応セキュリティ情報部２２１乃至２２ｎと、を含む。
【００２０】
セキュリティポリシー部２５は、プロセス部１１が起動されるとき、ロードされるセキュリティポリシーを保持し、セキュリティポリシーはシステムコールが要求するシステムサービスの実行を許可するか、あるいは不許可するかのルールと、システムサービス対象リソースに付されるセキュリティ属性と、を含む。
【００２１】
オペレーティングシステム部２０のセキュリティ管理部２３に関連する機能動作を概説すると、プロセス部１１のシステムコール発行元のセキュリティ権限をアドレス対応で判定するため、セキュリティ管理部２３はセキュリティ情報探索部２４に問合せを行う。セキュリティ情報探索部２４は、プロセス管理情報管理部２２に照会して、プロセス部１１のシステムコール発行元アドレスと、それに関連付けられたセキュリティ権限をアドレス域対応セキュリティ情報部２２１乃至２２ｎから入手して、セキュリティ管理部２３に回答する。セキュリティ管理部２３は、セキュリティポリシー部２５がもつセキュリティポリシー及びリソースに付されたセキュリティ属性を参照して、該セキュリティ権限と、システムコールが要求しているシステムサービスと、該システムサービスの対象リソースに付されたセキュリティ属性と、によって、対象リソースに対するアクセスの可否を判定する。
【００２２】
次に、この実施の形態の動作について、実施の形態を示す図１を援用し、フローチャートの図２を参照して説明する。プロセス部１１で実行するプログラムは、プログラミングされた処理を進めるため、オペレーティングシステム部２０に、システムコールによって、システムサービスを要求し、オペレーティング部２０が管理するリソース２７１乃至２７ｎの一つにアクセスする必要がある。そのため、プロセス部１１が起動されるとき（図２のステップ３１）、プロセス部１１の呼び出し元アドレスを含むプロセス管理情報をオペレーティングシステム部２０のプロセス管理情報部２２にロードする。プロセス管理情報は、オペレーティングシステム部２０からプロセス部１１への復帰と呼び出し元アドレスを特定するコンテキスト情報がコンテキスト情報部２２０に、プロセス部１１のユーザプログラムが発行するシステムコールの発行元アドレスがそれのセキュリティ権限と共にアドレス域対応セキュリティ情報部２２１乃至２２ｎに、それぞれ保持される（ステップ３２）。
【００２３】
プロセス部１１が実行中にシステムコールを発行すると、該システムコールがエントリ部２１を経由して、オペレーティングシステム部２０に制御を移行する（ステップ３３）。オペレーティングシステム部２０は、プロセス部１１からシステムコールがあるたびに、エントリー部２１を通じてシステムコールが要求するシステムサービスの種別と、システムコール発行元アドレスと、システムサービス対象リソースと、をセキュリティ管理部２３に渡し、プロセス装置１１のシステムコール発行元と、要求サービスと、がセキュリティポリシーに合致しているか否かを照会する。このため、セキュリティ管理部２３は、プロセス部１１の発行元アドレスを入手し（ステップ３４）、セキュリティ情報探索部２４を通じて、要求元のセキュリティ権限をアドレス域対応セキュリティ情報部２２１乃至２２ｎを探索して入手し（ステップ３５）、システムサービス対象リソースに付されたセキュリティ属性と、要求システムサービスの種別と、セキュリティ権限と、によって、セキュリティポリシー部２５がシステムポリシーによって、システムサービス実行の可否を判定する（ステップ３７）。
【００２４】
セキュリティ管理部２３は、上記の操作で得たセキュリティ権限・セキュリティ属性・システムサービスの種別の組み合わせが、セキュリティポリシー部２５が持つセキュリティポリシーに合致するか否かを照会する。プロセス部１１のシステムコールの要求システムサービスがセキュリティポリシーに合致する場合（ステップ３８のＹ）、システムサービス部２６に制御を移行し、サービス対象リソースへのアクセスが行われる（ステップ４０）。セキュリティポリシーに反する場合（ステップ３８のＮ）、システムサービス部２６へは制御を移行せずに、要求されたシステムサービスは実行されずにプロセス部１１の呼び出し元に戻る。
【００２５】
この実施の形態における一実施例を図３によって説明する。初期状態において、プロセス部１１はアドレス域に応じてセキュリティ権限Ａを持ったテキストセグメント１２と、セキュリティ権限Ｂを持ち、データ・スタックするデータセグメント１４１と、を持ち、セキュリティポリシー部２５には、次のセキュリティポリシー２５１乃至２５４が保持されているものとする。
（２５１）セキュリティ権限Ａのテキストセグメントがセキュリティ属性Ｙのライブラリをロードすることを許可する。
（２５２）セキュリティ権限Ａのテキストセグメントがセキュリティ属性Ｙのライブラリをライブラリセグメントにロードすると、該ライブラリをロードした要求元アドレス域にはセキュリティ権限Ｃを割り当てる。
（２５３）セキュリティ権限Ｃのライブラリセグメントがセキュリティ属性Ｘのファイルをアクセスすることを許可する。
（２５４）その他のシステムコールによるシステムサービス要求は全て拒否する。
【００２６】
テキストセグメント１２のシステムサービス要求において、パスワードファイルアクセス１２１はセキュリティ管理部２３によって拒否される（ステップ７１、ステップ７２）。セキュリティポリシー２５４では、テキストセグメント１２１はセキュリティ権限Ａであるから、セキュリティ属性Ｘのパスワードファイルをアクセスできない。セキュリティポリシー２５２によれば、テキストセグメント１２のライブライロード１２２のシステムサービス要求７３は、ライブラリがセキュリティ属性Ｙを持つので、セキュリティポリシー部２５によって許可される（ステップ７４）。このとき、ロードされたライブライのアドレス域にはセキュリティ権限Ｃが割り当てられる。
【００２７】
テキストセグメント１２のライブライロード１２２を経由したシステムサービス要求７３において、認証モジュールライブラリ２７ｉへのアクセスはセキュリティ管理部２５１，２５２によって許可される（ステップ７５）。セキュリティポリシー２５１によれば、ライブラリロード１２２は、セキュリティ権限Ａであるから、セキュリティ属性Ｙを持つ認証モジュール２７ｉにアクセスが許可されて（ステップ７５）、システムサービス部２６の認証モジュールライブライロード２６１が実行し（ステップ７６）、認証モジュール２７ｉがライブライセグメント１３にロードされる（ステップ７７）。ライブラリセグメント１３はセキュリティ権限Ｃを持ち、セキュリティ属性Ｘを有するパスワードファイル２７ｋにアクセスが許可される（ステップ８２）。セキュリティポリシ２５３は、セキュリティ権限Ｃのライブラリセグメントがセキュリティ属性Ｘのファイルをアクセスすることを（ステップ８０）、許可するからである（ステップ８１）。
【００２８】
プロセス部１１のデータスタック１４からのシステムサービス要求では、データセグメント１４を発行元とするシステムサービス要求は（ステップ７８）、セキュリティ属性Ｂであるから、システムポリシー２５４によって、全て拒否される（ステップ７９）。
【００２９】
以上の実施例の説明によれば、秘匿性の高いパスワードファイル２７ｋに対するアクセスを認証モジュール・ライブラリ２７ｉに限定できるので、プロセス部１１全体にパスワードファイル２７ｋへのアクセス権限を与えることがない。また、データセグメント１４からのシステムサービス要求を全て拒否することで、バッファ・オーバフローに対する脆弱性に対する攻撃を防御することができる。
【００３０】
更に、以上のオペレーティングシステムのセキュリテイ管理方法は、図示しないコンピュータのファイル装置からロードされるプログラムによって、実行されることは明らかである。
【産業上の利用可能性】
【００３１】
プロセスを構成するプログラムにおける、個々の機能モジュールのアドレス域に関連付けてセキュリティ権限を与えて、プロセス全体のセキュリティを増強できるので、外部からの不正なシステム妨害を防護する分野に適用する。
【図面の簡単な説明】
【００３２】
【図１】この発明の実施の形態を示す図である。
【図２】この実施の形態が実行する動作を示すフローチャートである。
【図３】この実施の形態における実施例を例示する図である。
【図４】従来技術を例示する図である。
【符号の説明】
【００３３】
１ オペレーティングシステム
１１ プロセス部
１２ テキストセグメント
１３ ライブラリセグメント
１４ データセグメント
２０ オペレーティングシステム部
２１ エントリ部
２２ プロセス管理情報部
２３ セキュリティ管理部
２４ セキュリティ情報探索部
２５ セキュリティポリシー部
２６ システムサービス部
２２０ コンテキスト情報部
２２１乃至２２ｎ アドレス域対応セキュリティ情報部
２７１乃至２７ｎ リソース
【技術分野】
【０００１】
この発明は、オペレーティングシステムが提供するセキュリティ管理に関し、特に、ユーザプログラムを実行するプロセス部が発行するシステムコールに対して、発行元アドレス域対応に設定するセキュリティ権限と、システムコールが要求するシステムサービス種別と、システムサービス対象リソースに付されたセキュリティ属性と、によって、システムサービスのセキュリティを管理するオペレーティングシステムのセキュリティ管理方式及びそのセキュリティ管理方法及びそのプログラムに関する。
【背景技術】
【０００２】
ユーザプログラムを実行するプロセスのセキュリティ権限をＬｉｎｕｘのセキュリティ機能を例に説明する。プロセスの実行環境を例示した図４を説明すると、実行プロセスを指すプロセス部５１は、オペレーティングシステム２によって起動されるとき、プロセス管理情報部６２にプロセス部５１に対するプロセス管理情報をロードする。プロセス管理情報は、プロセスの呼び出し元アドレスを含むコンテキスト情報部６２０と、プロセス部５１のテキストセグメント５１１，ライブラリセグメント５１２，データセグメント５１３に対応するアドレス域を指すアドレス情報を保持するアドレス情報部６２１乃至アドレス情報部６２ｎと、プロセス部５１のセキュリティ権限を規定するプロセス固有セキュリティ情報部６２０１と、を含んでいる。
【０００３】
このプロセス固有セキュリティ情報部６２０１は、プロセス部５１に対して、１個のセキュリティ権限が対応するものである。プロセス部５１のテキストセグメント５１１，ライブラリセグメント５１２，データセグメント５１３は、一つ以上の機能モジュールから構成されているにもかかわらず、一つのセキュリティ権限で全体を規定するため、システムコールの発行元あるいはサービス要求先のリソースによっては、セキュリティ権限に問題が生じることがある。例えば、ライブラリセグメント５１２の認証モジュールにのみパスワードファイルへのアクセスを許可するセキュリティ権限を与えて、他のテキストセグメント５１１やデータセグメント５１３には該アクセスを不許可にして、セキュリティ性を高めるといったことができない。
【０００４】
不正なアクセスから資源を保護するセキュリティ管理に関する従来例で、管理対象のファイルやユーザプログラムの資源へのアクセスを監視して、コンピュータ状況が、該アクセスの許可条件に合致するとき、該アクセスを許可する。このコンピュータ状況は、認証された利用者によって、起動あるいは停止させられるタスク状態を意味する。このタスクはアドレス空間に相当し、このアドレス空間に一つのセキュリティ権限を与える上述の例に同じで、複数のセキュリティ権限を与えることができない問題がある（特許文献１）。
【０００５】
更に、他の例に、ユーザＩＤのユーザ識別情報を元に、アドレス空間を作成し、ユーザタスクのためにセキュリティ環境を作成し、このアドレス空間でユーザタスクを実行する。このアドレス空間は、プロセスのアドレス空間を指しており、一つのプロセスに一つのセキュリティ権限を与えるものである。したがって、複数のセキュリティ権限を与えるものではない（特許文献２）。
【０００６】
【特許文献１】特開２００４−２９５５０４号公報（カラム００２０乃至００２３）
【特許文献２】特開平１０−１６１９３３号公報（カラム００２２乃至００２９）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来のオペレーティングシステムにおいて、プロセスあるいはユーザタスクに割り当てられる権限は一つだけであった。このため、プロセスにセキュリティ権限を割り当てる際には、プロセスの寿命の中でアクセスする必要のあるリソースの全てに対するアクセスを許可する権限を割り当てるか、又はプロセス側の明示的な操作によってプロセス全体のセキュリティ権限を切り替える必要があった。
【０００８】
前者の方法を取った場合、プロセスの処理の中でごく一部しか必要でない処理のための権限を常に持ち続けることになり、セキュリティ上の脆弱性が存在した場合には、オペレーティングシステムに対して危険なシステムサービス要求を行う可能性がある。例えば、パスワードファイルをアクセスする権限が必要なのは、プロセスの中でもユーザの認証を行う部分だけであり、その他の部分には必要がない。
【０００９】
後者の方法を用いて、必要に応じて複数のセキュリティ権限を使い分けるためには、プロセス側の明示的な操作によってプロセス全体のセキュリティ権限を切り替える必要があり、前述の方法と同様の問題点を抱えることになる。
【００１０】
この発明の目的は、上記のアイデアを拡張して、一つのプロセスに対して、複数の任意数のセキュリティ権限を対応させ、システムサービスを呼び出したプロセスのアドレスに関連付けられたセキュリティ権限を、当該システムサービス要求におけるプロセスのセキュリティ権限として使用し、該セキュリティ権限と、システムサービス対象の各リソースに付されたセキュリティ属性と、システムコールの要求システムサービスの種別と、に基づくセキュリティポリシーによってセキュリティ管理することにある。
【課題を解決するための手段】
【００１１】
そのため、この発明の、オペレーティングシステムのセキュリティ管理方式は、プロセスがオペレーティングシステムにシステムコールを発行してシステムサービスを要求するとき、前記プロセスが固有に持つセキュリティ権限と、前記オペレーティングシステムが管理するリソースに付されたセキュリティ属性と、によって、前記システムサービスの対象リソースへのアクセスを許可する、あるいは不許可するオペレーティングシステムにおいて、オペレーティングシステムがプロセスを起動するとき、前記プロセスのシステムコール発行元のアドレス域対応に設定するセキュリティ権限をプロセス管理情報に登録し、前記プロセスがシステムコールを発行してシステムサービスを要求するとき、前記オペレーティングシステムが前記アドレス域対応のセキュリティ権限と、前記システムサービス対象のリソースに付されたセキュリティ属性と、要求するシステムサービスの種別と、で規定されるセキュリティポリシーによって、前記リソースへのアクセスを許可する、あるいは不許可することを特徴とする。
【００１２】
更に、前記オペレーティングシステムのセキュリティ管理方式は、テキストセグメントとライブラリセグメントとデータセグメントとを含むユーザプログラムを実行するプロセス部と、前記プロセス部のユーザプログラムの実行を制御するオペレーティングシステム部と、前記プロセス部がシステムコールを発行して要求するシステムサービスの実行対象であるリソースと、を有し、前記オペレーティングシステム部は、前記プロセス部が発行するシステムコールを受け付けるエントリ部と、前記プロセス部が起動されたとき、前記プロセス部の呼び出し元アドレスを含むコンテキスト情報と、システムコール発行元アドレス域対応に設定されるセキュリティ権限と、を含むプロセス管理情報をロードするプロセス管理情報部と、前記プロセス管理情報部を前記システムコール発行元アドレスによって探索し、前記アドレス域対応のセキュリティ権限を入手するセキュリティ情報探索部と、前記システムコールが要求するシステムサービスを前記リソースに対して実行するシステムサービス部と、前記セキュリティ情報探索部が前記プロセス管理情報部から入手するセキュリティ権限と、前記リソースに付されたセキュリティ属性と、前記システムサービスの種別と、によって、前記リソースに対するアクセスを許可する、あるいは不許可するセキュリティポリシーを保持するセキュリティポリシー部と、前記セキュリティポリシーによって、前記システムサービス部が前記リソースにアクセスしてサービスを実行することを許可する、あるいは不許可するセキュリティ管理部と、を備えることを特徴とする。
【００１３】
更に、前記オペレーティングシステムのセキュリティ管理方式の前記プロセス管理情報部は、前記プロセス部がオペレーティングシステム部によって起動されるとき、ロードされるプロセス管理情報を保持し、前記プロセス管理情報は、前記プロセス部のユーザプログラムの呼び出し元アドレスを含むコンテキスト情報を登録するコンテキスト情報部と、システムコール発行元アドレス域対応にセキュリティ権限を登録するアドレス対応セキュリティ情報部と、を有し、前記システムコール発行元アドレス域は、前記プロセスのテキストセグメントと、ライブライセグメントと、データセグメントと、がそれぞれに占めるアドレス域を指すことを特徴とする。
【００１４】
更に、前記オペレーティングシステムのセキュリティ管理方式の前記セキュリティポリシーは、前記システムコールが要求するシステムサービスの種別と、前記システムコール発行元アドレス域対応のセキュリティ権限と、前記リソース付されるセキュリティ属性と、で記述するリソースへのアクセスを許可する、あるいは不許可するルールであることを特徴とする。
【発明の効果】
【００１５】
この発明の効果は、単一プロセスの内部でも機能別／信頼度別に複数のセキュリティ権限を設定し、セキュリティ強度の向上を図ることができる。その理由は、ユーザプログラムを実行するプロセス部に対して付与するセキュリティ権限をシステムコール発行元アドレス域対応に設定し、セキュリティ権限をプロセス全体にでなく、限定した機能モジュールに与えてシステムサービスを実行させることができるからである。
【発明を実施するための最良の形態】
【００１６】
この発明を実施するための最良の形態について図面を参照して説明する。オペレーティングシステム１は、ユーザプログラムのプロセス部１１と、プロセス部１１の実行を制御するオペレーティングシステム部２０と、備える。
【００１７】
プロセス部１１は、手続きのテキストセグメント１２と、関数やサブルーチンのライブラリセグメント１３と、変数やデータのデータセグメント１４と、を含む。
【００１８】
オペレーティングシステム部２０は、プロセス部１１が発行するシステムコールを受け取るエントリー部２１と、プロセス部１１が起動されたとき、プロセス部１１のプロセス管理情報をロードするプロセス管理情報部２２と、システムコールに対するシステムサービス対象リソースのセキュリティを管理するセキュリティ管理部２３と、システムコールの発行元アドレス域がもつセキュリティ権限をプロセス管理情報部２２に照会するセキュリティ情報探索部４と、システムコールが要求するシステムサービスの実行を許可あるいは不許可するルールと対象リソースに付されるセキュリティ属性とを含むセキュリティポリシーを保持するセキュリティポリシー部２５と、システムコールが要求するシステムサービスを実行するシステムサービス部２６と、システムサービスの実行対象であるファイルやソケットなどを指すリソース２７１乃至２７ｎと、を含む。
【００１９】
プロセス管理情報部２２は、プロセス部１１で実行するプログラムの呼び出し元アドレスを持つコンテキスト情報部２２０と、プロセス部１１で実行するプログラムが発行するシステムコールの発行元アドレス域対応にセキュリティ権限を規定するアドレス域対応セキュリティ情報部２２１乃至２２ｎと、を含む。
【００２０】
セキュリティポリシー部２５は、プロセス部１１が起動されるとき、ロードされるセキュリティポリシーを保持し、セキュリティポリシーはシステムコールが要求するシステムサービスの実行を許可するか、あるいは不許可するかのルールと、システムサービス対象リソースに付されるセキュリティ属性と、を含む。
【００２１】
オペレーティングシステム部２０のセキュリティ管理部２３に関連する機能動作を概説すると、プロセス部１１のシステムコール発行元のセキュリティ権限をアドレス対応で判定するため、セキュリティ管理部２３はセキュリティ情報探索部２４に問合せを行う。セキュリティ情報探索部２４は、プロセス管理情報管理部２２に照会して、プロセス部１１のシステムコール発行元アドレスと、それに関連付けられたセキュリティ権限をアドレス域対応セキュリティ情報部２２１乃至２２ｎから入手して、セキュリティ管理部２３に回答する。セキュリティ管理部２３は、セキュリティポリシー部２５がもつセキュリティポリシー及びリソースに付されたセキュリティ属性を参照して、該セキュリティ権限と、システムコールが要求しているシステムサービスと、該システムサービスの対象リソースに付されたセキュリティ属性と、によって、対象リソースに対するアクセスの可否を判定する。
【００２２】
次に、この実施の形態の動作について、実施の形態を示す図１を援用し、フローチャートの図２を参照して説明する。プロセス部１１で実行するプログラムは、プログラミングされた処理を進めるため、オペレーティングシステム部２０に、システムコールによって、システムサービスを要求し、オペレーティング部２０が管理するリソース２７１乃至２７ｎの一つにアクセスする必要がある。そのため、プロセス部１１が起動されるとき（図２のステップ３１）、プロセス部１１の呼び出し元アドレスを含むプロセス管理情報をオペレーティングシステム部２０のプロセス管理情報部２２にロードする。プロセス管理情報は、オペレーティングシステム部２０からプロセス部１１への復帰と呼び出し元アドレスを特定するコンテキスト情報がコンテキスト情報部２２０に、プロセス部１１のユーザプログラムが発行するシステムコールの発行元アドレスがそれのセキュリティ権限と共にアドレス域対応セキュリティ情報部２２１乃至２２ｎに、それぞれ保持される（ステップ３２）。
【００２３】
プロセス部１１が実行中にシステムコールを発行すると、該システムコールがエントリ部２１を経由して、オペレーティングシステム部２０に制御を移行する（ステップ３３）。オペレーティングシステム部２０は、プロセス部１１からシステムコールがあるたびに、エントリー部２１を通じてシステムコールが要求するシステムサービスの種別と、システムコール発行元アドレスと、システムサービス対象リソースと、をセキュリティ管理部２３に渡し、プロセス装置１１のシステムコール発行元と、要求サービスと、がセキュリティポリシーに合致しているか否かを照会する。このため、セキュリティ管理部２３は、プロセス部１１の発行元アドレスを入手し（ステップ３４）、セキュリティ情報探索部２４を通じて、要求元のセキュリティ権限をアドレス域対応セキュリティ情報部２２１乃至２２ｎを探索して入手し（ステップ３５）、システムサービス対象リソースに付されたセキュリティ属性と、要求システムサービスの種別と、セキュリティ権限と、によって、セキュリティポリシー部２５がシステムポリシーによって、システムサービス実行の可否を判定する（ステップ３７）。
【００２４】
セキュリティ管理部２３は、上記の操作で得たセキュリティ権限・セキュリティ属性・システムサービスの種別の組み合わせが、セキュリティポリシー部２５が持つセキュリティポリシーに合致するか否かを照会する。プロセス部１１のシステムコールの要求システムサービスがセキュリティポリシーに合致する場合（ステップ３８のＹ）、システムサービス部２６に制御を移行し、サービス対象リソースへのアクセスが行われる（ステップ４０）。セキュリティポリシーに反する場合（ステップ３８のＮ）、システムサービス部２６へは制御を移行せずに、要求されたシステムサービスは実行されずにプロセス部１１の呼び出し元に戻る。
【００２５】
この実施の形態における一実施例を図３によって説明する。初期状態において、プロセス部１１はアドレス域に応じてセキュリティ権限Ａを持ったテキストセグメント１２と、セキュリティ権限Ｂを持ち、データ・スタックするデータセグメント１４１と、を持ち、セキュリティポリシー部２５には、次のセキュリティポリシー２５１乃至２５４が保持されているものとする。
（２５１）セキュリティ権限Ａのテキストセグメントがセキュリティ属性Ｙのライブラリをロードすることを許可する。
（２５２）セキュリティ権限Ａのテキストセグメントがセキュリティ属性Ｙのライブラリをライブラリセグメントにロードすると、該ライブラリをロードした要求元アドレス域にはセキュリティ権限Ｃを割り当てる。
（２５３）セキュリティ権限Ｃのライブラリセグメントがセキュリティ属性Ｘのファイルをアクセスすることを許可する。
（２５４）その他のシステムコールによるシステムサービス要求は全て拒否する。
【００２６】
テキストセグメント１２のシステムサービス要求において、パスワードファイルアクセス１２１はセキュリティ管理部２３によって拒否される（ステップ７１、ステップ７２）。セキュリティポリシー２５４では、テキストセグメント１２１はセキュリティ権限Ａであるから、セキュリティ属性Ｘのパスワードファイルをアクセスできない。セキュリティポリシー２５２によれば、テキストセグメント１２のライブライロード１２２のシステムサービス要求７３は、ライブラリがセキュリティ属性Ｙを持つので、セキュリティポリシー部２５によって許可される（ステップ７４）。このとき、ロードされたライブライのアドレス域にはセキュリティ権限Ｃが割り当てられる。
【００２７】
テキストセグメント１２のライブライロード１２２を経由したシステムサービス要求７３において、認証モジュールライブラリ２７ｉへのアクセスはセキュリティ管理部２５１，２５２によって許可される（ステップ７５）。セキュリティポリシー２５１によれば、ライブラリロード１２２は、セキュリティ権限Ａであるから、セキュリティ属性Ｙを持つ認証モジュール２７ｉにアクセスが許可されて（ステップ７５）、システムサービス部２６の認証モジュールライブライロード２６１が実行し（ステップ７６）、認証モジュール２７ｉがライブライセグメント１３にロードされる（ステップ７７）。ライブラリセグメント１３はセキュリティ権限Ｃを持ち、セキュリティ属性Ｘを有するパスワードファイル２７ｋにアクセスが許可される（ステップ８２）。セキュリティポリシ２５３は、セキュリティ権限Ｃのライブラリセグメントがセキュリティ属性Ｘのファイルをアクセスすることを（ステップ８０）、許可するからである（ステップ８１）。
【００２８】
プロセス部１１のデータスタック１４からのシステムサービス要求では、データセグメント１４を発行元とするシステムサービス要求は（ステップ７８）、セキュリティ属性Ｂであるから、システムポリシー２５４によって、全て拒否される（ステップ７９）。
【００２９】
以上の実施例の説明によれば、秘匿性の高いパスワードファイル２７ｋに対するアクセスを認証モジュール・ライブラリ２７ｉに限定できるので、プロセス部１１全体にパスワードファイル２７ｋへのアクセス権限を与えることがない。また、データセグメント１４からのシステムサービス要求を全て拒否することで、バッファ・オーバフローに対する脆弱性に対する攻撃を防御することができる。
【００３０】
更に、以上のオペレーティングシステムのセキュリテイ管理方法は、図示しないコンピュータのファイル装置からロードされるプログラムによって、実行されることは明らかである。
【産業上の利用可能性】
【００３１】
プロセスを構成するプログラムにおける、個々の機能モジュールのアドレス域に関連付けてセキュリティ権限を与えて、プロセス全体のセキュリティを増強できるので、外部からの不正なシステム妨害を防護する分野に適用する。
【図面の簡単な説明】
【００３２】
【図１】この発明の実施の形態を示す図である。
【図２】この実施の形態が実行する動作を示すフローチャートである。
【図３】この実施の形態における実施例を例示する図である。
【図４】従来技術を例示する図である。
【符号の説明】
【００３３】
１ オペレーティングシステム
１１ プロセス部
１２ テキストセグメント
１３ ライブラリセグメント
１４ データセグメント
２０ オペレーティングシステム部
２１ エントリ部
２２ プロセス管理情報部
２３ セキュリティ管理部
２４ セキュリティ情報探索部
２５ セキュリティポリシー部
２６ システムサービス部
２２０ コンテキスト情報部
２２１乃至２２ｎ アドレス域対応セキュリティ情報部
２７１乃至２７ｎ リソース
【特許請求の範囲】
【請求項１】
プロセスがオペレーティングシステムにシステムコールを発行してシステムサービスを要求するとき、前記プロセスが固有に持つセキュリティ権限と、前記オペレーティングシステムが管理するリソースに付されたセキュリティ属性と、によって、前記システムサービスの対象リソースへのアクセスを許可する、あるいは不許可するオペレーティングシステムにおいて、
オペレーティングシステムがプロセスを起動するとき、前記プロセスのシステムコール発行元のアドレス域対応に設定するセキュリティ権限をプロセス管理情報に登録し、前記プロセスがシステムコールを発行してシステムサービスを要求するとき、前記オペレーティングシステムが前記アドレス域対応のセキュリティ権限と、前記システムサービス対象のリソースに付されたセキュリティ属性と、要求するシステムサービスの種別と、で規定されるセキュリティポリシーによって、前記リソースへのアクセスを許可する、あるいは不許可することを特徴とするオペレーティングシステムのセキュリティ管理方式。
【請求項２】
前記オペレーティングシステムのセキュリティ管理方式は、
テキストセグメントとライブラリセグメントとデータセグメントとを含むユーザプログラムを実行するプロセス部と、
前記プロセス部のユーザプログラムの実行を制御するオペレーティングシステム部と、
前記プロセス部がシステムコールを発行して要求するシステムサービスの実行対象であるリソースと、
を有し、
前記オペレーティングシステム部は、
前記プロセス部が発行するシステムコールを受け付けるエントリ部と、
前記プロセス部が起動されたとき、前記プロセス部の呼び出し元アドレスを含むコンテキスト情報と、システムコール発行元アドレス域対応に設定されるセキュリティ権限と、を含むプロセス管理情報をロードするプロセス管理情報部と、
前記プロセス管理情報部を前記システムコール発行元アドレスによって探索し、前記アドレス域対応のセキュリティ権限を入手するセキュリティ情報探索部と、
前記システムコールが要求するシステムサービスを前記リソースに対して実行するシステムサービス部と、
前記セキュリティ情報探索部が前記プロセス管理情報部から入手するセキュリティ権限と、前記リソースに付されたセキュリティ属性と、前記システムサービスの種別と、によって、前記リソースに対するアクセスを許可する、あるいは不許可するセキュリティポリシーを保持するセキュリティポリシー部と、
前記セキュリティポリシーによって、前記システムサービス部が前記リソースにアクセスしてサービスを実行することを許可する、あるいは不許可するセキュリティ管理部と、
を備えることを特徴とする請求項１記載のオペレーティングシステムのセキュリティ管理方式。
【請求項３】
前記プロセス管理情報部は、
前記プロセス部がオペレーティングシステム部によって起動されるとき、ロードされるプロセス管理情報を保持し、
前記プロセス管理情報は、
前記プロセス部のユーザプログラムの呼び出し元アドレスを含むコンテキスト情報を登録するコンテキスト情報部と、
システムコール発行元アドレス域対応にセキュリティ権限を登録するアドレス対応セキュリティ情報部と、を有し、
前記システムコール発行元アドレス域は、
前記プロセスのテキストセグメントと、ライブライセグメントと、データセグメントと、がそれぞれに占めるアドレス域を指すことを特徴とする請求項２記載のオペレーティングシステムのセキュリティ管理方式。
【請求項４】
前記セキュリティポリシーは、
前記システムコールが要求するシステムサービスの種別と、前記システムコール発行元アドレス域対応のセキュリティ権限と、前記リソース付されるセキュリティ属性と、で記述するリソースへのアクセスを許可する、あるいは不許可するルールであることを特徴とする請求項２記載のオペレーティングシステムのセキュリティ管理方式。
【請求項５】
プロセスがオペレーティングシステムにシステムコールを発行してシステムサービスを要求するとき、前記プロセスが固有に持つセキュリティ権限と、前記オペレーティングシステムが管理するリソースに付されたセキュリティ属性と、によって、前記システムサービスの対象リソースへのアクセスを許可する、あるいは不許可するオペレーティングシステムのセキュリティ管理方法において、
オペレーティングシステム部が、テキストセグメントとライブラリセグメントとデータセグメントを含むユーザプログラムを実行するプロセス部を起動するステップと、
前記プロセス部のユーザプログラムの呼び出し元アドレスを含むコンテキスト情報と、システムコール発行元アドレス域対応のセキュリティ権限と、をプロセス管理情報部にロードするステップと、
前記プロセス部のユーザプログラムがシステムコールを発行し、エントリ部を通じて、セキュリティ管理部が前記システムコールを受け取るステップと、
前記セキュリティ管理部が、システムコール発行元アドレスを入手するステップと、
前記セキュリティ管理部が前記システムコール発行元アドレスによってセキュリティ情報探索部を通じ、前記プロセス管理情報部から前記アドレス対応域のセキュリティ権限を入手するステップと、
前記システムコールのシステムサービス対象リソースに付されたセキュリティ属性を入手するステップと、
前記セキュリティ管理部が、セキュリティポリシー部のセキュリティポリシーを参照して、前記システムコールが要求するシステムサービスの種別と、前記セキュリティ権限と、前記セキュリティ属性と、に基づいて、システムサービス部の対象リソースに対するアクセスを許可する、あるいは不許可する判定するステップと、
前記判定が不許可のとき、前記プロセス部に制御を戻すステップと、
前記判定が許可のとき、前記システムサービス部の対象リソースへのアクセスを許可するステップと、
前記システムサービス部が対象リソースに対して、システムサービスを実行するステップと、
を含むことを特徴とするオペレーティングシステムのセキュリティ管理方法。
【請求項６】
コンピュータに、
オペレーティングシステム部が、テキストセグメントとライブラリセグメントとデータセグメントを含むユーザプログラムを実行するプロセス部を起動するステップと、
前記プロセス部のユーザプログラムの呼び出し元アドレスを含むコンテキスト情報と、システムコール発行元アドレス域対応のセキュリティ権限と、をプロセス管理情報部にロードするステップと、
前記プロセス部のユーザプログラムがシステムコールを発行し、エントリ部を通じて、セキュリティ管理部が前記システムコールを受け取るステップと、
前記セキュリティ管理部が、システムコール発行元アドレスを入手するステップと、
前記セキュリティ管理部が前記システムコール発行元アドレスによってセキュリティ情報探索部を通じ、前記プロセス管理情報部から前記アドレス対応域のセキュリティ権限を入手するステップと、
前記システムコールのシステムサービス対象リソースに付されたセキュリティ属性を入手するステップと、
前記セキュリティ管理部が、セキュリティポリシー部のセキュリティポリシーを参照して、前記システムコールが要求するシステムサービスの種別と、前記セキュリティ権限と、前記セキュリティ属性と、に基づいて、システムサービス部の対象リソースに対するアクセスを許可する、あるいは不許可する判定するステップと、
前記判定が不許可のとき、前記プロセス部に制御を戻すステップと、
前記判定が許可のとき、前記システムサービス部の対象リソースへのアクセスを許可するステップと、
前記システムサービス部が対象リソースに対して、システムサービスを実行するステップと、
を実行させるプログラム。
【請求項１】
プロセスがオペレーティングシステムにシステムコールを発行してシステムサービスを要求するとき、前記プロセスが固有に持つセキュリティ権限と、前記オペレーティングシステムが管理するリソースに付されたセキュリティ属性と、によって、前記システムサービスの対象リソースへのアクセスを許可する、あるいは不許可するオペレーティングシステムにおいて、
オペレーティングシステムがプロセスを起動するとき、前記プロセスのシステムコール発行元のアドレス域対応に設定するセキュリティ権限をプロセス管理情報に登録し、前記プロセスがシステムコールを発行してシステムサービスを要求するとき、前記オペレーティングシステムが前記アドレス域対応のセキュリティ権限と、前記システムサービス対象のリソースに付されたセキュリティ属性と、要求するシステムサービスの種別と、で規定されるセキュリティポリシーによって、前記リソースへのアクセスを許可する、あるいは不許可することを特徴とするオペレーティングシステムのセキュリティ管理方式。
【請求項２】
前記オペレーティングシステムのセキュリティ管理方式は、
テキストセグメントとライブラリセグメントとデータセグメントとを含むユーザプログラムを実行するプロセス部と、
前記プロセス部のユーザプログラムの実行を制御するオペレーティングシステム部と、
前記プロセス部がシステムコールを発行して要求するシステムサービスの実行対象であるリソースと、
を有し、
前記オペレーティングシステム部は、
前記プロセス部が発行するシステムコールを受け付けるエントリ部と、
前記プロセス部が起動されたとき、前記プロセス部の呼び出し元アドレスを含むコンテキスト情報と、システムコール発行元アドレス域対応に設定されるセキュリティ権限と、を含むプロセス管理情報をロードするプロセス管理情報部と、
前記プロセス管理情報部を前記システムコール発行元アドレスによって探索し、前記アドレス域対応のセキュリティ権限を入手するセキュリティ情報探索部と、
前記システムコールが要求するシステムサービスを前記リソースに対して実行するシステムサービス部と、
前記セキュリティ情報探索部が前記プロセス管理情報部から入手するセキュリティ権限と、前記リソースに付されたセキュリティ属性と、前記システムサービスの種別と、によって、前記リソースに対するアクセスを許可する、あるいは不許可するセキュリティポリシーを保持するセキュリティポリシー部と、
前記セキュリティポリシーによって、前記システムサービス部が前記リソースにアクセスしてサービスを実行することを許可する、あるいは不許可するセキュリティ管理部と、
を備えることを特徴とする請求項１記載のオペレーティングシステムのセキュリティ管理方式。
【請求項３】
前記プロセス管理情報部は、
前記プロセス部がオペレーティングシステム部によって起動されるとき、ロードされるプロセス管理情報を保持し、
前記プロセス管理情報は、
前記プロセス部のユーザプログラムの呼び出し元アドレスを含むコンテキスト情報を登録するコンテキスト情報部と、
システムコール発行元アドレス域対応にセキュリティ権限を登録するアドレス対応セキュリティ情報部と、を有し、
前記システムコール発行元アドレス域は、
前記プロセスのテキストセグメントと、ライブライセグメントと、データセグメントと、がそれぞれに占めるアドレス域を指すことを特徴とする請求項２記載のオペレーティングシステムのセキュリティ管理方式。
【請求項４】
前記セキュリティポリシーは、
前記システムコールが要求するシステムサービスの種別と、前記システムコール発行元アドレス域対応のセキュリティ権限と、前記リソース付されるセキュリティ属性と、で記述するリソースへのアクセスを許可する、あるいは不許可するルールであることを特徴とする請求項２記載のオペレーティングシステムのセキュリティ管理方式。
【請求項５】
プロセスがオペレーティングシステムにシステムコールを発行してシステムサービスを要求するとき、前記プロセスが固有に持つセキュリティ権限と、前記オペレーティングシステムが管理するリソースに付されたセキュリティ属性と、によって、前記システムサービスの対象リソースへのアクセスを許可する、あるいは不許可するオペレーティングシステムのセキュリティ管理方法において、
オペレーティングシステム部が、テキストセグメントとライブラリセグメントとデータセグメントを含むユーザプログラムを実行するプロセス部を起動するステップと、
前記プロセス部のユーザプログラムの呼び出し元アドレスを含むコンテキスト情報と、システムコール発行元アドレス域対応のセキュリティ権限と、をプロセス管理情報部にロードするステップと、
前記プロセス部のユーザプログラムがシステムコールを発行し、エントリ部を通じて、セキュリティ管理部が前記システムコールを受け取るステップと、
前記セキュリティ管理部が、システムコール発行元アドレスを入手するステップと、
前記セキュリティ管理部が前記システムコール発行元アドレスによってセキュリティ情報探索部を通じ、前記プロセス管理情報部から前記アドレス対応域のセキュリティ権限を入手するステップと、
前記システムコールのシステムサービス対象リソースに付されたセキュリティ属性を入手するステップと、
前記セキュリティ管理部が、セキュリティポリシー部のセキュリティポリシーを参照して、前記システムコールが要求するシステムサービスの種別と、前記セキュリティ権限と、前記セキュリティ属性と、に基づいて、システムサービス部の対象リソースに対するアクセスを許可する、あるいは不許可する判定するステップと、
前記判定が不許可のとき、前記プロセス部に制御を戻すステップと、
前記判定が許可のとき、前記システムサービス部の対象リソースへのアクセスを許可するステップと、
前記システムサービス部が対象リソースに対して、システムサービスを実行するステップと、
を含むことを特徴とするオペレーティングシステムのセキュリティ管理方法。
【請求項６】
コンピュータに、
オペレーティングシステム部が、テキストセグメントとライブラリセグメントとデータセグメントを含むユーザプログラムを実行するプロセス部を起動するステップと、
前記プロセス部のユーザプログラムの呼び出し元アドレスを含むコンテキスト情報と、システムコール発行元アドレス域対応のセキュリティ権限と、をプロセス管理情報部にロードするステップと、
前記プロセス部のユーザプログラムがシステムコールを発行し、エントリ部を通じて、セキュリティ管理部が前記システムコールを受け取るステップと、
前記セキュリティ管理部が、システムコール発行元アドレスを入手するステップと、
前記セキュリティ管理部が前記システムコール発行元アドレスによってセキュリティ情報探索部を通じ、前記プロセス管理情報部から前記アドレス対応域のセキュリティ権限を入手するステップと、
前記システムコールのシステムサービス対象リソースに付されたセキュリティ属性を入手するステップと、
前記セキュリティ管理部が、セキュリティポリシー部のセキュリティポリシーを参照して、前記システムコールが要求するシステムサービスの種別と、前記セキュリティ権限と、前記セキュリティ属性と、に基づいて、システムサービス部の対象リソースに対するアクセスを許可する、あるいは不許可する判定するステップと、
前記判定が不許可のとき、前記プロセス部に制御を戻すステップと、
前記判定が許可のとき、前記システムサービス部の対象リソースへのアクセスを許可するステップと、
前記システムサービス部が対象リソースに対して、システムサービスを実行するステップと、
を実行させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２００６−３３１１３７（Ｐ２００６−３３１１３７Ａ）
【公開日】平成１８年１２月７日（２００６．１２．７）
【国際特許分類】
【出願番号】特願２００５−１５４８０６（Ｐ２００５−１５４８０６）
【出願日】平成１７年５月２７日（２００５．５．２７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成１８年１２月７日（２００６．１２．７）
【国際特許分類】
【出願日】平成１７年５月２７日（２００５．５．２７）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｌｉｎｕｘ
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]