JP5483249B2 - ＨＴＴＰ要求処理システム、Ｗｅｂサーバ、ＨＴＴＰ要求処理方法、及びＨＴＴＰ要求処理プログラム - Google Patents

Description

本発明は、セキュアオペレーティングシステム（日本語では、Ｓｅｃｕｒｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）（英語では、Ｓｅｃｕｒｉｔｙ−ｆｏｃｕｓｅｄ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ又はＳｅｃｕｒｉｔｙ−ｅｖａｌｕａｔｅｄ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）（以下、オペレーティングシステムをＯＳと称する）上で動作するＷｅｂサーバと、そのＷｅｂサーバにＨＴＴＰ要求を行う利用者端末とを具備するＨＴＴＰ要求処理システムに関する。

計算機の利用者がＯＳ管理下の資源（ファイル、ネットワーク等）にアクセスする際、利用者は自身の代理となって動作するプログラム（プロセス）に指示を与え、プロセスを通じて資源にアクセスする。

セキュリティ維持のために、ＯＳやセキュアＯＳはアクセス制御機能を有している。

セキュアＯＳが有する強制アクセス制御（Ｍａｎｄａｔｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：ＭＡＣ）機能は、プロセスがＯＳ管理下の資源にアクセスを試みた際にこれを例外なく捕捉し、自身のセキュリティポリシーに基づいてこれの実行可否を判断する。

セキュリティポリシーとは『どのプロセスが、何の資源に、どのようにアクセスできるか／できないか』を記したルール集である。例えば『Ｗｅｂサーバは、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式ファイルを、読出すことができる』といった具合のルールが記述されている。

プロセスは二種類に大別することができる。利用者の代理として働くユーザプロセスと、利用者からのリクエスト（要求）を待機／実行するサーバプロセスである。

セキュアＯＳの強制アクセス制御機能は、プロセスに対してセキュリティ属性を付加し、これに基づいてプロセスを識別する。言い換えれば、セキュリティ属性とはセキュリティポリシーにおける『どのプロセスが』に相当する概念であり、強制アクセス制御機能は同一のセキュリティ属性に対して同一の結果（許可／拒否）を返す。

特別な操作を行わない限り、プロセスのセキュリティ属性は子プロセスへと継承される。利用者が計算機にログインして資源にアクセスする場合、利用者に応じたユーザプロセスのセキュリティ属性が設定され、それ以降、利用者によって起動されたプロセスがこれを継承する。

Ｗｅｂサービスを提供するのは、Ｗｅｂサーバプロセスである。Ｗｅｂサーバは、利用者からのＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）要求を待機し、受信したＨＴＴＰ要求に応じてＷｅｂアプリケーションの実行や静的コンテンツの返却、又はエラーを返す。

しかし、利用者からの要求に基づいてプロセスがシステムの資源にアクセスし、その結果を利用者に戻すという一連の流れは、論理的に同一であるにも関わらず、利用者が計算機にログインしてプロセスを実行した場合と、Ｗｅｂアプリケーションを介してプロセスを実行した場合では、強制アクセス制御の結果が異なる（同一の場合もある）。

これは、前者の場合は利用者に対応するセキュリティ属性がプロセスに関連付けられているが、後者の場合はＷｅｂサーバが全てのＨＴＴＰ要求を処理しているため、プロセスに対して個々の利用者に応じたセキュリティ属性を関連付けられないためである。

したがって、Ｗｅｂサーバは、全ての正当なＨＴＴＰ要求を処理するために、全ての利用者の権限を包含するセキュリティ属性の下でＷｅｂアプリケーションを実行し、セキュアＯＳの強制アクセス制御機能が正当な処理を妨げないようにする。

しかしながら、Ｗｅｂアプリケーション経由での資源のアクセスに対しては、Ｗｅｂアプリケーション自身が独自にアクセス制御を実施しなければならないため、以下に示すような課題がある。

第１に、網羅性の欠如が挙げられる。これは、Ｗｅｂアプリケーションのアクセス制御に漏れがあり、アクセス制御を回避して資源にアクセスされる可能性を排除できないからである。

