JPWO2006101194A1 - アクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラム - Google Patents

アクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラム Download PDF

Info

Publication number
JPWO2006101194A1
JPWO2006101194A1 JP2007509343A JP2007509343A JPWO2006101194A1 JP WO2006101194 A1 JPWO2006101194 A1 JP WO2006101194A1 JP 2007509343 A JP2007509343 A JP 2007509343A JP 2007509343 A JP2007509343 A JP 2007509343A JP WO2006101194 A1 JPWO2006101194 A1 JP WO2006101194A1
Authority
JP
Japan
Prior art keywords
request
access
subject
subject information
access request
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.)
Granted
Application number
JP2007509343A
Other languages
English (en)
Other versions
JP4853671B2 (ja
Inventor
稗田　諭士
諭士 稗田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2007509343A priority Critical patent/JP4853671B2/ja
Publication of JPWO2006101194A1 publication Critical patent/JPWO2006101194A1/ja
Application granted granted Critical
Publication of JP4853671B2 publication Critical patent/JP4853671B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6236—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database between heterogeneous systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/14—Protection against unauthorised use of memory or access to memory
    • G06F12/1416—Protection against unauthorised use of memory or access to memory by checking the object accessibility, e.g. type of access defined by the memory independently of subject rights
    • G06F12/1425—Protection against unauthorised use of memory or access to memory by checking the object accessibility, e.g. type of access defined by the memory independently of subject rights the protection being physical, e.g. cell, word, block

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Storage Device Security (AREA)

Abstract

第１の問題点は、要求元ＯＳ上で実行されているサブジェクトの情報を、要求先ＯＳから参照できないことである。第２の問題点は、要求元ＯＳ 上で実行されているサブジェクトの情報をもとに、要求元ＯＳ上でアクセス権限判定ができないことである。要求元ＯＳ上のアクセス主体であるサブジェクトが、要求先ＯＳ上のアクセス対象であるオブジェクトへアクセス要求を出す時に、要求先ＯＳからサブジェクトのサブジェクト情報を取得することで、もしくは、そのアクセス要求の中にサブジェクト情報を追加することで、もしくは、要求元ＯＳ 上で実行サブジェクトの切り替えが起こる時に、切り替え後のサブジェクト情報を要求先ＯＳに通知することで、前記要求元ＯＳ上で実行されているサブジェクトの権限に応じて、アクセス権限判定を行う。

Description

本発明はアクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラムに関し、特に異なるＯＳ間において、アクセス要求元ＯＳとアクセス要求先ＯＳで間のアクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラムに関する。
複数の情報処理装置がネットワークで接続されている環境において、ＮＦＳ（Ｎｅｔｗｏｒｋ Ｆｉｌｅ Ｓｙｓｔｅｍ）やＳａｍｂａなどを介し、異なるＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）間で、アクセス要求を実行することができる。
ここでいうアクセス要求とは、アクセス主体であるサブジェクト（プロセスやスレッドなど）が、オブジェクト（ファイル、ディレクトリ、ヒープ、スタック、セマフォ、ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ Ｆｉｒｓｔ−Ｏｕｔ）、メッセージ、共有メモリ、ソケットなどのコンピュータ資源）に対してアクセスすることである。
つまり、上記の環境で例えると、１台の情報処理装置にＷｉｎｄｏｗｓ（登録商標）がインストールされ、別の情報処理装置にＬｉｎｕｘがインストールされている環境では、Ｗｉｎｄｏｗｓ（登録商標）上のプロセスが、Ｓａｍｂａを介しＬｉｎｕｘ上のファイルにアクセスすることができる。
また、１台の情報処理装置であっても、その中で仮想マシン環境を構築することで、ゲストＯＳとホストＯＳ間で、アクセス要求を実行することができる。
例えば、ＵＭＬ（Ｕｓｅｒ−ｍｏｄｅ Ｌｉｎｕｘ）環境において、ＵＭＬ上で実行されているプロセスから、ホス
トＬｉｎｕｘのファイルに対して、Ｈｏｓｔ Ｆｉｌｅｓｙｓｔｅｍを介して、ファイルアクセスすることができる。
しかし、この異なるＯＳ間でのアクセス要求を利用して、要求元ＯＳ上のサブジェクトから、要求先ＯＳ上のリソースに対する不正アクセスがなされると、要求先ＯＳが正常に動作しなくなってしまう可能性がある。
例えば、ＵＭＬ環境において、ＵＭＬ上で動作するプロセスがホストＬｉｎｕｘ上のシステムファイルを不正に改ざんすることで、ホストＬｉｎｕｘが正常に動作しなくなってしまう可能性がある。
こうした問題を解決するために、要求元ＯＳ上のサブジェクトから、要求先ＯＳ上のオブジェクトに対するアクセス要求を検証できるアクセス権限判定システムが必要とされており、特に、以下の３つの用件を満たすアクセス権限判定システムが求められている。
第１の要件として、要求元ＯＳ上で動作するサブジェクトの権限の種類に応じて、アクセス権限判定を行うことができるアクセス権限判定システムが求められている。
例えば、要求元ＯＳ上のシステム管理者権限で実行されるプロセスには、要求先ＯＳ上の数多くのファイルに書き込みすることができるよう権限設定ができ、また、要求元ＯＳ上の一般ユーザ権限で実行されるプロセスには、わずかなファイルの読み込みだけを許可するよう権限設定ができるようなアクセス権限判定システムが求められている。
第２の要件として、要求先ＯＳには、セキュリティ対策としてすでにアクセス権限判定システムがインストールされていることが多いため、その要求先ＯＳ上のアクセス権限判定システムを活用し、わずかな改造を加えるだけで、要求元ＯＳからのアクセス要求にも対応できるアクセス権限判定システムが求められている。
第３の要件として、要求元ＯＳ上の全てのサブジェクトに関して、アクセス権限判定が行えるアクセス権限判定システムが求められている。
要求元ＯＳ上のサブジェクトから、要求先ＯＳ上のオブジェクトに対するアクセス要求において、必ず全てのアクセス要求について、そのアクセス権限判定が行われる必要がある。
これに対し、従来、この種のアクセス権限判定システムは、１つのＯＳ内でサブジェクトからオブジェクトに対する不正アクセスを禁止するため、例えば、特許文献１、非特許文献１に示されるように、サブジェクトがオブジェクトにアクセスする時に、ＯＳ内部で、あらかじめ用意されたアクセスポリシをもとに、そのアクセスが有効であるかどうかを検証し、許可されたアクセスだけを実行し、不許可のアクセスは実行しないことにしている。
このアクセス権限判定システムは、上記の第３の用件を満たしている。
また、従来、この種のアクセス権限判定システムは、複数のＯＳ間でサブジェクトからオブジェクトに対する不正アクセスを禁止するため、例えば特許文献２に示されるように、ＯＳ間の通信部分に、別途アクセス権限判定手段２０７と、アクセスポリシを用意し、要求元ＯＳ上のサブジェクトが要求先のＯＳ上のオブジェクトにアクセスする時に、アクセス権限判定手段２０７で、アクセスポリシをもとに、そのアクセスが有効であるかどうかを検証し、許可されたアクセスだけを実行し、不許可のアクセスは実行しないことにしている。
このアクセス権限判定システムは、上記の第１、第３の要求を満たしている。
また、従来、この種のアクセス権限判定システムは、Ｌｉｎｕｘ向け仮想マシン環境であるＵＭＬ（Ｕｓｅｒ−ｍｏｄｅ Ｌｉｎｕｘ）において、ＵＭＬ上のユーザからＨｏｓｔ Ｆｉｌｅｓｙｓｔｅｍのファイルに対する不正アクセスを禁止するため、例えば、非特許文献２に示されるように、ＵＭＬ上のユーザがＨｏｓｔ Ｆｉｌｅｓｙｓｔｅｍ上のファイルにアクセスする時、アクセス対象のファイルのパーミッションを検証し、パーミッションに合うアクセスだけを実行し、合わないアクセスは実行しないことにしている。
このアクセス権限判定システムは、上記の第２の要求を満たしている。
特開２００２−１４９４９４号公報 特開２００３−３４５６５４号公報 Security-Enhanced Linux URL:http://www.nsa.gov/selinux/ The User-mode Linux Kernel HomePage URL http://user-mode-linux.sourceforge.net/
第１の問題点は、要求元ＯＳ上で実行されているサブジェクトの情報を、要求先ＯＳから参照できないことである。
その理由は、要求元ＯＳ上で実行されているサブジェクトの情報は、全て要求元ＯＳ内で管理されているからである。
例えば、ＵＭＬをＬｉｎｕｘ上で起動した場合、ＵＭＬ上で複数のプロセスを実行していても、そのプロセス情報は全てＵＭＬカーネル内で管理されており、要求先ＯＳのＬｉｎｕｘからはそれぞれのプロセス情報を直接参照できない。
第２の問題点は、要求元ＯＳ上で実行されているサブジェクトの情報をもとに、要求元ＯＳ上でアクセス権限判定ができないことである。
その理由は、第１の問題点の理由と同じである。
第３の問題点は、要求元ＯＳ上で実行されているサブジェクトの情報をもとに、要求元ＯＳ上で、全てのアクセス要求に対するアクセス権限判定ができないことである。
その理由は、第１の問題点の理由と同じである。
なお、これらの問題点が解決されると、背景技術で述べたアクセス権限判定システムに求められる３つの要件を満たしたアクセス制御判定システムを構築することができる。
［発明の目的］
本発明の目的は、要求元ＯＳ上で実行されているサブジェクトの情報を、要求先ＯＳから参照することができるアクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラムを提供することである。
本発明の他の目的は、要求元ＯＳ上で実行されているサブジェクトの情報をもとに、要求元ＯＳ上でアクセス権限判定ができるアクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラムを提供することである。
また、本発明の他の目的は、要求元ＯＳ上で実行されているサブジェクトの情報をもとに、要求元ＯＳ上で、全てのアクセス要求に対するアクセス権限判定ができるアクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラムを提供することである。
本発明は、上記課題を解決するための手段として、要求元ＯＳ上のアクセス主体であるサブジェクトが、要求先ＯＳ上のアクセス対象であるオブジェクトへアクセス要求を出す時に、前記要求先ＯＳ上で、前記要求元ＯＳ上で実行されているサブジェクトの権限に応じて、アクセス権限判定を行うことを特徴とする。
また、本発明は、前記要求先ＯＳが、前記要求元ＯＳに前記サブジェクトのサブジェクト情報を問い合わせることを特徴する。
また、本発明は、前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行するアクセス要求代理手段と、前記アクセス要求代理手段からのアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報を要求元ＯＳから取得するサブジェクト情報取得手段と、前記要求元ＯＳ上で実行されているサブジェクトの種類ごとに、アクセス要求代理手段に割り当てるサブジェクト情報を記述したサブジェクト情報変換データベースと、前記サブジェクト情報取得手段が取得した、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換するサブジェクト情報変換手段と、前記サブジェクト情報変換手段が変換した前記アクセス要求代理手段のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記アクセス要求代理手段がオブジェクトにアクセスする権限があるかどうかを判定するアクセス権限判定手段と、を備えることを特徴とする。
また、本発明は、前記要求元ＯＳが、アクセス要求元サブジェクトのサブジェクト情報を、前記要求先ＯＳに通知することを特徴とする。
また、本発明は、前記要求元ＯＳが、サブジェクトからのアクセス要求を受け付けると、アクセス要求の中に要求元サブジェクトのサブジェクト情報を追加し、アクセス要求を要求先ＯＳに通知するアクセス処理手段を備えており、前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を受け付けると、その中に含まれている前記サブジェクトのサブジェクト情報を、サブジェクト情報記憶部に保存し、次にアクセス要求を要求元ＯＳ上で代理実行するアクセス要求代理手段と、前記アクセス要求代理手段からのアクセス要求があった時に、前記サブジェクト情報記憶部に保存されている、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報を取得するサブジェクト情報取得手段と、前記要求元ＯＳ上で実行されているサブジェクトの種類ごとに、アクセス要求代理手段に割り当てるサブジェクト情報を記述したサブジェクト情報変換データベースと、前記サブジェクト情報取得手段が取得した、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換するサブジェクト情報変換手段と、前記サブジェクト情報変換手段が変換した前記アクセス要求代理手段のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記アクセス要求代理手段がオブジェクトにアクセスする権限があるかどうかを判定するアクセス権限判定手段と、を備えることを特徴とする。
また、本発明は、前記要求元ＯＳが、前記要求元ＯＳ内で実行サブジェクトの切り替え作業が起こるたびに、切り替え後に実行されるサブジェクトのサブジェクト情報を、前記要求先ＯＳ上のサブジェクト情報記憶部に保存するサブジェクト情報通知手段を備えており、前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行するアクセス要求代理手段と、前記アクセス要求代理手段からのアクセス要求があった時に、前記サブジェクト情報記憶部に保存されている、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報を取得するサブジェクト情報取得手段と、前記要求元ＯＳ上で実行されているサブジェクトの種類ごとに、アクセス要求代理手段に割り当てるサブジェクト情報を記述したサブジェクト情報変換データベースと、前記サブジェクト情報取得手段が取得した、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換するサブジェクト情報変換手段と、前記サブジェクト情報変換手段が変換した前記アクセス要求代理手段のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記アクセス要求代理手段がオブジェクトにアクセスする権限があるかどうかを判定するアクセス権限判定手段と、を備えたことを特徴とする。
また、本発明は、前記要求元ＯＳと前記要求先ＯＳを一つの情報処理装置で実行する。
また、本発明は、前記要求元ＯＳと前記要求先ＯＳをそれぞれ異なる情報処理装置で実行する。
また、本発明は、要求元ＯＳ上のアクセス主体であるサブジェクトが、要求先ＯＳ上のアクセス対象であるオブジェクトへアクセス要求を出す時に、前記要求先ＯＳ上で、前記要求元ＯＳ上で実行されているサブジェクトの権限に応じて、アクセス権限判定を行うことを特徴とする。
また、本発明は、前記要求先ＯＳが、前記要求元ＯＳに前記サブジェクトのサブジェクト情報を問い合わせることを特徴する。
また、本発明は、前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行する第１のステップと、前記第１のステップによるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報を要求元ＯＳから取得する第２のステップと、前記第２のステップで取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第３のステップと、前記第３のステップによって変換された、前記第１のステップによるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２のステップによるアクセス要求の権限を判定する第４のステップと、を備えることを特徴とする。
また、本発明は、前記要求元ＯＳが、アクセス要求元サブジェクトのサブジェクト情報を、前記要求先ＯＳに通知することを特徴とする。
また、本発明は、前記要求元ＯＳが、サブジェクトからのアクセス要求を受け付けると、アクセス要求の中に要求元サブジェクトのサブジェクト情報を追加し、アクセス要求を要求先ＯＳに通知する第１のステップと、前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を受け付けると、その中に含まれている前記サブジェクトのサブジェクト情報を、サブジェクト情報記憶部に保存し、次にアクセス要求を要求元ＯＳ上で代理実行する第２のステップと、前記第２のステップによるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報をサブジェクト情報記憶部から取得する第３のステップと、前記第３のステップで取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第４のステップと、前記第４のステップによって変換された、前記第２のステップによるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２のステップによるアクセス要求の権限を判定する第５のステップと、を備えることを特徴とする。
また、本発明は、前記要求元ＯＳが、前記要求元ＯＳ内で実行サブジェクトの切り替え作業が起こるたびに、切り替え後に実行されるサブジェクトのサブジェクト情報を、前記要求先ＯＳ上のサブジェクト情報記憶部に保存する第１のステップと、前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行する第２のステップと、前記第２のステップによるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報をサブジェクト情報記憶部から取得する第３のステップと、前記第３のステップで取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第４のステップと、前記第４のステップによって変換された、前記第２のステップによるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２のステップによるアクセス要求の権限を判定する第５のステップと、を備えることを特徴とする。
また、本発明は、前記要求元ＯＳと前記要求先ＯＳを１つの情報処理装置で実行する。
また、本発明は、前記要求元ＯＳと前記要求先ＯＳをそれぞれ異なる情報処理装置で実行する。
また、本発明は、要求元ＯＳ上のアクセス主体であるサブジェクトが、要求先ＯＳ上のアクセス対象であるオブジェクトへアクセス要求を出す時に、前記要求先ＯＳ上で、前記要求元ＯＳ上で実行されているサブジェクトの権限に応じて、アクセス権限処理を行うことを特徴とする。
また、本発明は、前記要求先ＯＳが、前記要求元ＯＳに前記サブジェクトのサブジェクト情報を問い合わせることを特徴する。
また、本発明は、前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行する第１の処理と、前記第１の処理によるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報を要求元ＯＳから取得する第２の処理と、前記第２の処理で取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第３の処理と、前記第３の処理によって変換された、前記第１の処理によるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２の処理によるアクセス要求の権限を判定する第４の処理と、を備えることを特徴とする。
また、本発明は、前記要求元ＯＳが、アクセス要求元サブジェクトのサブジェクト情報を、前記要求先ＯＳに通知することを特徴とする。
また、本発明は、前記要求元ＯＳが、サブジェクトからのアクセス要求を受け付けると、アクセス要求の中に要求元サブジェクトのサブジェクト情報を追加し、アクセス要求を要求先ＯＳに通知する第１の処理と、前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を受け付けると、その中に含まれている前記サブジェクトのサブジェクト情報を、サブジェクト情報記憶部に保存し、次にアクセス要求を要求元ＯＳ上で代理実行する第２の処理と、前記第２の処理によるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報をサブジェクト情報記憶部から取得する第３の処理と、前記第３の処理で取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第４の処理と、前記第４の処理によって変換された、前記第２の処理によるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２の処理によるアクセス要求の権限を判定する第５の処理と、を備えることを特徴とする。
また、本発明は、前記要求元ＯＳが、前記要求元ＯＳ内で実行サブジェクトの切り替え作業が起こるたびに、切り替え後に実行されるサブジェクトのサブジェクト情報を、前記要求先ＯＳ上のサブジェクト情報記憶部に保存する第１の処理と、前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行する第２の処理と、前記第２の処理によるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報をサブジェクト情報記憶部から取得する第３の処理と、前記第３の処理で取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第４の処理と、前記第４の処理によって変換された、前記第２の処理によるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２の処理によるアクセス要求の権限を判定する第５の処理と、を備えることを特徴とする。
また、本発明は、前記要求元ＯＳと前記要求先ＯＳを１つの情報処理装置で実行する。
また、本発明は、前記要求元ＯＳと前記要求先ＯＳをそれぞれ異なる情報処理装置で実行する。
第１の効果は、要求元ＯＳ上のサブジェクトに対するアクセス権限として、従来より細かい設定ができることにある。
この結果、要求先ＯＳのシステム管理者は要求元ＯＳ上のサブジェクトに関しても、サブジェクト毎に細かくアクセ
ス権限を付与することができる。
その理由は、サブジェクト情報変換データベースで、要求元ＯＳ上のサブジェクトごとに割り当てるサブジェクト情報を設定できるからである。
第２の効果は、要求元ＯＳのセキュリティ的脆弱性を突かれて、要求元ＯＳの権利者権限を奪われて不正アクセスされても、本特許のアクセス権限チェックは、ユーザによらず、サブジェクト情報に立脚しているので、被害を最小限に抑えることができる。
その理由は、要求元ＯＳ上で実行されているサブジェクトの情報を、要求先ＯＳから参照することができるからである。
本発明の第１の発明を実施するための最良の形態の構成を示すブロック図である。 第１の発明を実施するための最良の形態の動作の具体例の前半部分を示す図である。 第１の発明を実施するための最良の形態の動作の具体例の後半部分を示す図である。 本発明の第２の発明を実施するための最良の形態の構成を示すブロック図である。 第２の発明を実施するための最良の形態の動作の具体例の前半部分を示す図である。 第２の発明を実施するための最良の形態の動作の具体例の後半部分を示す図である。 本発明の第３の発明を実施するための最良の形態の構成を示すブロック図である。 第３の発明を実施するための最良の形態の動作の具体例の前半部分を示す図である。 第３の発明を実施するための最良の形態の動作の具体例の後半部分を示す図である。 サブジェクト情報変換データベース２０７の具体例を示す図である。
符号の説明
１ 要求元ＯＳ
１０１ アクセス要求手段
１０２ アクセス処理手段Ａ
１０３ サブジェクト情報記憶部Ａ
１０４ 通信部Ａ
１０５ サブジェクト情報通知手段
２ 要求先ＯＳ
２０１ 通信部Ｂ
２０２ アクセス要求代理手段
２０３ アクセス処理手段Ｂ
２０４ オブジェクト
２０５ サブジェクト情報取得手段
２０６ サブジェクト情報変換手段
２０７ サブジェクト情報変換データベース
２０８ サブジェクト情報記憶部Ｂ
２０９ アクセス権限判定手段
２１０ サブジェクト情報記憶部Ｃ
以下、添付図面を参照して本発明を実施するための最良の実施の形態を説明する。
図１を参照すると、本発明の第１の最良の形態は、互いに通信することができる要求元ＯＳ、要求先ＯＳから構成される。
これら２つのＯＳは、１台の情報処理装置にインストールされていても、互いに別の情報処理装置にインストールされていても構わない。
要求元ＯＳ１は、アクセス要求手段１０１とアクセス処理手段Ａ１０２、サブジェクト情報記憶部Ａ１０３、通信部Ａ１０４から構成される。
アクセス要求手段１０１は、要求元ＯＳ１内で実行されているサブジェクトであり、要求先ＯＳ２のオブジェクト２０４へのアクセス要求を行うアクセス主体である。
要求元ＯＳ１上で動作するプロセスなどがこのアクセス要求手段１０１に相当する。
アクセス処理手段Ａ１０２は、要求元ＯＳ１のカーネルに相当し、サブジェクト管理、メモリ管理、割り込み管理、サブジェクト間通信といった要求元ＯＳ１の基本制御を行う部分である。
このアクセス処理手段Ａ１０２は、アクセス要求手段１０１からのアクセス要求があると、そのアクセス要求を通信部Ａ１０４に送信する。
サブジェクト情報記憶部Ａ１０３には、アクセス要求手段１０１のサブジェクト情報が保存されている。
通信部Ａ１０４は、要求元ＯＳ１と要求先ＯＳ２との間の通信インタフェースである。
一方、要求先ＯＳ２は、通信部Ｂ２０１とアクセス要求代理手段２０２、アクセス処理手段Ｂ２０３、オブジェクト２０４、サブジェクト情報取得手段２０５、サブジェクト情報変換手段２０６、アクセス権限判定手段２０７、サブジェクト情報変換データベース２０８、サブジェクト情報記憶部Ｂ２０９から構成される。
通信部Ｂ２０１は、要求元ＯＳ１と要求先ＯＳ２との間の通信インタフェースである。
アクセス要求代理手段２０２は、要求元ＯＳ１からのアクセス要求を受け取り、そのアクセス要求を実行する。
これにより、要求元ＯＳ１内でアクセス要求手段１０１が出したアクセス要求は、要求先ＯＳ２内では、アクセス要求代理手段２０２が出したアクセス要求として扱われる。
要求先ＯＳ２上で動作するＵＭＬプロセス、ＮＦＳデーモンなどがこのアクセス要求代理手段２０２に相当する。
アクセス処理手段Ｂ２０３は、要求先ＯＳ２のカーネルに相当し、サブジェクト管理、メモリ管理、割り込み管理、サブジェクト間通信といったシステムの基本制御を行う部分である。
このアクセス処理手段Ｂ２０３は、アクセス要求代理手段２０１からのアクセス要求があると、そのアクセス要求の中に含まれている、アクセス要求代理手段２０２のサブジェクト情報とアクセス対象オブジェクト２０４のオブジェクト情報をもとに、アクセス処理を実行する。
オブジェクト２０４は、サブジェクトのアクセス対象である。
なお、オブジェクト２０４は、ファイル、ディレクトリ、セマフォ、パイプ、ＦＩＦＯ、メッセージ、共有メモリ、ソケット、など、要求先ＯＳ２上のコンピュー
タ資源であれば何でも良い。
サブジェクト情報取得手段２０５は、アクセス要求手段１０１のサブジェクト情報を取得する手段である。
サブジェクト情報取得手段２０５は、通信部Ｂ２０１、通信部Ａ１０４、アクセス処理手段Ａ１０２を介し、サブジェクト情報記憶部Ａ１０３に保存されたサブジェクト情報を取得する。
サブジェクト情報変換手段２０６は、アクセス権限判定手段２０７に渡すサブジェクト情報を適切なサブジェクト情報に変換する。
要求元ＯＳ１内のアクセス要求手段１０１から、要求先ＯＳ２上のオブジェクト２０４にアクセス要求があっても、要求先ＯＳ２上のアクセス処理手段Ｂ２０３は、アクセス要求代理手段２０２からオブジェクト２０４に対するアクセス要求と見なしてしまう。
そこで、サブジェクト情報変換手段２０６は、アクセス要求を受け取った時に、サブジェクト情報取得手段２０５を介して、アクセス要求手段１０１のサブジェクト情報を取得することとする。
そして、取得したサブジェクト情報とサブジェクト情報変換データベース２０８をもとに、アクセス要求代理手段２０２のサブジェクト情報を変換し、変換後のサブジェクト情報をアクセス権限判定手段２０７に渡す処理を行う。
アクセス権限判定手段２０７は、特許文献１、非特許文献１に示されるように、実行されようとしているアクセス要求について、その要求元サブジェクトのサブジェクト情報と、要求先オブジェクトのオブジェクト情報をもとに、そのアクセスを許可するか許可しないかを判断する。
アクセス処理手段Ｂ２０３にアクセス要求が届くたびに、アクセス権限判定手段２０７が呼ばれるため、要求先ＯＳ１内で実行される全サブジェクトについて、サブジェクトがアクセス要求を出すたびに、そのアクセスを許可するか許可しないかの判断がなされることになる。
サブジェクト情報変換データベース２０８には、要求元ＯＳ１上のアクセス要求手段１０１ごとに、要求元ＯＳ１上でのサブジェクト情報と、そのサブジェクトに対して要求先ＯＳ上で割り当てるサブジェクト情報が保存されている。
サブジェクト情報記憶部Ｂ２０９には、アクセス要求代理手段２０２のサブジェクト情報が記憶される。
サブジェクト情報変換手段２０６がアクセス要求代理手段２０２のサブジェクト情報を変換する時、変換前のサブジェクト情報がこの記憶部に退避される。
そして、サブジェクト変換手段２０６が、アクセス要求をアクセス処理手段Ｂ２０３に返す時は、そのアクセス要求のサブジェクト情報をこの記憶部に退避されたサブジェクト情報に戻し、返される。
なおＵＭＬのように、要求元ＯＳ１と要求先ＯＳ２が同一の情報処理装置で実行されている場合は、通信部Ａ１０４、通信部Ｂ２１０が存在しないため、アクセス処理手段Ａ１０２は、通信部を介さずに直接要求先ＯＳ２のアクセス要求代理手段１０１にアクセス要求を通知する。またサブジェクト情報取得手段２０５も、通信部を介さずアクセス処理手段Ａ１０２のみを介し、サブジェクト情報記憶部Ａ１０３に保存されたサブジェクト情報を取得する。
次に、図１、図２及び図３のフローチャートを参照して本実施の形態の全体の動作について詳細に説明する。
まずアクセス要求手段１０１がオブジェクト２０４へのアクセス要求を出す（ステップＳ１）と、アクセス処理手段
Ａ１０２はそのアクセス要求を、通信部Ａ１０４、通信部Ｂ２０１を介して、アクセス要求代理手段２０２に通知する（ステップＳ２）。
次に、アクセス要求代理手段２０２が、受け取ったアクセス要求を実行する（ステップＳ３）。
次に、アクセス処理手段Ｂ２０２が、受け取ったアクセス要求をサブジェクト情報変換手段２０６に通知する（ステップＳ４）。
次に、サブジェクト情報取得手段２０５が、通信部Ｂ２０１、通信部Ａ１０４、アクセス処理手段Ａ１０２を介し、サブジェクト情報記憶部Ａ１０３からアクセス要求手段１０１のサブジェクト情報を取得し、サブジェクト情報変換手段２０６に通知する（ステップＳ５）。
次に、サブジェクト情報変換手段２０６が、前ステップで取得したサブジェクト情報とサブジェクト情報変換データベース２０８をもとに、アクセス要求代理手段２０２に割り当てる新しいサブジェクト情報を取得する（ステップＳ６）。
次に、サブジェクト情報変換手段２０６が、アクセス要求代理手段２０２にもともと割り当てられていたサブジェクト情報を、サブジェクト情報記憶部Ｂ２０９に退避させ、前ステップで取得したサブジェクト情報を割り当て直す（ステップＳ７）。
次に、サブジェクト情報変換手段２０６が、アクセス権限判定手段２０７にアクセス権限判定を依頼する（ステップＳ８）。
次に、アクセス権限判定手段２０７が、そのアクセス要求のサブジェクト情報とオブジェクト情報をもとに、そのアクセスを許可するか許可しないかを判定し、判定結果をオブジェクト情報変換手段２０６に通知する（ステップＳ９）。
次に、サブジェクト情報変換手段２０６は、アクセス要求代理手段２０２のサブジェクト情報を、サブジェクト情報記憶部Ｂ２０９に退避させたサブジェクト情報に戻し、前ステップの判定結果をアクセス処理手段２０３に返す（ステップＳ１０）。
最後に、アクセス処理手段Ｂ２０３が、前ステップから受け取ったアクセス要求の判定結果をもとに、もし判定結果が許可であればオブジェクトへのアクセス処理を行い、判定結果が不許可であればオブジェクトへのアクセス処理は行わない（ステップＳ１１）。
次に、本実施の形態の効果について説明する。
本実施の形態の第１の効果として、本実施の形態では、サブジェクト情報取得手段２０５が、通信部Ｂ２０１、通信部Ａ１０４、アクセス処理手段Ａ１０２を介し、サブジェクト情報記憶部Ａ２０３からアクセス要求手段１０１のサブジェクト情報を取得し、そのサブジェクト情報に応じて、サブジェクト情報取得変換手段２０６がアクセス要求代理手段２０２のサブジェクト情報を置き換えるため、アクセス要求手段１０１の種類に応じたアクセス権限判定を行うことができる。
また、本実施の形態の第２の効果として、本実施の形態では、アクセス権限判定は全て要求先ＯＳ上のアクセス権限判定手段２０７で行われるため、アクセス要求手段１０１に対するアクセス権限判定ポリシ全て要求先ＯＳで一括して管理することができる。
これにより、システム管理者は、アクセス権限判定システム構築に掛かる手間を削減することができる。
また、本実施の形態の第３の効果として、本実施の形態では、既存のアクセス権限判定手段２０７に手を加えることなく、容易に要求元ＯＳ１のアクセス要求手段１０１からのアクセス要求に対応したアクセス権限判定システムを構築することができる。
また、本実施の形態の第４の効果として、要求元ＯＳのセキュリティ的脆弱性を突かれて、要求元ＯＳの権利者権限を奪われて不正アクセスされても、本特許のアクセス権限チェックは、ユーザによらず、サブジェクト情報に立脚しているので、被害を最小限に抑えることができる。
次に、本発明の第２の発明を実施するための最良の形態について図面を参照して詳細に説明する。
図４を参照すると、本発明の第２の発明を実施するための最良の形態は、第１の発明を実施するための最良の形態と比較し、要求先ＯＳ２内にサブジェクト情報記憶部Ｃ２１０を有する点で異なる。
サブジェクト情報記憶部Ｃ２１０は、アクセス要求代理手段Ａ２０２がアクセス要求手段１０１のサブジェクト情報を保存しておくための記憶領域である。
またそれに伴い、アクセス処理手段Ａ１０２と、アクセス要求代理手段２０２、サブジェクト情報取得手段２０５の動作が異なるので、以下に説明する。
アクセス処理手段Ａ１０２は、アクセス要求手段１０１からのアクセス要求があると、アクセス要求に、サブジェクト情報記憶部Ａ１０３に保存されているサブジェクト情報を含め通信部Ａ１０４に送信する。
アクセス要求代理手段２０２は、要求元ＯＳ１からのアクセス要求を受け取り、その中に含まれているアクセス要求手段１０１のサブジェクト情報をサブジェクト情報記憶部Ｃ２１０に保存し、さらに受け取ったアクセス要求を実行する。
サブジェクト情報取得手段２０５は、サブジェクト情報記憶部Ｃ２１０に保存されたアクセス要求手段１０１のサブジェクト情報を取得する。
なおＵＭＬのように、要求元ＯＳ１と要求先ＯＳ２が同一の情報処理装置で実行されている場合は、通信部Ａ１０４、通信部Ｂ２１０が存在しないため、アクセス処理手段Ａ１０２は、通信部を介さずに直接要求先ＯＳ２のアクセス要求代理手段１０１にアクセス要求を通知する。
その他の構成要素の動作は、本発明の第１の発明を実施するための最良の形態における動作と同一であるため、説明は省略する。
次に、図４及び図５、図６のフローチャートを参照して本実施の形態の全体の動作について詳細に説明する。
まず、アクセス要求手段１０１がオブジェクト２０４へのアクセス要求を出す（ステップＳ１）と、アクセス処理手段Ａ１０２は、そのアクセス要求に、サブジェクト情報記憶部Ａ１０３に保存されているサブジェクト情報を含め、通信部Ａ１０４、通信部Ｂ２０１を介して、アクセス要求代理手段２０２に通知する（ステップＳ２）。
次に、アクセス要求代理手段２０２が、受け取ったアクセス要求の中に含まれているアクセス要求手段１０１のサブジェクト情報をサブジェクト情報記憶部Ｃ２１０に保存し（ステップＳ３）、さらに受け取ったアクセス要求を実行する（ステップＳ４）。
次に、アクセス処理手段Ｂ２０２が、受け取ったアクセス要求をサブジェクト情報変換手段２０６に通知する（ステップＳ５）。
次に、サブジェクト情報取得手段２０５が、サブジェクト情報記憶部Ｃ２１０から、サブジェクト情報記憶部Ａ１０
３からアクセス要求手段１０１のサブジェクト情報を取得し、サブジェクト情報変換手段２０６に通知する（ステップＳ６）。
次に、サブジェクト情報変換手段２０６が、前ステップで取得したサブジェクト情報とサブジェクト情報変換データベース２０８をもとに、アクセス要求代理手段２０２に割り当てる新しいサブジェクト情報を取得する（ステップＳ７）。
次に、サブジェクト情報変換手段２０６が、アクセス要求代理手段２０２にもともと割り当てられていたサブジェクト情報を、サブジェクト情報記憶部Ｂ２０９に退避させ、前ステップで取得したサブジェクト情報を割り当て直す（ステップＳ８）。
次に、サブジェクト情報変換手段２０６が、アクセス権限判定手段２０７にアクセス権限判定を依頼する（ステップＳ９）。
次に、アクセス権限判定手段２０７が、そのアクセス要求のサブジェクト情報とオブジェクト情報をもとに、そのアクセスを許可するか許可しないかを判定し、判定結果をサブジェクト情報変換手段２０６に通知する（ステップＳ１０）。
次に、サブジェクト情報変換手段２０６は、アクセス要求代理手段２０２のサブジェクト情報を、サブジェクト情報記憶部Ｂ２０９に退避させたサブジェクト情報に戻し、前ステップの判定結果をアクセス処理手段２０３に返す（ステップＳ１１）。
最後に、アクセス処理手段Ｂ２０３が、前ステップから受け取ったアクセス要求の判定結果をもとに、もし判定結果が許可であればオブジェクトへのアクセス処理を行い、判定結果が不許可であればオブジェクトへのアクセス処理は行わない（ステップＳ１２）。
次に、本実施の形態の効果について説明する。
本実施の形態の第１の効果として、本実施の形態では、アクセス要求代理手段２０２が、アクセス要求手段１０１のサブジェクト情報をサブジェクト情報記憶部Ｃ２１０に保存し、サブジェクト情報取得手段２０５が、サブジェクト情報記憶部Ｃ２１０からアクセス要求手段１０１のサブジェクト情報を取得し、そのサブジェクト情報に応じて、サブジェクト情報変換手段２０６がアクセス要求代理手段２０２のサブジェクト情報を置き換えるため、アクセス要求手段１０１の種類に応じたアクセス権限判定を行うことができる。
また、本実施の形態の第２の効果として、本実施の形態では、アクセス権限判定は全て要求先ＯＳ上のアクセス権限判定手段２０７で行われるため、アクセス要求手段１０１に対するアクセス権限判定ポリシ全て要求先ＯＳで一括して管理することができる。
これにより、システム管理者は、アクセス権限判定システム構築に掛かる手間を削減することができる。
また、本実施の形態の第３の効果として、本実施の形態では、既存のアクセス権限判定手段２０７に手を加えることなく、容易に要求元ＯＳ１のアクセス要求手段１０１からのアクセス要求に対応したアクセス権限判定システムを構築することができる。
また、本実施の形態の第４の効果として、要求元ＯＳのセキュリティ的脆弱性を突かれて、要求元ＯＳの権利者権限を奪われて不正アクセスされても、本特許のアクセス権限チェックは、ユーザによらず、サブジェクト情報に立脚しているので、被害を最小限に抑えることができる。
次に、本発明の第３の発明を実施するための最良の形態について図面を参照して詳細に説明する。
図７を参照すると、本発明の第３の発明を実施するための最良の形態は、第１の発明を実施するための最良の形態と比較し、要求元ＯＳ１にサブジェクト情報通知手段１０５を有し、また要求先ＯＳ２にサブジェクト情報記憶部Ｃ２１０を有する点で異なる。
サブジェクト情報通知手段１０５は、アクセス処理手段Ａ１０２上でコンテキストスイッチが起こった際、スイッチ後実行されることになるサブジェクトのサブジェクト情報を、通信部Ａ１０４、通信部Ｂ２１０を介し、アクセス要求代理手段１０１に伝える。
なお、コンテキストスイッチとは、マルチタスクＯＳにおける実行サブジェクトの切り替え作業のことである。
サブジェクト情報記憶部Ｃ２１０は、サブジェクト情報通知手段１０５がサブジェクト情報を保存しておくための記憶領域である。
また、それに伴い、アクセス要求代理手段１０１とサブジェクト情報取得手段２０５の動作が異なるので以下に説明する。
アクセス要求代理手段１０１は、本実施の第１の実施の形態において説明した動作に加えて更に、要求元ＯＳ１のサブジェクト情報通知手段１０５からサブジェクト情報の通知を受けた時、そのサブジェクト情報をサブジェクト情報記憶部Ｃ２１０に保存する。
サブジェクト情報取得手段２０５は、サブジェクト情報記憶部Ｃ２１０に保存されたアクセス要求手段１０１のサブジェクト情報を取得する。
なおＵＭＬのように、要求元ＯＳ１と要求先ＯＳ２が同一の情報処理装置で実行されている場合は、通信部Ａ１０４、通信部Ｂ２１０が存在しないため、アクセス要求手段１０１やサブジェクト情報通知手段１０５による要求先ＯＳ２への通知は、通信部を介さずに直接要求先ＯＳ２のアクセス要求代理手段１０１に通知される。
その他の構成要素の動作は、本発明の第１の発明を実施するための最良の形態における動作と同一であるため、説明は省略する。
次に、図７、図８及び図１０のフローチャートを参照して本実施の形態の全体の動作について詳細に説明する。
まず、要求元ＯＳ１のアクセス処理手段Ａ１０２が、コンテキストスイッチが起こるたびに、サブジェクト情報通知手段１０５は、実行中サブジェクトのサブジェクト情報をアクセス要求代理手段１０１に通知し、アクセス要求代理手段１０１はそれをサブジェクト情報記憶部Ｃ２１０に保存する（ステップＳ１）。
次に、アクセス要求手段１０１がオブジェクト２０４へのアクセス要求を出す（ステップＳ２）と、アクセス処理手段Ａ１０２はそのアクセス要求を、通信部Ａ１０４、通信部Ｂ２０１を介して、アクセス要求代理手段２０２に通知する（ステップＳ３）。
次に、アクセス要求代理手段２０２が、受け取ったアクセス要求を実行する（ステップＳ４）。
次に、アクセス処理手段Ｂ２０２が、受け取ったアクセス要求をサブジェクト情報変換手段２０６に通知する（ステップＳ５）。
次に、サブジェクト情報取得手段２０５が、サブジェクト情報記憶部Ｃ２１０からアクセス要求手段１０１のサブジェクト情報を取得し、サブジェクト情報変換手段２０６に通知する（ステップＳ６）。
次に、サブジェクト情報変換手段２０６が、前ステップで取得したサブジェクト情報とサブジェクト情報変換データベース２０８をもとに、アクセス要求代理手段２０２に割り当てる新しいサブジェクト情報を取得するステップＳ７）。
次に、サブジェクト情報変換手段２０６が、アクセス要求代理手段２０２にもともと割り当てられていたサブジェクト情報を、サブジェクト情報記憶部Ｂ２０９に退避させ、前ステップで取得したサブジェクト情報を割り当て直す（ステップＳ８）。
次に、サブジェクト情報変換手段２０６が、アクセス権限判定手段２０７にアクセス権限判定を依頼する（ステップＳ９）。
次に、アクセス権限判定手段２０７が、そのアクセス要求のサブジェクト情報とオブジェクト情報をもとに、そのアクセスを許可するか許可しないかを判定し、判定結果をサブジェクト情報変換手段２０６に通知する（ステップＳ１０）。
次に、サブジェクト情報変換手段２０６は、アクセス要求代理手段２０２のサブジェクト情報を、サブジェクト情報記憶部Ｂ２０９に退避させたサブジェクト情報に戻し、前ステップの判定結果をアクセス処理手段２０３に返す（ステップＳ１１）。
最後に、アクセス処理手段Ｂ２０３が、前ステップから受け取ったアクセス要求の判定結果をもとに、もし判定結果が許可であればオブジェクトへのアクセス処理を行い、判定結果が不許可であればオブジェクトへのアクセス処理は行わない（ステップＳ１２）。
次に、本実施の形態の効果について説明する。
本実施の形態の第１の効果として、本実施の形態では、アクセス要求代理手段２０２が、アクセス要求手段１０１のサブジェクト情報をサブジェクト情報記憶部Ｃ２１０に保存し、サブジェクト情報取得手段２０５が、サブジェクト情報記憶部Ｃ２１０からアクセス要求手段１０１のサブジェクト情報を取得し、そのサブジェクト情報に応じて、サブジェクト情報変換手段２０６がアクセス要求代理手段２０２のサブジェクト情報を置き換えるため、アクセス要求手段１０１の種類に応じたアクセス権限判定を行うことができる。
また、本実施の形態の第２の効果として、本実施の形態では、アクセス権限判定は全て要求先ＯＳ上のアクセス権限判定手段２０７で行われるため、アクセス要求手段１０１に対するアクセス権限判定ポリシ全て要求先ＯＳで一括して管理することができる。
これにより、システム管理者は、アクセス権限判定システム構築に掛かる手間を削減することができる。
また、本実施の形態の第３の効果として、本実施の形態では、既存のアクセス権限判定手段２０７に手を加えることなく、容易に要求元ＯＳ１のアクセス要求手段１０１からのアクセス要求に対応したアクセス権限判定システムを構築することができる。
また、本実施の形態の第４の効果として、要求元ＯＳのセキュリティ的脆弱性を突かれて、要求元ＯＳの権利者権限を奪われて不正アクセスされても、本特許のアクセス権限チェックは、ユーザによらず、サブジェクト情報に立脚しているので、被害を最小限に抑えることができる。
次に、本発明の第１の実施例を、図１−図３を参照して説明する。
かかる実施例は本発明の第１の実施の形態に対応するものである。
本実施例は、１台の情報処理装置における仮想マシン環境であり、情報処理装置としてパーソナル・コンピュータを、要求元ＯＳ１としてＵＭＬを、要求先ＯＳとしてＬｉｎｕｘを想定する。
本実施例では、要求元ＯＳ１としてＵＭＬを使用するので、図１中の要求元ＯＳ１内の構成要素について、アクセス要求手段１０１をＵＭＬ上で動作するアプリケーションプロセスと見なすことができ、アクセス要求処理手段Ａ１０２をＵＭＬカーネルと見なすことができる。
また、サブジェクト情報記憶部Ａ１０３は、主記憶上に確保されたサブジェクト情報記憶領域Ａと見なすことができ、ここにはアプリケーションプロセスの実行ファイルの絶対パス（例えば／ｕｓｒ／ｌｏｃａｌ／ｂｉｎ／ａｐｐ３）が保存されているものとする。
本実施例では、要求先ＯＳとしてＬｉｎｕｘを使用するので、図１中の要求先ＯＳ２内の構成要素について、アクセス要求代理手段２０２をＵＭＬカーネルの実行プロセスと見なすことができ、アクセス処理手段Ｂ２０３をホストＬｉｎｕｘカーネルと見なすことができ、オブジェクト２０４をホストＬｉｎｕｘ上のあるファイルＡと見なすことができ、サブジェクト情報取得手段２０５をカーネル内で動作するサブジェクト情報取得モジュールと見なすことができ、サブジェクト情報変換手段２０６をカーネル内で動作するサブジェクト情報変換モジュールと見なすことができ、アクセス権限判定手段２０７をＳＥＬｉｎｕｘと見なすことができる。
またサブジェクト情報記憶部Ｂ２０９は、主記憶上のサブジェクト情報記憶領域Ｂと見なすことができ、ＳＥＬｉｎｕｘのＳＩＤ（Ｓｅｃｕｒｉｔｙ ＩＤ）が記憶される。
ＳＩＤとは、ＳＥＬｉｎｕｘがＯＳ上の全てのサブジェクト、オブジェクトに割り当てる識別子情報で、ＳＥＬｉｎｕｘはプロセスがファイルにアクセスする際、それぞれに割り当てられたＳＩＤを比較し、アクセス権限判定を行っている。
またサブジェクト情報変換データベース２０８は、主記憶上のサブジェクト情報変換データベース記憶領域であり、ＵＭＬ上のプロセスの実行ファイルのパス情報と、そのプロセスに割り当てるＳＩＤが、プロセスごとに保存されていることとする。
図１０にその例を示す。
以上のことをまとめると、本実施例では、ＳＥＬｉｎｕｘがインストールされたＬｉｎｕｘ上でＵＭＬを実行している時に、ＵＭＬ上のプロセスからホストＬｉｎｕｘ上のリソースに対するアクセス権限判定を、ホストＬｉｎｕｘにインストールされたＳＥＬｉｎｕｘを用いて行うことになる。
以上の構成を用いて、ＵＭＬ上のアプリケーションプロセスから、Ｈｏｓｔ Ｆｉｌｅｓｙｓｔｅｍ経由でホストＬｉｎｕｘ上のファイルへの読み込み要求があった場合の動作を説明する。
まず、ＵＭＬ上のアプリケーションプロセスが、ファイルＡを読み込むためのシステムコールを発行すると、ＵＭＬカーネルがその情報をホストＬｉｎｕｘ上のＵＭＬカーネルの実行プロセスに通知する。
それを受け取ったＵＭＬカーネルの実行プロセスは、ファイルＡを読み込むためのシステムコールを、ホストＬｉｎ
ｕｘカーネルに対して発行し直す。
これによりホストＬｉｎｕｘカーネルは、発行されたシステムコールを、ＵＭＬカーネルの実行プロセスがファイルを読み込むためのシステムコールとして解釈する。
次に、ホストＬｉｎｕｘカーネルが読み込み処理を行うことになるが、その前にサブジェクト情報取得モジュールが、ＵＭＬ上のＵＭＬカーネルに問合せ、アプリケーションプロセスの実行ファイルの絶対パスを取得する。
そして、その絶対パスとサブジェクト情報変換データベース記憶領域に保存されている情報をもとに、サブジェクト情報変換モジュールは、ＵＭＬカーネルの実行プロセスに割り当てるべきＳＩＤを取得する。
図１０で示したサブジェクト情報変換データベース記憶領域を用いる場合、アプリケーションプロセスの実行ファイルの絶対パスが／ｕｓｒ／ｌｏｃａｌ／ｂｉｎ／ａｐｐ３であるため、ＳＩＤとして１３を取得する。
次に、サブジェクト情報変換モジュールは、もともとＵＭＬカーネルの実行プロセスに割り当てられていたＳＩＤをサブジェクト情報記憶領域Ｂに退避させ、取得したＳＩＤをＵＭＬカーネルの実行プロセスに付加した上で、ＳＥＬｉｎｕｘにアクセス権限判定を依頼し、ＳＥＬｉｎｕｘが、ＵＭＬカーネルの実行プロセスに割り当てられたＳＩＤ １３とファイルＡに割り当てられているＳＩＤをもとにアクセス権限判定を行う。
これにより、ＵＭＬカーネルの実行プロセスからのシステムコールは、そのシステムコールの元になったＵＭＬ上のアプリケーションプロセスに応じて、適したＳＩＤに置き換えられた上で、アクセス権限判定が行われることになる。
アクセス権限判定が行われると、アクセス許可もしくは不許可の結果がサブジェクト情報変換モジュールに返ってくることになるが、次に、サブジェクト情報変換モジュールは、サブジェクト情報記憶領域Ｂに保存されている、ＵＭＬカーネルの実行プロセスのもともとのＳＩＤを、ＵＭＬカーネルの実行プロセスに戻す。
これらの処理が終わると、サブジェクト情報変換モジュールは、処理をホストＬｉｎｕｘカーネルに返す。
ホストＬｉｎｕｘカーネルでは、ＳＥＬｉｎｕｘでのアクセス権限判定の結果に基づいて、実際のアクセス処理を行う。
もしアクセス許可の判定であれば、ＵＭＬカーネルからのファイルＡに対するアクセス処理は実行する。
もしアクセス不許可の判定であれば、アクセス処理は実行されない。
次に、本発明の第２の実施例を、図４−図６を参照して説明する。
かかる実施例は本発明の第２の実施の形態に対応するものである。
本実施例は、ホストＬｉｎｕｘ上にサブジェクト情報記憶部Ｃ２１０を有する点で、第１の実施例の構成と異なるが、その他の構成は同一である。
サブジェクト情報記憶部Ｃ２１０は、主記憶上に確保されたサブジェクト情報記憶領域Ｃと見なすことができ、ここにはアプリケーションプロセスの絶対パスが保存される。
以上の構成を用いて、ＵＭＬ上のアプリケーションプロセスから、Ｈｏｓｔ Ｆｉｌｅｓｙｓｔｅｍ経由でホストＬｉｎｕｘ上のファイルへの読み込み要求があった場合の動作を説明する。
まず、ＵＭＬ上のアプリケーションプロセスが、ファイルＡを読み込むためのシステムコールを発行すると、ＵＭＬカーネルがその情報に、アプリケーションプロセスの実行ファイルの絶対パスを含め、ホストＬｉｎｕｘ上のＵＭＬカーネルの実行プロセスに通知する。
それを受け取ったＵＭＬカーネルの実行プロセスは、まず送られてきたアプリケーションプロセスの絶対パスを、サブジェクト情報記憶領域Ｃに保存する。
そして、ファイルＡを読み込むためのシステムコールを、ホストＬｉｎｕｘカーネルに対して発行し直す。
これによりホストＬｉｎｕｘカーネルは、発行されたシステムコールを、ＵＭＬカーネルの実行プロセスがファイルを読み込むためのシステムコールとして解釈する。
次に、ホストＬｉｎｕｘカーネルが読み込み処理を行うことになるが、その前にサブジェクト情報取得モジュールが、サブジェクト情報記憶領域Ｃに問合せ、アプリケーションプロセスの実行ファイルの絶対パスを取得する。
そして、その絶対パスとサブジェクト情報変換データベース記憶領域に保存されている情報をもとに、サブジェクト情報変換モジュールは、ＵＭＬカーネルの実行プロセスに割り当てるべきＳＩＤを取得する。
図１０で示したサブジェクト情報変換データベース記憶領域を用いる場合、アプリケーションプロセスの実行ファイルの絶対パスが／ｕｓｒ／ｌｏｃａｌ／ｂｉｎ／ａｐｐ３であるため、ＳＩＤとして１３を取得する。
次に、サブジェクト情報変換モジュールは、もともとＵＭＬカーネルの実行プロセスに割り当てられていたＳＩＤをサブジェクト情報記憶領域Ｂに退避させ、取得したＳＩＤをＵＭＬカーネルの実行プロセスに付加した上で、ＳＥＬｉｎｕｘにアクセス権限判定を依頼し、ＳＥＬｉｎｕｘが、ＵＭＬカーネルの実行プロセスに割り当てられたＳＩＤ １３とファイルＡに割り当てられているＳＩＤをもとにアクセス権限判定を行う。
これにより、ＵＭＬカーネルの実行プロセスからのシステムコールは、そのシステムコールの元になったＵＭＬ上のアプリケーションプロセスに応じて、適したＳＩＤに置き換えられた上で、アクセス権限判定が行われることになる。
アクセス権限判定が行われると、アクセス許可もしくは不許可の結果がサブジェクト情報変換モジュールに返ってくることになるが、次に、サブジェクト情報変換モジュールは、サブジェクト情報記憶領域Ｂに保存されている、ＵＭＬカーネルの実行プロセスのもともとのＳＩＤを、ＵＭＬカーネルの実行プロセスに戻す。
これらの処理が終わると、サブジェクト情報変換モジュールは、処理をホストＬｉｎｕｘカーネルに返す。
ホストＬｉｎｕｘカーネルでは、ＳＥＬｉｎｕｘでのアクセス権限判定の結果に基づいて、実際のアクセス処理を行う。
もしアクセス許可の判定であれば、ＵＭＬカーネルからのファイルＡに対するアクセス処理は実行する。
もしアクセス不許可の判定であれば、アクセス処理は実行されない。
次に、本発明の第３の実施例を、図７−図１０を参照して説明する。
かかる実施例は本発明の第３の実施の形態に対応するものである。
本実施例は第１の実施例と比較し、ＵＭＬ内にサブジェクト情報通知手段１０５を有し、ホストＬｉｎｕｘ上にサブジェクト情報記憶部Ｃ２１０を有する点で異なる。
サブジェクト情報通知手段１０５は、コンテキストスイッチが起こるごとに、スイッチ後のプロセスのサブジェクト情報をサブジェクト情報記憶部Ｃに通知するサブジェクト通知手段モジュールと見なすことができる。
また、サブジェクト情報記憶部Ｃ２１０は、主記憶上に確保されたサブジェクト情報記憶領域Ｃと見なすことができ、ここにはアプリケーションプロセスの実行プロセスの絶対パスが保存される。
以上の構成を用いて、ＵＭＬ上のアプリケーションプロセスから、Ｈｏｓｔ Ｆｉｌｅｓｙｓｔｅｍ経由でホストＬｉｎｕｘ上のファイルへの読み込み要求があった場合の動作を説明する。
まず、ＵＭＬカーネル内でコンテキストスイッチが起こり、アプリケーションプロセスが実行されるとする。
するとサブジェクト情報通知モジュールが、ＵＭＬカーネルの実行プロセスを経由して、サブジェクト情報記憶領域Ｃに、アプリケーションプロセスの実行ファイルの絶対パスを保存する。
次に、ＵＭＬ上のアプリケーションプロセスが、ファイルＡを読み込むためのシステムコールを発行すると、ＵＭＬカーネルがその情報を、ホストＬｉｎｕｘ上のＵＭＬカーネルの実行プロセスに通知する。
それを受け取ったＵＭＬカーネルの実行プロセスは、ファイルＡを読み込むためのシステムコールを、ホストＬｉｎｕｘカーネルに対して発行し直す。
これによりホストＬｉｎｕｘカーネルは、発行されたシステムコールを、ＵＭＬカーネルの実行プロセスがファイルを読み込むためのシステムコールとして解釈する。
次に、ホストＬｉｎｕｘカーネルが読み込み処理を行うことになるが、その前にサブジェクト情報取得モジュールが、サブジェクト情報記憶領域Ｃに問合せ、アプリケーションプロセスの実行ファイルの絶対パスを取得する。
そして、その絶対パスとサブジェクト情報変換データベース記憶領域に保存されている情報をもとに、サブジェクト情報変換モジュールは、ＵＭＬカーネルの実行プロセスに割り当てるべきＳＩＤを取得する。
図１０で示したサブジェクト情報変換データベース記憶領域を用いる場合、アプリケーションプロセスの実行ファイルの絶対パスが／ｕｓｒ／ｌｏｃａｌ／ｂｉｎ／ａｐｐ３であるため、ＳＩＤとして１３を取得する。
次に、サブジェクト情報変換モジュールは、もともとＵＭＬカーネルの実行プロセスに割り当てられていたＳＩＤをサブジェクト情報記憶領域Ｂに退避させ、取得したＳＩＤをＵＭＬカーネルの実行プロセスに付加した上で、ＳＥＬｉｎｕｘにアクセス権限判定を依頼し、ＳＥＬｉｎｕｘが、ＵＭＬカーネルの実行プロセスに割り当てられたＳＩＤ １３とファイルＡに割り当てられているＳＩＤをもとにアクセス権限判定を行う。
これにより、ＵＭＬカーネルの実行プロセスからのシステムコールは、そのシステムコールの元になったＵＭＬ上のアプリケーションプロセスに応じて、適したＳＩＤに置き換えられた上で、アクセス権限判定が行われることになる。
アクセス権限判定が行われると、アクセス許可もしくは不許可の結果がサブジェクト情報変換モジュールに返ってくることになるが、次に、サブジェクト情報変換モジュールは、サブジェクト情報記憶領域Ｂに保存されている、ＵＭＬカーネルの実行プロセスのもともとのＳＩＤを、ＵＭＬカーネルの実行プロセスに戻す。
これらの処理が終わると、サブジェクト情報変換モジュールは、処理をホストＬｉｎｕｘカーネルに返す。
ホストＬｉｎｕｘカーネルでは、ＳＥＬｉｎｕｘでのアクセス権限判定の結果に基づいて、実際のアクセス処理を行う。
もしアクセス許可の判定であれば、ＵＭＬカーネルからのファイルＡに対するアクセス処理は実行する。
もしアクセス不許可の判定であれば、アクセス処理は実行されない。
以上、第１から第３の実施例では、情報処理装置としては、パーソナル・コンピュータを使用する場合を想定したが、代わりにワーク・ステーションやＰＤＡ、携帯電話などのように、ＣＰＵ、主記憶、外部記憶装置を持つ情報処理装置であれば、何を使用しても構わない。
また、第１から第３の実施例では、各記憶部、サブジェクト情報変換データベースを主記憶上に確保することとしたが、外部記憶装置上に確保しても良い。
また、第１から第３の実施例では、要求元ＯＳ１としてＵＭＬを使用したが、代わりにＶＭｗａｒｅやＸｅｎなどの仮想マシンの上で動作するＯＳを使用しても構わない。
また、第１から第３の実施例では、要求先ＯＳとしてＬｉｎｕｘを使用したが、代わりにＷｉｎｄｏｗｓ（登録商標）やＵＮＩＸ(登録商標)系ＯＳなどのように他のＯＳからのアクセス要求を受け付けることができるＯＳであれば、何を使用しても構わない。
また、第１から第３の実施例では、アクセス権限判定プログラムとしてＳＥＬｉｎｕｘを使用したが、代わりにＬＩＤＳなどのように、ＯＳ上で実行される全てのアクセス要求を制御できるアクセス権限判定手段２０７であれば、何を使用しても構わない。
また、第１から第３の実施例では、アプリケーションプロセスのサブジェクト情報として、実行ファイルの絶対パスを使用したが、代わりにＰＩＤなどのように、アプリケーションプロセスを一意に区別できる識別子であれば、何を使用しても構わない。
また、第１から第３の実施例では、サブジェクト情報記憶領域Ｂには、ＳＥＬｉｎｕｘのＳＩＤ（Ｓｅｃｕｒｉｔｙ ＩＤ）を保存することとしたが、アクセス権限判定システムが、サブジェクト情報として使用する識別子を含む情報であれば、何を保存してもかまわない。
また、第１から第３の実施例では、サブジェクト情報変換データベース２０８で、ＵＭＬ上のプロセスの実行ファイルのパスと、そのプロセスに割り当てるＳＩＤを保存していたが、代わりに、ＵＭＬ上のプロセスのＰＩＤとＳＥＬｉｎｕｘのＳＩＤなどのように、要求元ＯＳ１上のプロセスを識別する情報と、そのプロセスに割り当てるアクセス権限判定のための識別子が保存されていれば、何を保存しても構わない。
また、第１から第３の実施例では、ホストＯＳ上にゲストＯＳが１つだけ実行されている構成であるが、複数のゲストＯＳが起動していても良い。
また、第１から第３の実施例では、１台の情報処理装置における仮想マシン環境を想定したが、２台の情報処理装置にそれぞれ要求元ＯＳ、要求先ＯＳがインストールされ、互いにＮＦＳやＳａｍｂａなどの通信プログラムによって、情報処理装置内のコンピュータ資源を相互参照できる環境に適用しても良い。
その場合、図１、図４、図７のアクセス要求代理手段２０２は、通信プログラムのサーバプロセスを意味することになる。
本発明によれば、１台の情報処理装置に、１つのホストＯＳを実行し、その上に複数のゲストＯＳを起動できるような仮想マシン環境におけるアクセス権限判定システムとして利用することができる。
また、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などによって、複数の情報処理装置がネットワーク接続された環境において、それぞれの情報処理装置がその内部のコンピュータ資源を保護するアクセス権限判定システムとして利用することができる。

Claims (24)

  1. 要求元ＯＳ上のアクセス主体であるサブジェクトが、要求先ＯＳ上のアクセス対象であるオブジェクトへアクセス要求を出す時に、前記要求先ＯＳ上で、前記要求元ＯＳ上で実行されているサブジェクトの権限に応じて、アクセス権限判定を行うことを特徴とするアクセス権限判定システム。
  2. 前記要求先ＯＳが、前記要求元ＯＳに前記サブジェクトのサブジェクト情報を問い合わせることを特徴とする請求項１記載のアクセス権限判定システム。
  3. 前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行するアクセス要求代理手段と、
    前記アクセス要求代理手段からのアクセス要求があった時に、前記要求元ＯＳ上で実行され
    ているサブジェクトのサブジェクト情報を要求元ＯＳから取得するサブジェクト情報取得手段と、
    前記要求元ＯＳ上で実行されているサブジェクトの種類ごとに、アクセス要求代理手段に割り当てるサブジェクト情報を記述したサブジェクト情報変換データベースと、
    前記サブジェクト情報取得手段が取得した、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換するサブジェクト情報変換手段と、
    前記サブジェクト情報変換手段が変換した前記アクセス要求代理手段のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記アクセス要求代理手段がオブジェクトにアクセスする権限があるかどうかを判定するアクセス権限判定手段と、を備えることを特徴とする請求項１又は２記載のアクセス権限判定システム。
  4. 前記要求元ＯＳが、アクセス要求元サブジェクトのサブジェクト情報を、前記要求先ＯＳに通知することを特徴とする請求項１記載のアクセス権限判定システム。
  5. 前記要求元ＯＳが、サブジェクトからのアクセス要求を受け付けると、アクセス要求の中に要求元サブジェクトのサブジェクト情報を追加し、アクセス要求を要求先ＯＳに通知するアクセス処理手段を備えており、
    前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を受け付けると、その中に含まれている前記サブジェクトのサブジェクト情報を、サブジェクト情報記憶部に保存し、次にアクセス要求を要求元ＯＳ上で代理実行するアクセス要求代理手段と、
    前記アクセス要求代理手段からのアクセス要求があった時に、前記サブジェクト情報記憶部に保存されている、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報を取得するサブジェクト情報取得手段と、
    前記要求元ＯＳ上で実行されているサブジェクトの種類ごとに、アクセス要求代理手段に割り当てるサブジェクト情報を記述したサブジェクト情報変換データベースと、
    前記サブジェクト情報取得手段が取得した、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換するサブジェクト情報変換手段と、
    前記サブジェクト情報変換手段が変換した前記アクセス要求代理手段のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記アクセス要求代理手段がオブジェクトにアクセスする権限があるかどうかを判定するアクセス権限判定手段と、を備えることを特徴とする請求項１又は４記載のアクセス権限判定システム。
  6. 前記要求元ＯＳが、前記要求元ＯＳ内で実行サブジェクトの切り替え作業が起こるたびに、切り替え後に実行されるサブジェクトのサブジェクト情報を、前記要求先ＯＳ上のサブジェクト情報記憶部に保存するサブジェクト情報通知手段を備えており、
    前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行するアクセス要求代理手段と、
    前記アクセス要求代理手段からのアクセス要求があった時に、前記サブジェクト情報記憶部に保存されている、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報を取得するサブジェクト情報取得手段と、
    前記要求元ＯＳ上で実行されているサブジェクトの種類ごとに、アクセス要求代理手段に割り当てるサブジェクト情報を記述したサブジェクト情報変換データベースと、
    前記サブジェクト情報取得手段が取得した、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換するサブジェクト情報変換手段と、
    前記サブジェクト情報変換手段が変換した前記アクセス要求代理手段のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記アクセス要求代理手段がオブジェクトにアクセスする権限があるかどうかを判定するアクセス権限判定手段と、を備えたことを特徴とする請求項１又は４記載のアクセス権限判定システム。
  7. 前記要求元ＯＳと前記要求先ＯＳを一つの情報処理装置で実行する請求項１から６のいずれか１項記載のアクセス権限判定システム。
  8. 前記要求元ＯＳと前記要求先ＯＳをそれぞれ異なる情報処理装置で実行する請求項１から６のいずれか１項記載のアクセス権限判定システム。
  9. 要求元ＯＳ上のアクセス主体であるサブジェクトが、要求先ＯＳ上のアクセス対象であるオブジェクトへアクセス要求を出す時に、前記要求先ＯＳ上で、前記要求元ＯＳ上で実行されているサブジェクトの権限に応じて、アクセス権限判定を行うことを特徴とするアクセス権限判定方法。
  10. 前記要求先ＯＳが、前記要求元ＯＳに前記サブジェクトのサブジェクト情報を問い合わせることを特徴する請求項９記載のアクセス権限判定方法。
  11. 前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行する第１のステップと、
    前記第１のステップによるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報を要求元ＯＳから取得する第２のステップと、
    前記第２のステップで取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第３のステップと、
    前記第３のステップによって変換された、前記第１のステップによるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２のステップによるアクセス要求の権限を判定する第４のステップと、を備えることを特徴とする請求項９又は１０記載のアクセス権限判定方法。
  12. 前記要求元ＯＳが、アクセス要求元サブジェクトのサブジェクト情報を、前記要求先ＯＳに通知することを特徴とする請求項９記載のアクセス権限判定方法。
  13. 前記要求元ＯＳが、
    サブジェクトからのアクセス要求を受け付けると、アクセス要求の中に要求元サブジェクトのサブジェクト情報を追加し、アクセス要求を要求先ＯＳに通知する第１のステップと、
    前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を受け付けると、その中に含まれている前記サブジェクトのサブジェクト情報を、サブジェクト情報記憶部に保存し、次にアクセス要求を要求元ＯＳ上で代理実行する第２のステップと、
    前記第２のステップによるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報をサブジェクト情報記憶部から取得する第３のステップと、
    前記第３のステップで取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第４のステップと、
    前記第４のステップによって変換された、前記第２のステップによるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２のステップによるアクセス要求の権限を判定する第５のステップと、を備えることを特徴とする請求項９又は１２記載のアクセス権限判定方法。
  14. 前記要求元ＯＳが、前記要求元ＯＳ内で実行サブジェクトの切り替え作業が起こるたびに、切り替え後に実行されるサブジェクトのサブジェクト情報を、前記要求先ＯＳ上のサブジェクト情報記憶部に保存する第１のステップと、前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行する第２のステップと、
    前記第２のステップによるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報をサブジェクト情報記憶部から取得する第３のステップと、
    前記第３のステップで取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第４のステップと、
    前記第４のステップによって変換された、前記第２のステップによるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２のステップによるアクセス要求の権限を判定する第５のステップと、を備えることを特徴とする請求項９又は１２記載のアクセス権限判定方法。
  15. 前記要求元ＯＳと前記要求先ＯＳを１つの情報処理装置で実行する請求項９から１４のいずれか１項記載のアクセス権限判定方法。
  16. 前記要求元ＯＳと前記要求先ＯＳをそれぞれ異なる情報処理装置で実行する請求項９から１４のいずれか１項記載のアクセス権限判定方法。
  17. 要求元ＯＳ上のアクセス主体であるサブジェクトが、要求先ＯＳ上のアクセス対象であるオブジェクトへアクセス要求を出す時に、前記要求先ＯＳ上で、前記要求元ＯＳ上で実行されているサブジェクトの権限に応じて、アクセス権限処理を行うことを特徴とするアクセス権限判定プログラム。
  18. 前記要求先ＯＳが、前記要求元ＯＳに前記サブジェクトのサブジェクト情報を問い合わせることを特徴する請求項１７記載のアクセス権限判定プログラム。
  19. 前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行する第１の処理と、
    前記第１の処理によるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報を要求元ＯＳから取得する第２の処理と、
    前記第２の処理で取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第３の処理と、
    前記第３の処理によって変換された、前記第１の処理によるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２の処理によるアクセス要求の権限を判定する第４の処理と、を備えることを特徴とする請求項１７又は１８記載のアクセス権限判定プログラム。
  20. 前記要求元ＯＳが、アクセス要求元サブジェクトのサブジェクト情報を、前記要求先ＯＳに通知することを特徴とする請求項１７記載のアクセス権限判定プログラム。
  21. 前記要求元ＯＳが、サブジェクトからのアクセス要求を受け付けると、アクセス要求の中に要求元サブジェクトのサブジェクト情報を追加し、アクセス要求を要求先ＯＳに通知する第１の処理と、
    前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を受け付けると、その中に含まれている前記サブジェクトのサブジェクト情報を、サブジェクト情報記憶部に保存し、次にアクセス要求を要求元ＯＳ上で代理実行する第２の処理と、 前記第２の処理によるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報をサブジェクト情報記憶部から取得する第３の処理と、
    前記第３の処理で取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第４の処理と、
    前記第４の処理によって変換された、前記第２の処理によるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２の処理によるアクセス要求の権限を判定する第５の処理と、を備えることを特徴とする請求項１７又は２０記載のアクセス権限判定プログラム。
  22. 前記要求元ＯＳが、前記要求元ＯＳ内で実行サブジェクトの切り替え作業が起こるたびに、切り替え後に実行されるサブジェクトのサブジェクト情報を、前記要求先ＯＳ上のサブジェクト情報記憶部に保存する第１の処理と、
    前記要求先ＯＳが、前記要求元ＯＳからのアクセス要求を、要求元ＯＳ上で代理実行する第２の処理と、
    前記第２の処理によるアクセス要求があった時に、前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト
    情報をサブジェクト情報記憶部から取得する第３の処理と、
    前記第３の処理で取得した前記要求元ＯＳ上で実行されているサブジェクトのサブジェクト情報と、前記サブジェクト情報変換データベースを照合し、アクセス要求代理手段に割り当てるサブジェクト情報を変換する第４の処理と、
    前記第４の処理によって変換された、前記第２の処理によるアクセス要求のサブジェクト情報と、そのアクセス対象のオブジェクトのオブジェクト情報をもとに、前記第２の処理によるアクセス要求の権限を判定する第５の処理と、を備えることを特徴とする請求項１７又は２０記載のアクセス権限判定プログラム。
  23. 前記要求元ＯＳと前記要求先ＯＳを１つの情報処理装置で実行する請求項１７から２２のいずれか１項記載のアクセス権限判定プログラム。
  24. 前記要求元ＯＳと前記要求先ＯＳをそれぞれ異なる情報処理装置で実行する請求項１７から２２のいずれか１項記載のアクセス権限判定プログラム。
JP2007509343A 2005-03-24 2006-03-24 アクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラム Expired - Fee Related JP4853671B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2007509343A JP4853671B2 (ja) 2005-03-24 2006-03-24 アクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラム

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2005086320 2005-03-24
JP2005086320 2005-03-24
PCT/JP2006/305957 WO2006101194A1 (ja) 2005-03-24 2006-03-24 アクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラム
JP2007509343A JP4853671B2 (ja) 2005-03-24 2006-03-24 アクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラム

Publications (2)

Publication Number Publication Date
JPWO2006101194A1 true JPWO2006101194A1 (ja) 2008-09-04
JP4853671B2 JP4853671B2 (ja) 2012-01-11

Family

ID=37023847

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007509343A Expired - Fee Related JP4853671B2 (ja) 2005-03-24 2006-03-24 アクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラム

Country Status (4)

Country Link
US (1) US8336059B2 (ja)
EP (1) EP1873678A4 (ja)
JP (1) JP4853671B2 (ja)
WO (1) WO2006101194A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8443188B2 (en) * 2006-11-30 2013-05-14 Microsoft Corporation Using code access security for runtime accessibility checks
US8332951B2 (en) * 2008-02-12 2012-12-11 International Business Machines Corporation Section based security for a sectioned surface-based computing device
JP5166318B2 (ja) * 2009-02-24 2013-03-21 株式会社東芝 情報を処理する装置、方法およびプログラム
US9032401B2 (en) 2011-05-16 2015-05-12 Panasonic Intellectual Property Corporation Of America Virtual computer system having a first virtual computer that executes a protected process, a second virtual computer that executes an unprotected process, and a hypervisor that controls the first and second virtual computers

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5761669A (en) * 1995-06-06 1998-06-02 Microsoft Corporation Controlling access to objects on multiple operating systems
US6298390B1 (en) * 1995-11-22 2001-10-02 Sun Microsystems, Inc. Method and apparatus for extending traditional operating systems file systems
JPH1021099A (ja) 1996-07-02 1998-01-23 Toshiba Corp コンピュータシステムおよびプロセス実行制御方法
US6457130B2 (en) * 1998-03-03 2002-09-24 Network Appliance, Inc. File access control in a multi-protocol file server
JPH11282805A (ja) 1998-03-27 1999-10-15 Nippon Telegr & Teleph Corp <Ntt> 資源アクセス制御方法及びシステム及び資源アクセス制御プログラムを格納した記憶媒体
JP4359974B2 (ja) 1999-09-29 2009-11-11 富士ゼロックス株式会社 アクセス権限委譲方法
US7035850B2 (en) * 2000-03-22 2006-04-25 Hitachi, Ltd. Access control system
JP4177957B2 (ja) 2000-03-22 2008-11-05 日立オムロンターミナルソリューションズ株式会社 アクセス制御システム
JP3756397B2 (ja) 2000-11-06 2006-03-15 日本電信電話株式会社 アクセス制御方法およびアクセス制御装置および記録媒体
JP4089171B2 (ja) * 2001-04-24 2008-05-28 株式会社日立製作所 計算機システム
JP2003345654A (ja) * 2002-05-23 2003-12-05 Hitachi Ltd データ保護システム
JP2007034341A (ja) 2003-08-22 2007-02-08 Nec Corp コンピュータシステム及びそれに用いるプログラム実行環境実現方法並びにそのプログラム
US7950044B2 (en) * 2004-09-28 2011-05-24 Rockwell Automation Technologies, Inc. Centrally managed proxy-based security for legacy automation systems

Also Published As

Publication number Publication date
US8336059B2 (en) 2012-12-18
EP1873678A4 (en) 2013-10-09
JP4853671B2 (ja) 2012-01-11
WO2006101194A1 (ja) 2006-09-28
US20090055840A1 (en) 2009-02-26
EP1873678A1 (en) 2008-01-02

Similar Documents

Publication Publication Date Title
KR101456489B1 (ko) ＣＬＤＣ ＯＳＧｉ 환경에서 어플리케이션의 접속 권한을관리하는 방법 및 장치
US7926086B1 (en) Access control mechanism for shareable interface communication access control
US10255088B2 (en) Modification of write-protected memory using code patching
US20130275973A1 (en) Virtualisation system
US10083129B2 (en) Code loading hardening by hypervisor page table switching
JP5346608B2 (ja) 情報処理装置およびファイル検証システム
KR20170067740A (ko) 운영 체제 공격으로부터 애플리케이션 기밀사항을 보호하는 기법
JP2007220086A (ja) 入出力制御装置、入出力制御システム及び入出力制御方法
KR20130040692A (ko) 보안 웹 위젯 런타임 시스템을 위한 방법 및 장치
US20090031396A1 (en) METHOD OF AND APPARATUS FOR MANAGING ACCESS PRIVILEGES IN CLDC OSGi ENVIRONMENT
JP4890569B2 (ja) 実行可能コード変更の防止
JP5131563B2 (ja) コンピュータ、動作ルール適用方法、オペレーティングシステム
KR20130000253A (ko) 가상화 시스템에서 메모리 접근을 제어하는 장치 및 방법
WO2011034813A2 (en) System and method for determining true computer file type identity
WO2017016231A1 (zh) 一种策略管理方法、系统及计算机存储介质
US9477538B2 (en) Method and system for the support of application specific policies for conventional operating systems
JP4853671B2 (ja) アクセス権限判定システム、アクセス権限判定方法及びアクセス権限判定プログラム
KR101460451B1 (ko) 프로세스 주소 공간을 제어하는 장치 및 방법
US20110321121A1 (en) Information processing system and operation method of information processing system
JP4507569B2 (ja) 情報処理装置および情報処理方法、プログラム、並びに記録媒体
EP2581853B1 (en) Method and apparatus for secure web widget runtime system
US7587594B1 (en) Dynamic out-of-process software components isolation for trustworthiness execution
KR100985073B1 (ko) 네트워크 공유폴더 접근 제어 장치 및 방법
CN117807039B (zh) 一种容器处理方法、装置、设备、介质及程序产品
Husen Operating System (For Extension 3rd Year Students)

Legal Events

Date Code Title Description
RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20080701

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090212

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20101012

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20101012

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110705

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110905

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: 20110928

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111011

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141104

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees