(57)【要約】【課題】  悪意のあるユーザが、システムファイルを不正に使用することを防止することができるセキュリティサーバを提供する。【解決手段】  ユーザがプロセスを起動するための要求は、受付部２２によって受付けられる。次に、受付部２２が受付けた要求に応じて、ユーザ識別子が、ユーザ識別子取得部２３によって取得され、ユーザ対応表情報に基づいてユーザ識別子と対応するセキュリティラベルが、セキュリティラベル決定部２４によって決定される。セキュリティラベルが決定された後、プロセスが起動され、セキュリティラベルに応じたプロセスの制御が、セキュアＯＳによって行われる。【選択図】  図１
2005209068.tif 000002
【特許請求の範囲】
【請求項１】
端末を利用するユーザを表すユーザ識別子とセキュリティラベルと対応させるためのユーザ対応表情報を格納するユーザ対応表情報格納手段と、
前記ユーザがプロセスを起動するための要求を受付ける受付手段と、
前記受付手段が受付けた要求に応じて前記ユーザ識別子を取得するユーザ識別子取得手段と、
前記ユーザ対応表情報に基づいて前記ユーザ識別子取得手段が取得したユーザ識別子に対応したセキュリティラベルを決定するセキュリティラベル決定手段とを有し、
前記セキュリティラベル決定手段によって決定されたセキュリティラベルを前記プロセスに付与し、付与したプロセスに対してアクセス制御を行う、
セキュリティサーバ。
【請求項２】
前記ユーザが、前記プロセスによって処理されるプログラムを実行可能か否かを判断するプログラム実行可能判断手段をさらに有し、
前記プログラム実行可能判断手段が前記プログラムを実行可能と判断したとき、前記セキュリティラベル決定手段は、前記ユーザ対応表情報に基づいて前記ユーザ識別子取得手段が取得したユーザ識別子に対応したセキュリティラベルを決定する、
請求項１に記載のセキュリティサーバ。
【請求項３】
ユーザ対応表情報は、前記ユーザ識別子が属するグループのグループ識別子と前記セキュリティラベルとの対応関係を有し、
前記セキュリティラベル決定手段は、前記ユーザ対応表情報に基づいて前記ユーザ識別子が属するグループのグループ識別子に応じたセキュリティラベルを決定する、
請求項１または請求項２に記載のセキュリティサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラムを処理するプロセスに対してアクセス制御を行うセキュリティサーバに関する。
【背景技術】
【０００２】
近年、インターネット、イントラネットなどのネットワーク上でサイトを構築し、構築したサイトからエンドユーザに様々な情報を提供するためのウェブサーバが、多数使用されている。ウェブサーバには、オペレーティングシステム（以下、ＯＳという。）およびウェブサーバ用プログラムがインストールされている。さらに、ウェブサーバには、ＣＧＩ（Common Gateway Interface）などのプログラムがインストールされており、ウェブサーバは、ウェブサーバ用プログラムと、ＣＧＩなどのプログラムと連携させ、連携させた結果の情報をエンドユーザに提供するようになっている（例えば特許文献１参照。）。
【０００３】
また、最近では、ウェブサーバにインストールされているウェブサーバ用プログラムの脆弱性、または、ウェブサーバにインストールされているＯＳの脆弱性を保護するための対策が考え出されている。その対策の１つとしては、ウェブサーバにＳＥＬｉｎｕｘなどのセキュアＯＳをインストールする方法が挙げられる。セキュアＯＳの代表的な機能には、強制アクセス制御などがある。アクセス制御を行うサーバには、システムファイルを含む電子ファイル（以下、単にファイルという。）に対して、プロセスがアクセスすることを許容するか否かを記述した設定ファイルが格納されている。なお、システムファイルとは、ＯＳの動作に必要なファイルである。一般的に、セキュアＯＳをインストールしたサーバ内で生じたプロセスは、この設定ファイルに従って処理される。より詳細には、セキュアＯＳが、プロセスの属性を示したセキュリティラベルをプロセスに付与するようになっている。セキュアＯＳは、付与したセキュリティラベルに基づいて、プロセスがファイルなどに対してアクセスを許容するか否か判断してアクセス制御するようになっている。
【０００４】
セキュアＯＳをインストールしたサーバが、セキュリティラベルを付与する方法の一例を図７を参照して具体的に説明する。図７に示すように、ウェブサーバ用プログラムを実行するためのプロセス（以下、ウェブサーバプロセス３１という。）が、セキュアＯＳ上に常駐して動作している。例えば、ウェブサーバプロセス３１の属性を属性ｈｔｔｐｄ＿ｔとする。あるエンドユーザが、ウェブサーバプロセス３１を介してＣＧＩのプロセス（以下、ＣＧＩプロセスという。）を起動するとき、ウェブサーバプロセス３１は、ＣＧＩプロセス３３を起動するための実行ファイル３２を実行するようになっている。例えば、ウェブサーバプロセス３１は、属性ｃｇｉ＿ｅｘｃ＿ｔを有する実行ファイル３２を実行するようになっている。実行後、ＣＧＩプロセス３３には、セキュリティラベルｃｇｉ＿ｔという属性が付与される。ＣＧＩプロセス３３は、付与されたセキュリティラベルｃｇｉ＿ｔに従ったアクセス制御に基づいて動作する。
【特許文献１】特開２０００−２７６３９６号公報（１２段落目−１６段落目、第１図）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、セキュアＯＳをインストールした従来のウェブサーバは、どのユーザが、ウェブサーバプロセス３１を介してＣＧＩプロセス３３を起動しても、起動されたＣＧＩプロセス３３が、同一のセキュリティラベルｃｇｉ＿ｔに従ったアクセス制御に基づいて動作してしまう。したがって、従来のウェブサーバは、全てのユーザに対して同一権限で動作するプロセスでサービスを提供するため、各ユーザのうち悪意のあるユーザが、アクセス制御の範囲でシステムファイルを漏洩、改竄する、すなわち、システムファイルを不正に使用してしまうという問題があった。
【０００６】
本発明は、上記の従来の問題を解決するためになされたもので、その目的は、悪意のあるユーザが、システムファイルなどのオブジェクトを不正に使用することを防止することができるセキュリティサーバを提供することにある。
【課題を解決するための手段】
【０００７】
本発明のセキュリティサーバは、端末を利用するユーザを表すユーザ識別子とセキュリティラベルと対応させるためのユーザ対応表情報を格納するユーザ対応表情報格納手段と、ユーザがプロセスを起動するための要求を受付ける受付手段と、受付手段が受付けた要求に応じてユーザ識別子を取得するユーザ識別子取得手段と、ユーザ対応表情報に基づいてユーザ識別子取得手段が取得したユーザ識別子に対応したセキュリティラベルを決定するセキュリティラベル決定手段とを有し、セキュリティラベル決定手段によって決定されたセキュリティラベルをプロセスに付与し、付与したプロセスに対してアクセス制御を行う構成を有している。
【０００８】
この構成により、ユーザ対応表情報に基づいてユーザ識別子に対応したセキュリティラベルを決定し、決定されたセキュリティラベルをプロセスに付与し、付与したプロセスに対してアクセス制御を行うため、システムファイルなどのファイルをユーザ毎に使用制限することができ、信頼のないユーザに対して使用制限を強化すれば、システムファイルなどのオブジェクトを不正に使用することを防止することができる。
【０００９】
本発明の実施態様によれば、セキュリティサーバは、ユーザが、プロセスによって処理されるプログラムを実行可能か否かを判断するプログラム実行可能判断手段をさらに有し、プログラム実行可能判断手段がプログラムを実行可能と判断したとき、セキュリティラベル決定手段は、ユーザ対応表情報に基づいてユーザ識別子取得手段が取得したユーザ識別子に対応したセキュリティラベルを決定する構成を有している。
【００１０】
この構成により、プログラムを実行可能と判断したとき、ユーザ対応表情報に基づいてユーザ識別子に応じたセキュリティラベルを決定するため、プログラムの実行可否をユーザ毎に決定することができ、ユーザの使用制限をさらに強化することができる。
【００１１】
本発明の他の実施態様によれば、セキュリティサーバは、ユーザ対応表情報は、ユーザ識別子が属するグループのグループ識別子と前記セキュリティラベルとの対応関係を有し、セキュリティラベル決定手段は、ユーザ対応表情報に基づいてユーザ識別子が属するグループのグループ識別子に応じたセキュリティラベルを決定する構成を有している。
【００１２】
この構成により、ユーザ識別子が属するグループのグループ識別子に応じたセキュリティラベルを決定するため、システムファイルなどのファイルをグループ毎に使用制限することができる。
【発明の効果】
【００１３】
本発明は、悪意のあるユーザが、システムファイルなどのオブジェクトを不正に使用することを防止することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１５】
［第１の実施の形態］
図１は、本発明の第１の実施の形態によるセキュリティサーバのブロック構成図である。図１に示すように、セキュリティサーバ１は、記憶部１１とアプリケーションプログラム１２とセキュリティラベル設定モジュール１３を備えた構成を有している。
【００１６】
また、セキュリティサーバ１は、ネットワーク５を介して端末４と接続されている。以下、図示した端末４の各々を区別する場合には、端末４をそれぞれ端末４ａ、端末４ｂ、端末４ｃと記載する。なお、セキュリティサーバ１には、ＳＥＬｉｎｕｘなどのセキュアＯＳがインストールされている。以降、端末４ａはユーザＡによって利用され、端末４ｂはユーザＢによって利用され、端末４ｃはユーザＣによって利用されるものとして説明する。
【００１７】
なお、アプリケーションプログラム１２、セキュリティラベル設定モジュール１３、およびセキュアＯＳなどは、ＣＰＵなどの制御手段によって処理されるプログラムのモジュールである。また、これらのモジュールは、セキュリティサーバ１内の図示しないネットワーク接続デバイスを介して端末４との間で情報を送受信することができる。
【００１８】
記憶部１１は、ハードディスクまたはＲＯＭなどの記憶手段であり、ユーザ対応表情報格納部２１とプログラム格納部２５を有する。
【００１９】
ユーザ対応表情報格納部２１には、端末４を利用するユーザを表すユーザ識別子とセキュリティラベルとを対応させるためのユーザ対応表情報が格納されている。なお、セキュリティラベルは、プロセスの属性を示すものである。
【００２０】
プログラム格納部２５には、ＣＧＩなどのプログラムのファイルである実行ファイルが格納されている。例えば、プログラム格納部２５に、属性ｃｇｉ＿ｅｘｃ＿ｔを有する、「ｅｘｅ．ｃｇｉ」という名の実行ファイルが格納されているとき、この実行ファイルに対するユーザ対応表情報の一例を表１に示す。
【００２１】
【表１】
2005209068.tif 000003
【００２２】
アプリケーションプログラム１２は、受付部２２とユーザ識別子取得部２３を有する。以降、本実施形態において、アプリケーションプログラム１２は、ウェブサーバ用プログラムとして説明する。
【００２３】
受付部２２は、ユーザがプロセスを起動するための要求を受付けるようになっている。例えば、受付部２２は、端末４からＨＴＴＰ（HyperText Transfer Protocol）などのリクエストを受付けるようになっている。ユーザ識別子取得部２３は、受付部２２が受付けた要求に応じてユーザ識別子を取得するようになっている。例えば、ユーザ識別子取得部２３は、ログイン名およびパスワードをユーザに入力させるユーザ認証、または、端末４に格納されているｃｏｏｋｉｅを用いて、ユーザ識別子を取得するようになっている。また、ユーザ識別子取得部２３がユーザ認証する手段としては、端末４が生体認証を行って得られた認証情報に基づいて認証する手段や、ＩＣカードに格納された個人情報を端末４に読み取らせて得られた情報に基づいて認証する手段などがある。なお、この他、ユーザ識別子取得部２３は、端末４を利用するユーザを識別する手段であれば、いかなる手段を用いてもよい。
【００２４】
セキュリティラベル設定モジュール１３はセキュリティラベル決定部２４を有する。セキュリティラベル決定部２４は、ユーザ対応表情報に基づいてユーザ識別子取得部２３が取得したユーザ識別子に対応したセキュリティラベルを決定するようになっている。
【００２５】
例えば、セキュリティラベル決定部２４は、ユーザ識別子取得部２３が取得したユーザ識別子を取得し、取得したユーザ識別子と表１に示したユーザ対応表情報と用いて、セキュリティラベルを決定するようになっている。具体的には、ユーザＡから実行ファイル「ｅｘｅ．ｃｇｉ」を実行する要求があったとき、セキュリティラベル決定部２４は、ユーザ識別子取得部２３からユーザＡを識別するユーザ識別子を取得し、表１に示したユーザ対応表情報に基づいて、セキュリティラベルｃｇｉ＿ｕｓｒＡ＿ｔを決定するようになっている。
【００２６】
なお、ユーザ識別子取得部２３が取得したユーザ識別子を取得できない場合、セキュリティラベル決定部２４は、予め決められたデフォルトのセキュリティラベルを決定するようにしてもよい。
【００２７】
セキュリティラベル決定部２４がセキュリティラベルを決定した後、図示しないセキュアＯＳは、決定したセキュリティラベルをＣＧＩプロセスに付与して、ＣＧＩプロセスを起動し、付与したプロセスに対してアクセス制御を行うになっている。
【００２８】
なお、アクセス制御は、サブジェクトがオブジェクトに対して持つ権限に基づいてアクセスを制御する機能である。サブジェクトには、プロセスなどが含まれ、オブジェクトには、ファイルやデバイスなどが含まれる。アクセスとは、ファイルの読み込みや書き込みなどやデバイスの駆動を意味する。
【００２９】
また、セキュリティラベルｃｇｉ＿ｕｓｒＡ＿ｔ、ｃｇｉ＿ｕｓｒＢ＿ｔ、およびｃｇｉ＿ｕｓｒＣ＿ｔの各アクセス制御は、セキュリティサーバ１を管理する管理者が事前に設定した設定ファイル（セキュリティポリシ）の内容に従って、セキュアＯＳによって行われる。また、このセキュリティポリシは、図示しないプログラム配信サーバからダウンロードされて設定されるようにしてもよい。
【００３０】
以下、本発明の第１の実施の形態によるセキュリティサーバ１の動作について、図２を参照して説明する。図２は、本発明の第１の実施の形態によるセキュリティサーバ１の動作の流れを示すフローチャートである。
【００３１】
まず、ユーザがプロセスを起動するための要求は、受付部２２によって受付けられる（ステップ１０１）。次に、受付部２２が受付けた要求に応じて、ユーザ識別子が、ユーザ識別子取得部２３によって取得され（ステップ１０２）、ユーザ対応表情報に基づいてユーザ識別子と対応するセキュリティラベルが、セキュリティラベル決定部２４によって決定される（ステップ１０３）。セキュリティラベルが決定された後、プロセスが起動され、セキュリティラベルに応じたプロセスの制御が、セキュアＯＳによって行われる（ステップ１０４）。
【００３２】
以上説明したように、本発明の第１の実施の形態によるセキュリティサーバ１は、ユーザ対応表情報に基づいてユーザ識別子に対応したセキュリティラベルを決定し、決定されたセキュリティラベルをプロセスに付与し、付与したプロセスに対してアクセス制御を行うため、システムファイルなどのファイルをユーザ毎に使用制限することができ、信頼のないユーザに対して使用制限を強化すれば、システムファイルなどのオブジェクトを不正に使用することを防止することができる。
【００３３】
［第２の実施の形態］
図３は、本発明の第２の実施の形態によるセキュリティサーバのブロック構成図である。図３に示すように、セキュリティサーバ２は記憶部１４とアプリケーションプログラム１２とセキュリティラベル設定モジュール１５を備えた構成を有している。
【００３４】
なお、本発明の第２の実施の形態によるセキュリティサーバ２を構成する構成要素のうち、本発明の第１の実施の形態によるセキュリティサーバ１を構成する構成要素と同一の構成要素には同一の符号を付し、それぞれの説明を省略する。
【００３５】
記憶部１４は、ハードディスクまたはＲＯＭなどの記憶手段であり、ユーザ対応表情報格納部２１とプログラム格納部２５とプログラム実行情報格納部２６を有する。
【００３６】
プログラム実行情報格納部２６には、端末４を利用するユーザが、属性ｃｇｉ＿ｅｘｃ＿ｔを有するプログラムの実行ファイルを実行可能か否かを表すプログラム実行情報が格納されている。このプログラム実行情報の一例を表２に示す。
【００３７】
【表２】
2005209068.tif 000004
【００３８】
セキュリティラベル設定モジュール１５はセキュリティラベル決定部２４とプログラム実行可能判断部２７を有する。プログラム実行可能判断部２７は、ユーザが、プロセスによって処理されるプログラムを実行可能か否かを判断するようになっている。
【００３９】
例えば、プログラム実行可能判断部２７は、表２に示したプログラム実行情報に基づいて、ユーザ識別子取得部２３が取得したユーザ識別子からユーザが、属性ｃｇｉ＿ｅｘｃ＿ｔを有するプログラムの実行ファイルを実行可能か否かを判断し、可能な場合にプログラムを実行可能と判断するようになっている。具体的には、ユーザＣから実行ファイル「ｅｘｅ．ｃｇｉ」を実行する要求があったとき、プログラム実行可能判断部２７は、表２に示したプログラム実行情報に基づいて、ユーザＣを識別するユーザ識別子をユーザ識別子取得部２３から取得し、ユーザＣが、属性ｃｇｉ＿ｅｘｃ＿ｔを有するプログラムの実行ファイルを実行不可能と判断するようになっている。
【００４０】
なお、プログラム実行可能判断部２７がプログラムを実行可能と判断したとき、セキュリティラベル決定部２４は、ユーザ対応表情報に基づいてユーザ識別子取得部２３が取得したユーザ識別子に対応したセキュリティラベルを決定するようになっている。
【００４１】
また、ユーザ識別子取得部２３が取得したユーザ識別子を取得できない場合、プログラム実行可能判断部２７は、プログラムの実行ファイルを実行不可能と判断するようにしてもよい。
【００４２】
次に、本発明の第２の実施の形態によるセキュリティサーバ２の動作について、図４を参照して説明する。図４は、本発明の第２の実施の形態によるセキュリティサーバ２の動作の流れを示すフローチャートである。
【００４３】
なお、本発明の第２の実施の形態によるセキュリティサーバ２の動作のうち、本発明の第１の実施の形態によるセキュリティサーバ１の動作と同一のものについては、同一の符号を付す。
【００４４】
まず、ユーザがプロセスを起動するための要求は、受付部２２によって受付けられる（ステップ１０１）。次に、受付部２２が受付けた要求に応じて、ユーザ識別子が、ユーザ識別子取得部２３によって取得される（ステップ１０２）。
【００４５】
取得されたユーザ識別子に応じて、ユーザがプログラムを実行可能か否かは、プログラム実行可能判断部２７によって判断される（ステップ２０１）。ユーザがプログラムを実行可能と判断されたときには、ユーザ対応表情報に基づいてユーザ識別子と対応するセキュリティラベルが、セキュリティラベル決定部２４によって決定される（ステップ１０３）。セキュリティラベルが決定された後、プロセスが起動され、セキュリティラベルに応じたプロセスの制御が、セキュアＯＳによって行われる（ステップ１０４）。
【００４６】
以上説明したように、本発明の第２の実施の形態によるセキュリティサーバ２は、プログラムを実行可能と判断したとき、ユーザ対応表情報に基づいてユーザ識別子に応じたセキュリティラベルを決定するため、プログラムの実行可否をユーザ毎に決定することができ、ユーザの使用制限をさらに強化することができる。
【００４７】
［第３の実施の形態］
図５は、本発明の第３の実施の形態によるセキュリティサーバのブロック構成図である。図５に示すように、セキュリティサーバ３は記憶部１６とアプリケーションプログラム１２とセキュリティラベル設定モジュール１７を備えた構成を有している。
【００４８】
なお、本発明の第３の実施の形態によるセキュリティサーバ３を構成する構成要素のうち、本発明の第２の実施の形態によるセキュリティサーバ２を構成する構成要素と同一の構成要素には同一の符号を付し、それぞれの説明を省略する。
【００４９】
記憶部１６は、ハードディスクまたはＲＯＭなどの記憶手段であり、ユーザ対応表情報格納部２８とプログラム格納部２５とプログラム実行情報格納部２６を有する。
【００５０】
ユーザ対応表情報格納部２８には、端末４を利用するユーザを表すユーザ識別子とセキュリティラベルとを対応させるためのユーザ対応表情報が格納されている。ユーザ対応表情報は、ユーザ識別子が属するグループのグループ識別子とセキュリティラベルとの対応関係を有する。なお、属性ｃｇｉ＿ｅｘｃ＿ｔに対するユーザ対応表情報の一例を表３に示す。
【００５１】
【表３】
2005209068.tif 000005
【００５２】
表３に示したユーザ対応表情報では、ユーザＡおよびユーザＢはグループＡに属し、ユーザＣはグループＢに属する。例えば、グループＡは、会社の社員から構成されるグループであって、グループＢは、社員以外の人から構成されるグループなどである。
【００５３】
セキュリティラベル決定部２９は、表３に示したユーザ対応表情報に基づいてユーザ識別子が属するグループのグループ識別子に応じたセキュリティラベルを決定するようになっている。例えば、セキュリティラベル決定部２９は、表３に示したユーザ対応表情報に基づいて、ユーザ識別子取得部２３が取得したユーザ識別子と対応するグループに応じたセキュリティラベルを決定するようになっている。
【００５４】
具体的には、ユーザＢから「ｅｘｅ．ｃｇｉ」を実行する要求があったとき、セキュリティラベル決定部２９は、ユーザ識別子取得部２３からユーザＢを識別するユーザ識別子を取得し、表３に示したユーザ対応表情報に基づいて、セキュリティラベルｃｇｉ＿ｕｓｒＡ＿ｔを決定するようになっている。
【００５５】
なお、ユーザ識別子取得部２３が取得したユーザ識別子を取得できない場合、セキュリティラベル決定部２９は、予め決められたデフォルトのセキュリティラベルを決定するようにしてもよい。
【００５６】
次に、本発明の第３の実施の形態によるセキュリティサーバ３の動作について、図６を参照して説明する。図６は、本発明の第２の実施の形態によるセキュリティサーバ３の動作の流れを示すフローチャートである。
【００５７】
なお、本発明の第３の実施の形態によるセキュリティサーバ３の動作のうち、本発明の第２の実施の形態によるセキュリティサーバ２の動作と同一のものについては、同一の符号を付す。
【００５８】
まず、ユーザがプロセスを起動するための要求は、受付部２２によって受付けられる（ステップ１０１）。次に、受付部２２が受付けた要求に応じて、ユーザ識別子が、ユーザ識別子取得部２３によって取得される（ステップ１０２）。
【００５９】
取得されたユーザ識別子に応じて、ユーザがプログラムを実行可能か否かは、プログラム実行可能判断部２７によって判断される（ステップ２０１）。ユーザがプログラムを実行可能と判断されたときには、ユーザ対応表情報に基づいてユーザ識別子が属するグループのグループ識別子と対応するセキュリティラベルが、セキュリティラベル決定部２９によって決定される（ステップ３０１）。セキュリティラベルが決定された後、プロセスが起動され、セキュリティラベルに応じたプロセスの制御が、セキュアＯＳによって行われる（ステップ１０４）。
【００６０】
以上説明したように、本発明の第３の実施の形態によるセキュリティサーバ３は、ユーザ識別子が属するグループのグループ識別子に応じたセキュリティラベルを決定するため、システムファイルなどのファイルをグループ毎に使用制限することができる。
【００６１】
なお、本発明のセキュリティサーバの機能は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【図面の簡単な説明】
【００６２】
【図１】本発明の第１の実施の形態によるセキュリティサーバのブロック構成図である。
【図２】本発明の第１の実施の形態によるセキュリティサーバの動作の流れを示すフローチャートである。
【図３】本発明の第２の実施の形態によるセキュリティサーバのブロック構成図である。
【図４】本発明の第２の実施の形態によるセキュリティサーバの動作の流れを示すフローチャートである。
【図５】本発明の第３の実施の形態によるセキュリティサーバのブロック構成図である。
【図６】本発明の第３の実施の形態によるセキュリティサーバの動作の流れを示すフローチャートである。
【図７】従来のセキュアＯＳをインストールしたウェブサーバがセキュリティラベルを付与する方法の一例を示す図である。
【符号の説明】
【００６３】
１〜３    セキュリティサーバ
４、４ａ、４ｂ、４ｃ    端末
５    ネットワーク
１１、１４、１６    記憶部
１２    アプリケーションプログラム
１３、１５、１７    セキュリティラベル設定モジュール
２１、２８    ユーザ対応表情報格納部
２２    受付部
２３    ユーザ識別子取得部
２４、２９    セキュリティラベル決定部
２５    プログラム格納部
２６    プログラム実行情報格納部
２７    プログラム実行可能判断部
３１    ウェブサーバプロセス
３２    実行ファイル
３３    ＣＧＩプロセス
１０１〜１０４、２０１、３０１    ステップ
【図１】
2005209068.tif 000006
【図２】
2005209068.tif 000007
【図３】
2005209068.tif 000008
【図４】
2005209068.tif 000009
【図５】
2005209068.tif 000010
【図６】
2005209068.tif 000011
【図７】
2005209068.tif 000012