第２に、一貫性の欠如が挙げられる。これは、Ｗｅｂアプリケーションが独自のルールに基づいてアクセス制御を行うために、セキュアＯＳのセキュリティポリシーと矛盾する可能性を排除できないからである。

特開２００５−２０９０６８号公報によると、Ｗｅｂサーバから起動されるＣＧＩプロセスに対し、利用者に応じたセキュリティ属性を関連付けることで上記の課題を解決している。

しかし、ＣＧＩとして実装されているのは既存のＷｅｂアプリケーションの一部でしかなく、静的コンテンツの返却やビルトインのスクリプトの実行に適用することは不可能である。

ＨＴＴＰ要求に対する全ての処理（例えば、全てのＷｅｂアプリケーションの実行、全ての静的コンテンツの参照）に適用可能なことが望まれる。

プロセスやアクセスに関する文献を紹介する。

特開２００５−２０９０６８号公報には、セキュリティサーバが記載されている。セキュリティサーバは、端末を利用するユーザを表すユーザ識別子とセキュリティラベルと対応させるためのユーザ対応表情報を格納するユーザ対応表情報格納手段と、ユーザがプロセスを起動するための要求を受け付ける受付手段と、受付手段が受け付けた要求に応じてユーザ識別子を取得するユーザ識別子取得手段と、ユーザ対応表情報に基づいてユーザ識別子取得手段が取得したユーザ識別子に対応したセキュリティラベルを決定するセキュリティラベル決定手段とを有している。セキュリティサーバは、セキュリティラベル決定手段によって決定されたセキュリティラベルをプロセスに付与し、付与したプロセスに対してアクセス制御を行う。

特表２００８−５１８３６３号公報には、コンピュータシステムが記載されている。コンピュータシステムは、中央処理装置（ＣＰＵ）と、チップセットとを備えている。中央処理装置（ＣＰＵ）は、関連する第１のスレッド識別（ＩＤ）を有する第１のスレッドと、関連する第２のスレッドＩＤを有する第２のスレッドとを有している。チップセットは、結合されて該ＣＰＵからアクセス要求を受け取り、アクセス要求に含まれているスレッドＩＤを調べて、どのスレッドがアクセスを要求しているかを判断する。

特開２００５−２０９０６８号公報 特表２００８−５１８３６３号公報

本発明の課題は、ＨＴＴＰ要求に対する全ての処理に適用可能なＨＴＴＰ要求処理システムを提供することにある。

本発明のＨＴＴＰ要求処理システムは、利用者端末と、利用者端末にネットワークを介して接続されたＷｅｂサーバとを具備している。Ｗｅｂサーバは、ＨＴＴＰ要求受付部と、生成部とを具備している。利用者端末は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）要求を送信する。ＨＴＴＰ要求受付部は、ＨＴＴＰ要求を受け付ける。生成部は、子プロセス又は子スレッドを生成し、ＨＴＴＰ要求に対する処理を子プロセス又は子スレッドに実行させて、その実行結果をＨＴＴＰ応答として利用者端末に送信する。

本発明のＨＴＴＰ要求処理システムによれば、上述の構成・動作により、第一の効果として、ＨＴＴＰ要求に対する全ての処理（例えば、全てのＷｅｂアプリケーションの実行、全ての静的コンテンツの参照）に適用可能である。

本発明のＨＴＴＰ要求処理システムによれば、第二の効果として、アクセス制御の強制性・網羅性を担保できる。

本発明のＨＴＴＰ要求処理システムによれば、第三の効果として、アクセス制御の一貫性を担保できる。

本発明のＨＴＴＰ要求処理システムによれば、第四の効果として、攻撃者の権限昇格の可能性を排除する。

図１は、本発明の実施形態によるＨＴＴＰ要求処理システムの概念を示している。 図２は、図１のＷｅｂサーバ１の構成を示している。 図３は、図２のＷｅｂサーバ１の動作を示すフローチャートである。 図４は、図３の子スレッド等生成処理（ステップＳ３）を示すフローチャートである。 図５は、図１のＷｅｂサーバ１の他の構成を示している。

以下に添付図面を参照して、本発明の実施形態によるＨＴＴＰ要求処理システムについて詳細に説明する。

［発明の概念］
図１は、本発明の実施形態によるＨＴＴＰ要求処理システムの概念を示している。

本発明の実施形態によるＨＴＴＰ要求処理システムは、利用者端末２と、Ｗｅｂサーバ１とを具備している。Ｗｅｂサーバ１は、利用者端末２にネットワークを介して接続され、セキュアＯＳ上で動作する。利用者端末２は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）要求５を送信する。

Ｗｅｂサーバ１は、ＨＴＴＰ要求５の処理に先立って子プロセス又は子スレッド（以下、子スレッド等と称する）を生成する。子スレッド等は、ＨＴＴＰ要求５の属性に関連付けられたセキュリティ属性を自分自身に設定する。

スレッドにセキュリティ属性を設定する場合、ＯＳがこの操作を許していなければならない。通常、ここで設定される（新しい）セキュリティ属性は、元のセキュリティ属性よりも縮退した権限であることが多い。

ＨＴＴＰ要求５の属性には、ＨＴＴＰ認証に基づくユーザ名、要求送信元のネットワークアドレス、要求を受信したネットワークデバイス等、子スレッド等に関連付けるセキュリティ属性を正しく識別することのできるあらゆる属性が含まれる。

個別のセキュリティ属性が設定された子スレッド等は、コンテンツハンドラを呼び出し、ＨＴＴＰ要求５に含まれるＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）に基づいて、静的コンテンツの返却、ビルトインスクリプトの実行、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ）プログラムの実行などを行う。

コンテンツハンドラを呼び出した子スレッド等は、これらの処理の過程でファイルへのアクセスなど、セキュアＯＳの強制アクセス制御によるチェックを受けるが、この場合に検証されるのは、個別のセキュリティ属性を付与された子スレッド等の権限である。

子スレッド等は、コンテンツハンドラの実行後、速やかに終了する。子スレッド等を生成した親スレッド等は、子スレッド等が終了するのを待機する。子スレッド等の実行終了後、親スレッド等は次のＨＴＴＰ要求に備えて待機する。

本発明の適用により、セキュアＯＳの強制アクセス制御の観点から、Ｗｅｂアプリケーションの実行／Ｗｅｂコンテンツの参照を適切な権限の下で実行することができる。したがって、本発明の実施形態によるＨＴＴＰ要求処理システムにおいても、端末からのログインと同様に、アクセス制御の網羅性と一貫性を担保することができる。

［構成］
図２は、Ｗｅｂサーバ１の構成を示している。

Ｗｅｂサーバ１は、ＨＴＴＰ要求受付部１１と、ＨＴＴＰ要求解析部１２と、子スレッド等生成部１３と、子スレッド等待機部１４と、セキュリティ属性設定部２１と、コンテンツハンドラ２２と、ＨＴＴＰ応答生成部２３と、一時記憶装置１５と、接続元ネットワークアドレス／セキュリティ属性・対応表３０とを具備している。

Ｗｅｂサーバ１の上記の構成は、回路でもコンピュータプログラムでも実現可能である。コンピュータプログラムである場合、Ｗｅｂサーバ１（コンピュータ）は、更に、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）である実行部（図示しない）と、記録媒体である記憶部（図示しない）と、を具備している。記憶部には、コンピュータに実行させるためのコンピュータプログラムが記憶されている。実行部は、起動時などに記憶部からコンピュータプログラムを読み取って実行する。

この場合、コンピュータプログラムは、ＨＴＴＰ要求受付部１１と、ＨＴＴＰ要求解析部１２と、子スレッド等生成部１３と、子スレッド等待機部１４と、呼び出し用プログラムとを含んでいる。呼び出し用プログラムは、セキュリティ属性設定部２１と、コンテンツハンドラ２２と、ＨＴＴＰ応答生成部２３とを含んでいる。また、記憶部には、更に、接続元ネットワークアドレス／セキュリティ属性・対応表３０が記憶されている。

接続元ネットワークアドレス／セキュリティ属性・対応表３０には、複数の接続元ネットワークアドレス３１と複数のセキュリティ属性３２とが対応付けられて格納されている。

［動作］
図３は、Ｗｅｂサーバ１の動作を示すフローチャートである。

ＨＴＴＰ要求受付部１１は、子スレッド等待機部１４から受付指示を受け取る。この場合、ＨＴＴＰ要求受付部１１は、利用者端末２からのＨＴＴＰ要求５を受け付ける。ＨＴＴＰ要求受付部１１は、このＨＴＴＰ要求５を内部処理に適した形式に変換してＨＴＴＰ要求解析部１２に出力する（ステップＳ１；ＨＴＴＰ要求受付処理）。ＨＴＴＰ要求５はメタ情報を含んでいる。そのメタ情報は、接続元ネットワークアドレス３であるものとする。

ＨＴＴＰ要求解析部１２は、ＨＴＴＰ要求５に含まれる接続元ネットワークアドレス３を抽出し、一時記憶装置１５に格納する（ステップＳ２；ＨＴＴＰ要求解析処理）。

子スレッド等生成部１３は、新たに子スレッド等（上述のように、子プロセス又は子スレッドを表す）を生成する。子スレッド等生成部１３は、ＨＴＴＰ要求５に対する処理を子スレッド等に実行させて、その実行結果をＨＴＴＰ応答として利用者端末２に送信する（ステップＳ３；子スレッド等生成処理）。

子スレッド等待機部１４は、子スレッド等生成部１３によりステップＳ３の実行が終了した場合、次のＨＴＴＰ要求に対してステップＳ１が実行されるように、上記の受付指示をＨＴＴＰ要求受付部１１に出力する（ステップＳ４；子スレッド等待機処理）。

図４は、上記の子スレッド等生成処理（ステップＳ３）を示すフローチャートである。

子スレッド等生成処理（ステップＳ３）において、子スレッド等が生成された後、子スレッド等は、セキュリティ属性設定部２１を呼び出し、これを実行する。子スレッド等は、一時記憶装置１５に格納された接続元ネットワークアドレス３を読み出す（ステップＳ１１；メタ情報読み出し処理）。

子スレッド等は、接続元ネットワークアドレス／セキュリティ属性・対応表３０に格納された複数の接続元ネットワークアドレス３１の中から、接続元ネットワークアドレス３に一致する選択接続元ネットワークアドレスを選択する。子スレッド等は、接続元ネットワークアドレス／セキュリティ属性・対応表３０に格納された複数のセキュリティ属性３２の中から、選択接続元ネットワークアドレスに対応する対応セキュリティ属性を選択する（ステップＳ１２；セキュリティ属性選択処理）。

子スレッド等は、セキュアＯＳのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を利用して、自己のセキュリティ属性に代えて、対応セキュリティ属性を設定する（ステップＳ１３；セキュリティ属性設定処理）。

子スレッド等は、コンテンツハンドラ２２を呼び出し、これを実行する。対応セキュリティ属性が設定された子スレッド等は、ＨＴＴＰ要求５に対する処理を実行する。例えば、ＨＴＴＰ要求５は、更に、静的コンテンツの参照やＷｅｂアプリケーションの実行を行うためのＵＲＩを含んでいる。その子スレッド等は、ＨＴＴＰ要求５に含まれるＵＲＩに基づいて、静的コンテンツの参照やＷｅｂアプリケーションの実行を行う（ステップＳ１４；ＨＴＴＰ要求実行処理）。

子スレッド等は、ＨＴＴＰ応答生成部２３を呼び出し、これを実行する。対応セキュリティ属性が設定された子スレッド等は、静的コンテンツの参照やＷｅｂアプリケーションの実行を行った結果としてデータ列を生成する。その子スレッド等は、ＨＴＴＰ要求５に対するメタ情報である応答メタ情報をデータ列に付加してＨＴＴＰ応答を生成し、利用者端末２に送信する（ステップＳ１５；ＨＴＴＰ応答生成処理）。

その後、子スレッド等は速やかに子スレッド等生成処理（ステップＳ３）を終了する。

［効果］
本発明の実施形態によるＨＴＴＰ要求処理システムによれば、上述の構成・動作により、第一の効果として、ＨＴＴＰ要求５に対する全ての処理（例えば、全てのＷｅｂアプリケーションの実行、全ての静的コンテンツの参照）に適用可能である。

一方、従来のシステムでは、ＨＴＴＰサーバとは別プロセスとして動作するＣＧＩプログラムだけに適用が可能である。ＣＧＩはＷｅｂアプリケーションの実装方式の一つでしかなく、Ｗｅｂアプリケーション実装方式の主流であるビルトインのスクリプトに応用できないため、汎用性に問題がある。

本発明の実施形態によるＨＴＴＰ要求処理システムによれば、第二の効果として、アクセス制御の強制性・網羅性を担保できる。本発明におけるアクセス制御は、Ｗｅｂアプリケーションの起動前に権限を縮退させることが可能であるため、全てのＷｅｂアプリケーションに対して強制的に適用される。

一方、従来のシステムでは、アクセス制御をＷｅｂアプリケーション自身に委ねることになるため、設計ミス等によるアクセス制御回避の可能性を否定できない。

本発明の実施形態によるＨＴＴＰ要求処理システムによれば、第三の効果として、アクセス制御の一貫性を担保できる。セキュアＯＳのセキュリティポリシーは、当該システム内の全てのサブシステムに対して共通の形式で記述されるために、互いに矛盾することはない。例えば、セキュリティ属性「一般利用者」を持つプロセスが、セキュリティ属性「機密情報」を持つ資源にアクセスできないとすれば、それはファイルシステム上であっても、データベース管理システム上であっても同様である。

一方、従来のシステムでは、アクセス制御をＷｅｂアプリケーション自身に委ねることになるため、必ずしも一貫性が担保されるとは限らない。

本発明の実施形態によるＨＴＴＰ要求処理システムによれば、第四の効果として、攻撃者の権限昇格の可能性を排除する。本発明を適用したＷｅｂサーバ１では、Ｗｅｂアプリケーションの実行前に子スレッド等を生成し、親スレッド等はその終了を待機する。したがって、スレッド等のセキュリティ属性を設定するために必要な権限は、「親スレッド等のセキュリティ属性」から「子スレッド等のセキュリティ属性」に変更する単方向だけで十分であり、逆方向は必要でない。子→親方向への権限が必要ないということは、仮にＷｅｂアプリケーションに脆弱性が存在し、それを攻撃されたとしても、攻撃者に他のユーザ相当の権限を与えることはない、ということを意味する。

なお、ＨＴＴＰ要求５に含まれるメタ情報は、接続元ネットワークアドレス３であったが、図５に示されるように、ＨＴＴＰ認証済みユーザ名４でもよい。この場合、Ｗｅｂサーバ１の他の構成として、記憶部には、接続元ネットワークアドレス／セキュリティ属性・対応表３０に代えて、ＨＴＴＰ認証済みユーザ名／セキュリティ属性・対応表４０が記憶されている。ＨＴＴＰ認証済みユーザ名／セキュリティ属性・対応表４０は、複数のＨＴＴＰ認証済みユーザ名４１と複数のセキュリティ属性３２とが対応付けられて格納されている。それ以外の構成・動作は上述と同じである。また、接続元ネットワークアドレス３、ＨＴＴＰ認証済みユーザ名４に限定されず、セキュリティ属性を決定することができれば、他の方法でもよい。

本発明は、Ｗｅｂを通じて利用者／アクセス元などに応じた動的なコンテンツを提供する全ての分野に適用が可能である。中でも、Ｗｅｂを含むシステム全体を一貫したアクセス制御ポリシーによって保護する必要のある、機密レベルの高い情報を取扱う場合に有用である。

１ Ｗｅｂサーバ、
２ 利用者端末、
３ 接続元ネットワークアドレス（メタ情報）、
４ ＨＴＴＰ認証済みユーザ名（メタ情報）、
５ ＨＴＴＰリクエスト（ＨＴＴＰ要求）、
１１ ＨＴＴＰ要求受付部、
１２ ＨＴＴＰ要求解析部、
１３ 子スレッド等生成部（生成部）、
１４ 子スレッド等待機部（待機部）、
１５ 一時記憶装置（記憶装置）、
２１ セキュリティ属性設定部、
２２ コンテンツハンドラ、
２３ ＨＴＴＰ応答生成部、
３０ 接続元ネットワークアドレス／セキュリティ属性・対応表、
３１ 接続元ネットワークアドレス、
３２ セキュリティ属性、
４０ ＨＴＴＰ認証済みユーザ名／セキュリティ属性・対応表、
４１ ＨＴＴＰ認証済みユーザ名、

Claims (8)

1. ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）要求を送信する利用者端末と、
   強制アクセス制御機能を有するセキュアＯＳ（Ｓｅｃｕｒｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）上で動作するコンピュータプログラムによりＷｅｂサーバ機能を実現し、前記利用者端末にネットワークを介して接続されるＷｅｂサーバであって、前記セキュアＯＳの強制アクセス制御機能を活用し、アクセス制御の一貫性・網羅性を担保するＷｅｂサーバと
   を具備し、
   前記Ｗｅｂサーバは、前記利用者端末からのＨＴＴＰ要求に応じた処理を実行するため、前記ＨＴＴＰ要求の処理に先立って子プロセス又は子スレッドを生成し、
   前記子プロセス又は前記子スレッドは、前記ＨＴＴＰ要求の属性に関連付けられたセキュリティ属性を自分自身に設定し、コンテンツハンドラを呼び出して前記ＨＴＴＰ要求に応じた処理を行い、該処理の過程で前記セキュアＯＳの強制アクセス制御機能によるチェックを受け、
   前記セキュアＯＳは、前記チェックにより、個別のセキュリティ属性を設定している前記子プロセス又は前記子スレッドの権限を検証する
   ＨＴＴＰ要求処理システム。
2. 請求項１に記載のＨＴＴＰ要求処理システムであって、
   前記Ｗｅｂサーバは、ネットワークアドレスとセキュリティ属性とを関連付けた対応表を保持し、
   前記子プロセス又は前記子スレッドは、前記ＨＴＴＰ要求からメタ情報の一部である接続元ネットワークアドレスを取得し、前記接続元ネットワークアドレスをキー値として、前記対応表を検索し、対応するセキュリティ属性を１つ選択し、前記セキュアＯＳのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を利用して、自分自身のセキュリティ属性を、前記選択したセキュリティ属性へと変更する
   ＨＴＴＰ要求処理システム。
3. 強制アクセス制御機能を有するセキュアＯＳ（Ｓｅｃｕｒｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）上で動作するコンピュータプログラムによりＷｅｂサーバ機能を実現する手段と、
   ネットワークを介して接続された利用者端末から、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）要求を受信する手段と、
   前記セキュアＯＳの強制アクセス制御機能を活用し、アクセス制御の一貫性・網羅性を担保する手段と
   を具備するＷｅｂサーバであって、
   前記アクセス制御の一貫性・網羅性を担保する手段が前記利用者端末からのＨＴＴＰ要求に応じた処理を実行するため、前記ＨＴＴＰ要求の処理に先立って子プロセス又は子スレッドを生成する手段と、
   前記子プロセス又は前記子スレッドが、前記ＨＴＴＰ要求の属性に関連付けられたセキュリティ属性を自分自身に設定し、コンテンツハンドラを呼び出して前記ＨＴＴＰ要求に応じた処理を行い、該処理の過程で前記セキュアＯＳの強制アクセス制御機能によるチェックを受ける手段と、
   前記セキュアＯＳが、前記チェックにより、個別のセキュリティ属性を設定している前記子プロセス又は前記子スレッドの権限を検証する手段と
   を更に具備する
   Ｗｅｂサーバ。
4. 請求項３に記載のＷｅｂサーバであって、
   ネットワークアドレスとセキュリティ属性とを関連付けた対応表を保持する手段と、
   前記子プロセス又は前記子スレッドが、前記ＨＴＴＰ要求からメタ情報の一部である接続元ネットワークアドレスを取得し、前記接続元ネットワークアドレスをキー値として、前記対応表を検索し、対応するセキュリティ属性を１つ選択し、前記セキュアＯＳのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を利用して、自分自身のセキュリティ属性を、前記選択したセキュリティ属性へと変更する手段と
   を更に具備する
   Ｗｅｂサーバ。
5. コンピュータにより実施されるＨＴＴＰ要求処理方法であって、
   強制アクセス制御機能を有するセキュアＯＳ（Ｓｅｃｕｒｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）上で動作するコンピュータプログラムによりＷｅｂサーバ機能を実現することと、
   ネットワークを介して接続された利用者端末から、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）要求を受信することと、
   前記セキュアＯＳの強制アクセス制御機能を活用し、アクセス制御の一貫性・網羅性を担保することと
   を含み、
   当該ＨＴＴＰ要求処理方法は、
   前記利用者端末からのＨＴＴＰ要求に応じた処理を実行するため、前記ＨＴＴＰ要求の処理に先立って子プロセス又は子スレッドを生成することと、
   前記子プロセス又は前記子スレッドが、前記ＨＴＴＰ要求の属性に関連付けられたセキュリティ属性を自分自身に設定し、コンテンツハンドラを呼び出して前記ＨＴＴＰ要求に応じた処理を行い、該処理の過程で前記セキュアＯＳの強制アクセス制御機能によるチェックを受けることと、
   前記セキュアＯＳが、前記チェックにより、個別のセキュリティ属性を設定している前記子プロセス又は前記子スレッドの権限を検証することと
   を更に含む
   ＨＴＴＰ要求処理方法。
6. 請求項５に記載のＨＴＴＰ要求処理方法であって、
   ネットワークアドレスとセキュリティ属性とを関連付けた対応表を保持することと、
   前記子プロセス又は前記子スレッドが、前記ＨＴＴＰ要求からメタ情報の一部である接続元ネットワークアドレスを取得し、前記接続元ネットワークアドレスをキー値として、前記対応表を検索し、対応するセキュリティ属性を１つ選択し、前記セキュアＯＳのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を利用して、自分自身のセキュリティ属性を、前記選択したセキュリティ属性へと変更することと
   を更に含む
   ＨＴＴＰ要求処理方法。
7. 強制アクセス制御機能を有するセキュアＯＳ（Ｓｅｃｕｒｅ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）上で動作するコンピュータプログラムによりＷｅｂサーバ機能を実現し、ネットワークを介して接続された利用者端末から、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）要求を受信するステップと、
   前記セキュアＯＳの強制アクセス制御機能を活用し、アクセス制御の一貫性・網羅性を担保するステップと
   をコンピュータに実行させるためのＨＴＴＰ要求処理プログラムであって、
   前記アクセス制御の一貫性・網羅性を担保するステップで前記利用者端末からのＨＴＴＰ要求に応じた処理を実行するため、前記ＨＴＴＰ要求の処理に先立って子プロセス又は子スレッドを生成するステップと、
   前記子プロセス又は前記子スレッドが、前記ＨＴＴＰ要求の属性に関連付けられたセキュリティ属性を自分自身に設定し、コンテンツハンドラを呼び出して前記ＨＴＴＰ要求に応じた処理を行い、該処理の過程で前記セキュアＯＳの強制アクセス制御機能によるチェックを受けるステップと、
   前記セキュアＯＳが、前記チェックにより、個別のセキュリティ属性を設定している前記子プロセス又は前記子スレッドの権限を検証するステップと
   を更にコンピュータに実行させるための
   ＨＴＴＰ要求処理プログラム。
8. 請求項７に記載のＨＴＴＰ要求処理プログラムであって、
   ネットワークアドレスとセキュリティ属性とを関連付けた対応表を保持するステップと、
   前記子プロセス又は前記子スレッドが、前記ＨＴＴＰ要求からメタ情報の一部である接続元ネットワークアドレスを取得し、前記接続元ネットワークアドレスをキー値として、前記対応表を検索し、対応するセキュリティ属性を１つ選択し、前記セキュアＯＳのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を利用して、自分自身のセキュリティ属性を、前記選択したセキュリティ属性へと変更するステップと
   を更にコンピュータに実行させるための
   ＨＴＴＰ要求処理プログラム。

Images