JP7399818B2 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Description

本発明の実施形態は、情報処理装置、情報処理方法、およびプログラムに関する。

仮想化技術の一つとして、ホスト環境内のリソースを共有する複数の仮想環境を作成する技術がある。当該技術では、例えば、実行ファイル、ライブラリなどといったアプリケーションの実行に必要なリソースが複数の仮想環境によって共有される。

仮想環境は、保持するリソースを、その名前で管理している場合がある。例えば、仮想環境は、アプリケーションの実行指示を受け付けると、当該アプリケーションに関するリソースに当該仮想環境で設定されている名前でアクセスして処理を行う。仮想環境は、ホスト環境とも、他の各仮想環境とも独立した名前空間を持つ。そのため、ホスト環境と仮想環境との間において、または、仮想環境同士間において、同一のリソースにアクセスする場合は、それぞれの名前空間内での名前、つまりパスを用いる必要がある。この特性は、特定の環境において特定の環境内のリソースを監視することには適しているが、特定の環境からその他の環境のリソースを監視することには適していない。例えば、被監視環境内において「／ｈｏｍｅ／ｕｓｒ／ａｐｐ」という名前で管理されているリソースが、監視環境内においては「／ｖｉｒｔｕａｌ／ｃｏｎｔｅｎｔｓ／ａｐｐ」という名前で管理されている場合がある。この場合、監視環境内から被監視環境内のリソースを監視することは困難である。

特許第５４３７２３８号公報

本発明の一実施形態は、ホスト環境と、一つ以上の仮想環境と、を提供可能な情報処理装置であって、第１環境で起動されたソフトウェアを制御するため、第２環境において当該ソフトウェアの情報を取得する。

本発明の一実施形態である情報処理装置は、ホスト環境と、一つ以上の仮想環境と、のうちのいずれかにおいてソフトウェアの実行を検知し、検知された環境が第１環境であることを示す識別情報 と、第１環境の名前空間における当該ソフトウェアの名前を示す第１名前情報と、を取得する。識別情報 に基づき、第２環境の名前空間における第１環境の名前を示す第２名前情報を取得する。第２名前情報に基づき、第１名前情報を、第２環境の名前空間における当該ソフトウェアの名前を示す第３名前情報に変換する。第３名前情報に基づいてアクセス可能なリソースから当該ソフトウェアの情報を取得する。

第１の実施形態に関する情報処理装置の一例を示すブロック図。 環境情報リストの一例を示す図。 パスの変換を説明する図。 照合リストの一例を示す図。 事前登録リストの一例を示す図。 ソフトウェアの実行制御に関する処理の概略フローチャート。 仮想環境起動検知時の処理の概略フローチャート。 第１の実施形態における仮想環境作成検知時の処理の概略フローチャート。 第２の実施形態に関する情報処理装置の一例を示すブロック図。 仮想環境停止検知時の処理の概略フローチャート。 仮想環境削除検知時の処理の概略フローチャート。 第３の実施形態に関する情報処理装置の一例を示すブロック図。 第３の実施形態における仮想環境作成検知時の処理の概略フローチャート。 第４の実施形態に関する情報処理装置の一例を示すブロック図。 第４の実施形態における仮想環境作成検知時の処理の概略フローチャート。 本発明の一実施形態におけるハードウェア構成の一例を示すブロック図。

以下、図面を参照しながら、本発明の実施形態について説明する。

（第１の実施形態）
図１は、第１の実施形態に関する情報処理装置の一例を示すブロック図である。第１の実施形態に関する情報処理装置は、記憶部１０１と、ソフトウェア実行検知部１０２と、パス取得部（名前情報取得部）１０３と、第１パス変換部１０４と、第１ソフトウェア情報取得部１０５と、照合部１０６と、実行制御部１０７と、仮想環境起動検知部１０８と、環境情報リスト更新部１０９と、仮想環境作成検知部１１０と、第２パス変換部１１１と、第２ソフトウェア情報取得部１１２と、照合リスト更新部１１３と、を備える。

本実施形態の情報処理装置１は、一つ以上の仮想環境を提供可能な装置である。情報処理装置１によって作成された仮想環境では、ソフトウェアが実行可能である。ただし、情報処理装置１は、仮想環境で実行されるソフトウェアを検知し、検知されたソフトウェアを実行してもよいかどうかを確認する。実行してもよいことが確認された場合、ソフトウェアが実行される。このように仮想環境において実行されるソフトウェアに対して実行制御を行うことにより、仮想環境を保護する。

なお、仮想環境で実行されるソフトウェアだけでなく、ホスト環境で実行されるソフトウェアも検知し、当該ソフトウェアの実行を制御してもよい。また、実行の制御も、ホスト環境で行われてもよいし、仮想環境で行われてもよい。例えば、仮想環境Ａと、仮想環境Ｂと、が作成されたときに、実行制御が、ホスト環境、仮想環境Ａ、および仮想環境Ｂのいずれにおいても行われてよい。ただし、実行制御を行うためのソフトウェアのコスト、情報処理装置１の負荷等を考慮し、本実施形態での実行制御は、ホスト環境と、一つ以上の仮想環境と、のうちのいずれかにおいて統合的に行われるものとする。本説明では、ホスト環境と、一つ以上の仮想環境と、のうちのいずれかであって、実行制御が行われる環境を、監視環境と記載する。また、本説明では、ホスト環境と、一つ以上の仮想環境と、のうちのいずれかであって、検知されたソフトウェアが実行される環境を、実行環境と記載する。

さらに、本実施形態では、実行環境をより保護するために、ソフトウェアの実行ファイルなどが改ざんされていないかも確認する。検知されたソフトウェアが許可されるべきものであったとしても、その設定が改ざんされている場合が考えられ、改ざんされた設定では、当該ソフトウェアが安全とは限らないためである。

上記の確認のために、ソフトウェアに関する情報が保存されている照合リストが用いられる。例えば、照合リストが示す情報と、検知されたソフトウェアの検知時点における情報と、が一致している場合のみ、ソフトウェアの実行が許可されるといったホワイトリスト型の実行制御を行ってもよい。あるいは、照合リストが示す情報と、検知されたソフトウェアの検知時点における情報と、が一致しなかった場合、ソフトウェアの実行が許可されるといったブラックリスト型の実行制御が行われてもよい。情報処理装置１は、照合リストの使用用途を受け付けてもよい。

ソフトウェアの情報としては、例えば、ソフトウェアのｉｎｏｄｅ番号、ハッシュ値など、同種のソフトウェアであっても個別の値を有するもの、設定などに応じて値が変わるものなどが想定される。なお、ｉｎｏｄｅ番号、ハッシュ値などの作成は、実行されるソフトウェア、仮想環境の管理ソフトウェアなどにおいて行われて、本実施形態の構成要素は作成しなくともよい。あるいは、照合リストを自動で作成するときは、第２ソフトウェア情報取得部１１２などが作成してもよい。ハッシュ値は、ソフトウェアの実行ファイルの内容などから、ｓｈａ－２５６、ｓｈａ５１２などの一般的なハッシュアルゴリズムを用いて作成されればよい。

検知されたソフトウェアの検知時点の情報は、検知時点において、当該ソフトウェアの実行ファイルなどのリソースから取得することができる。ゆえに、ソフトウェアのリソースにアクセスする必要があり、リソースの記憶されている場所を認識する必要がある。監視環境から見たリソースの記憶されている場所は、監視環境の名前空間におけるリソースの名前を示す情報から判明する。当該情報は、一般的にパスと称される。言い換えれば、監視環境から見たリソースの記憶されている場所は、監視環境におけるリソースのパスによって表される。リソースのパスは、例えば、監視環境においてソフトウェアＡに対する実行命令がなされたときに、監視環境において別のソフトウェアＢを実行し、ソフトウェアＢによってソフトウェアＡの情報を抽出することにより、取得できる。

しかし、監視環境と実行環境とが異なる場合、監視環境におけるソフトウェアＡのリソースのパスを認識することは困難である。ソフトウェアＢによって取得されるソフトウェアＡのリソースのパスは、実行環境におけるパスだからである。監視環境から当該実行ファイルにアクセスするには、監視環境におけるパスが必要であり、実行環境におけるパスを用いてアクセスすることはできない。また、実行環境におけるパスを用いた場合、偶然にも、別のリソースに誤ってアクセスする恐れもある。

ゆえに、従来では、監視環境を実行環境と同じにする必要があった。つまり、検知したいソフトウェアが実行される環境において、実行制御を行う必要があった。具体的には、保護したい複数の仮想環境それぞれに、実行制御を行うソフトウェアをインストールする必要があった。しかし、仮想環境の数が増えるに従い、実行制御ソフトに対するコストが増大してしまう。また、各仮想環境のサイズも増大し、仮想環境の数が増えるに従い、情報処理装置１に求められるリソースも増大となる。

一方、本実施形態の情報処理装置１は、実行環境と監視環境が異なっていても、監視環境におけるソフトウェアのリソースのパス、言い換えれば、監視環境の名前空間におけるソフトウェアのリソースの名前、を取得する。これにより、監視環境から実行環境のリソースに対してアクセスすることができる。そして、一つの環境から多数の環境に対する実行制御が可能となる。

リソースとしては、実行ファイルの形式で保存されていて、検知対象のソフトウェアを起動させるプログラムが想定される。また、当該プログラムまたは起動したソフトウェアが参照するデータなどを含むファイルなども想定される。また、リソースは、ホスト環境と仮想環境とで共有されていることを想定する。つまり、監視環境および実行環境の両方からアクセスが可能であることを想定する。なお、以降、ソフトウェアのリソースのパスを単にソフトウェアのパスと記載する。

照合リストには、実行が許可または不許可とされるソフトウェアと、当該ソフトウェアに関する情報と、が少なくとも含まれる。例えば、前述のｉｎｏｄｅ番号、ハッシュ値などが含まれており、リソースにアクセスすることによって得られた検知時点のそれらと比較される。なお、実行が許可されるソフトウェアとその情報が、実行環境ごとに異なっていてもよい。なお、照合リストへのソフトウェアの登録とは、照合リストにソフトウェアの情報を記録して更新することを意味する。

なお、本実施形態の情報処理装置１は、仮想環境の新規作成を検知して照合リストを更新し、既存のみならず新規の仮想環境に対しても、ソフトウェアの実行制御を行うことを可能とする。

情報処理装置１の内部構成の詳細について説明する。なお、図１に示した構成要素は、ソフトウェアの実行制御を行うためのものであり、他の構成要素は省略されている。例えば、仮想環境の作成部は省略されている。また、図１に示した情報処理装置１の各構成要素は、細分化されてもよいし、集約されてもよい。例えば、記憶部１０１は、保存されるファイルなどに応じて、分けられていてもよい。また、記憶部１０１以外の構成要素を演算部とみなしてもよい。また、各構成要素の処理結果は、次の処理が行われる構成要素に送られてもよいし、記憶部１０１に記憶され、次の処理が行われる構成要素は記憶部１０１にアクセスして処理結果を取得してもよい。

記憶部１０１は、情報処理装置１によって使用されるファイルなどを保存する。図１では、ソフトウェアの実行制御を行うためのファイルとして、環境情報リストと、照合リストと、事前登録リストと、が示されている。また、仮想環境を実現するためのファイル群を含むディレクトリである実行ディレクトリと、当該ファイル群のオリジナルのファイル群を含むディレクトリであるレイヤーディレクトリと、が示されている。これら以外のファイルは、省略されている。

ソフトウェア実行検知部１０２は、ソフトウェアの実行を検知する。当該検知は、様々な手段により実現が可能である。例えば、フックと呼ばれるＯＳ（ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ）の仕組みを用いることにより、ソフトウェアの実行を検知することができる。フックを用いると、プログラム内のあらかじめ設定された箇所に任意の処理を挟むことができる。例えば、ＯＳの一種であるｌｉｎｕｘ（登録商標）では、フックを用いて、ソフトウェアを呼び出すシステムコールの実行前に、あらかじめ登録された関数（プログラムとも言える）を実行することができる。これを利用して、ソフトウェアの実行に不可欠なシステムコールの少なくとも一つに対してフックをセットしておき、フックによって所定の処理が行われたときに、ソフトウェアの実行を検知したとしてもよい。また、フックによって検知されたソフトウェアの実行は保留されるため、不許可とすべきソフトウェアが実行され続けることを防ぐことができる。

また、ソフトウェア実行検知部１０２は、検知されたソフトウェアの情報を取得する。例えば、検知されたソフトウェアのパスを取得する。なお、取得されるパスは、実行環境におけるパスである。また、例えば、検知されたソフトウェアの実行環境を特定するための情報を取得する。当該情報としては、例えば、仮想環境のプロセスＩＤ（ＰＩＤ）がある。プロセスＩＤは、実行中のソフトウェアごとに割り当てられる個別のＩＤである。仮想環境もソフトウェアによって実現されるため、仮想環境に対してもプロセスＩＤは割り当てられる。

これらの情報は、例えば、ソフトウェアの検知手法と同様、フックを用いて取得することができる。例えば、前述のｌｉｎｕｘにおいては、フックにより、システムコールの実行前に処理を挟むだけでなく、システムコールが保持しているデータ、例えば、引数、内部の変数、ソフトウェアのパス、プロセスＩＤなども取得可能である。また、ソフトウェアのプロセスＩＤから、親プロセスＩＤ（ＰＰＩＤ）を取得することも可能である。親プロセスＩＤとは、ソフトウェアを実行するために用いられた上位のソフトウェアのプロセスＩＤである。そして、親プロセスＩＤのさらに親プロセスＩＤも取得することができる。このようにして、検知されたソフトウェアの親プロセスＩＤを辿っていくことができる。実行環境が仮想環境である場合は、最終的に仮想環境のプロセスＩＤに辿り着く。ゆえに、仮想環境のプロセスＩＤは取得可能である。

パス取得部１０３は、仮想環境のプロセスＩＤなどといった実行環境を識別可能な識別情報を用いて、監視環境における実行環境当のパスを環境情報リストから取得する。なお、パス取得部１０３は、実行環境のパスだけでなく、環境情報リストに含まれる実行環境に関する情報を取得してよい。

図２は、環境情報リストの一例を示す図である。環境情報リストには、少なくとも、仮想環境のプロセスＩＤなどといった仮想環境の識別情報と、監視環境における仮想環境のパスと、が含まれており、これらの対応関係が分かるように記憶されている。図２の左側１番目の列は、仮想環境個別のＩＤを示す。仮想環境のＩＤも、仮想環境の識別するための情報に該当する。図２の例では、ｃｏｎｔａｉｎｅｒ１からｃｏｎｔａｉｎｅｒ５までの五つの仮想環境に関する情報が示されている。図２の左側３番目の列は、監視環境における仮想環境のパスを示す。なお、図２の例では、監視環境がホスト環境である場合を示している。

図２の左側２番目の項目の「プロセスＩＤ」は、仮想環境のプロセスＩＤを示す。パス取得部１０３は、図２のようなテーブルから、仮想環境のプロセスＩＤをキーとして、監視環境における仮想環境のパスを取得する。例えば、ソフトウェア実行検知部１０２から取得したプロセスＩＤが「３５７０１７」である場合、上からの１番目の行に「３５７０１７」のプロセスＩＤが含まれているため、「／ｖｉｒｔｕａｌ／ｃｏｎｔａｉｎｅｒ１／」が仮想環境のパスとして取得される。なお、同じ行に含まれている情報も取得されてよく、例えば、ｃｏｎｔａｉｎｅｒ１が仮想環境のＩＤとして取得されてもよい。このように、仮想環境のＩＤは、ソフトウェア実行検知部で取得されてもよいし、パス取得部で取得されてもよい。

なお、以降、各リストにおいて、対応付けられている情報の一群をデータセットと記載する。例えば、図２の太枠で囲われている一つの行が、一つのデータセットに相当する。

また、記憶部１０１が記憶している環境情報リストに、ソフトウェア実行検知部１０２によって検出された仮想環境のプロセスＩＤが存在しないときは、検出されたソフトウェアがホスト環境で実行されたと判断できる。ホスト環境のパスが環境情報リストに登録されていれば、検出されたソフトウェアがホスト環境で実行された場合でも、監視環境におけるパスを取得することができる。

なお、図２に示したようなテーブルに対する、情報の検索、登録、編集、削除といった処理は、一般的な方法でよく、特に限定されるものではない。以降において説明されるリストにおいても同様である。

第１パス変換部１０４は、監視環境における実行環境のパスを用いて、検知されたソフトウェアの実行環境におけるパスを、監視環境におけるパスに変換する。図３は、パスの変換を説明する図である。図３の例では、監視環境がホスト環境であり、実行環境がｃｏｎｔａｉｎｅｒ１であり、ホスト環境におけるｃｏｎｔａｉｎｅｒ１のパスが「／ｖｉｒｔｕａｌ／ｃｏｎｔａｉｎｅｒ１」であったとする。また、検知されたソフトウェアの実行環境におけるパスが「／ｂｉｎ／ｌｓ」であったとする。この例の場合、「／ｂｉｎ／ｌｓ」は、「／ｖｉｒｔｕａｌ／ｃｏｎｔａｉｎｅｒ１」のディレクトリ下におけるパスであるため、これらを組み合わせることにより、検知されたソフトウェアのホスト環境におけるパスが作成できる。すなわち、「／ｖｉｒｔｕａｌ／ｃｏｎｔａｉｎｅｒ１／ｂｉｎ／ｌｓ」が検知されたソフトウェアの監視環境におけるパスである。

第１ソフトウェア情報取得部１０５は、記憶部１０１にアクセスし、検知されたソフトウェアの監視環境におけるパスに存在するリソースから、検知されたソフトウェアの検知時点の情報を取得する。取得される情報は、照合リストを用いて照合される情報であり、予め定められている。例えば、ｉｎｏｄｅ番号、ハッシュ値、デバイス番号などでよい。なお、ソフトウェア実行検知部１０２、パス取得部１０３、第１パス変換部１０４などの他の構成要素によって取得済みの情報は、取得しなくともよい。

なお、検知されたソフトウェアの監視環境におけるパスに存在するファイルが他のパスに存在していることもあり得る。例えば、バックアップなどの目的で、当該ファイルがコピーされて特定のディレクトリに保存されている場合もあり得る。そのような場合に、コピーされたファイルにアクセスして情報を取得してもよい。また、その場合、第１パス変換部１０４が、検知されたソフトウェアの監視環境におけるパスを、さらにコピーの保存先ディレクトリに変換してもよい。すなわち、当該パスに基づいてアクセス可能なファイルから検知時点の情報を取得できればよい。コピーの保存先ディレクトリ下のファイルは、当該パスに基づいてアクセス可能なファイルに含まれる。

照合部１０６は、記憶部１０１に記憶されている照合リストにアクセスし、検知されたソフトウェアの検知時点の情報と、検知されたソフトウェアの照合リストに登録されている情報と、を照合し、相違の有無を調べる。

図４は、照合リストの一例を示す図である。本実施形態では、ソフトウェアの実行が許可されている環境のＩＤを示す値と、ソフトウェアのｉｎｏｄｅ番号と、ソフトウェアのハッシュ値と、ソフトウェアのパスと、が対応付けられている形で保存されている。照合リストに登録される情報は、適宜に変えてよい。

例えば、検知されたソフトウェアの監視環境におけるパスが「／ｖｉｒｔｕａｌ／ｃｏｎｔａｉｎｅｒ３／ｂｉｎ／ｌｓ」であった場合、照合部１０６は、当該パスをキーとして、照合リスト内を検索し、当該パスを含むデータセットの検出を試みる。当該パスを含むデータセットが検出された場合は、検出されたデータセット内の各項目の値が、検知されたソフトウェアの検知時点の情報と、が一致するかを確認する。例えば、「／ｖｉｒｔｕａｌ／ｃｏｎｔａｉｎｅｒ３／ｂｉｎ／ｌｓ」を含むデータセットには、「８８３１４０」というｉｎｏｄｅ番号と、「ｉ９ｓｆ・・・・・ｓａｆｄ」というハッシュ値が含まれている。これらの値が、検知されたソフトウェアの検知時点における値と、一致するかが確認される。当該パスを含むデータセットが検出されなかった場合は、検出されなかった旨が実行制御部１０７に通知される。

また、前述の通り、ホスト環境において実行されるソフトウェアに対して実行制御が行われてもよいため、仮想環境だけでなく、ホスト環境のＩＤ、パスなどが照合リストに含まれていてもよい。

なお、図４では、照合リストは一つのテーブルに複数の仮想環境の情報を含めているが、仮想環境ごとにテーブルを分けてもよい。あるいは、ソフトウェアごとに分けてもよい。また、照合リストが複数のファイルから構成されていて、各ファイルに割り当てられた仮想環境の情報が記録されていてもよい。その場合、照合部１０６は、一般的なデータ検索またはファイル検索の手法により、複数のテーブルまたはファイルから対応する仮想環境に係るテーブルまたはファイルを検出して、検出されたテーブルまたはファイルに対し照合処理を行えばよい。また、その他のリストも同様に、複数のテーブルまたはファイルに分かれていてもよい。

実行制御部１０７は、照合の結果に基づき、検知されたソフトウェアの実行を許可するか否かを決定する。例えば、照合リストをホワイトリストとして用いる場合は、照合の結果、情報に相違が一つでもあった場合は、ソフトウェアが改ざんされたと認定して、検知されたソフトウェアの実行を許可しないとしてもよい。なお、情報に相違があった場合でも、相違する情報によっては、検知されたソフトウェアの実行を許可するとしてもよい。また、ソフトウェアの実行者の権限などに応じて、制御内容が異なっていてもよい。また、照合リストをブラックリストとして用いる場合は、例えば、照合の結果、情報に相違がない場合に、検知されたソフトウェアの実行を許可しないとしてもよい。

検知されたソフトウェアの実行を許可する場合、検知されたソフトウェアの実行は保留されていたが、当該保留を解除してもよい。あるいは、検知されたソフトウェアの再実行を行ってもよい。例えば、前述の通り、一部のシステムコールの実行前にフックによる挟み処理によってソフトウェアの実行を保留した場合、挟み処理に特定の戻り値を返すことによって、保留を解除するといったことが行われてよい。ソフトウェアの実行を許可する場合は、保留を解除する戻り値を返し、ソフトウェアの実行を許可しない場合は、保留されたソフトウェアの停止を実行する戻り値を返すといったこともしてもよい。

このように実行制御部１０７は、検知されたソフトウェアがいずれの環境で実行されたとしても、検知されたソフトウェアの検知時点の情報に基づいて、実行を制御することができる。そのため、仮想環境ごとに実行制御部１０７が存在する必要はない。

上記のように、検知されたソフトウェアのパスを取得するために、環境情報リストを用いるが、仮想環境が作成または起動される度に、環境情報リストを自動的に更新してもよい。例えば、プロセスＩＤは、実行中のソフトウェアごとに割り当てられるが、停止すると消滅する。そして、ソフトウェアが再度実行されたときに、同じプロセスＩＤが割り当てられるわけではない。ゆえに、再起動後の仮想環境のプロセスＩＤは、環境情報リストに登録されているプロセスＩＤとは異なる。このように、仮想環境の起動の度に更新される情報もある。そのため、仮想環境の起動を検知して、自動的に環境情報リストが更新されることが好ましい。

仮想環境起動検知部１０８は、環境情報リストを自動的に更新するため、仮想環境の起動を検知して起動された仮想環境の情報を取得する。環境情報リスト更新部１０９は、当該情報に基づいて環境情報リストを更新する。こうして、ソフトウェア実行検知部１０２によるソフトウェアの検知の前に、環境情報リストが用意される。

また、仮想環境作成検知部１１０は、環境情報リストを自動的に更新するため、仮想環境の作成を検知して作成された仮想環境の情報を取得する。環境情報リスト更新部１０９は、当該情報に基づき、環境情報リストに作成された仮想環境のデータセットを追加する。

仮想環境作成検知部１１０によって取得される仮想環境の情報は、例えば、仮想環境のＩＤ、監視環境における仮想環境のパス、仮想環境にマウント予定のソフトウェア群が保管されているディレクトリ（マウント元）のパスなどがある。当該ディレクトリは、レイヤーディレクトリと称される。仮想環境は、仮想環境の実体となるディレクトリにレイヤーディレクトリをマウントすることにより実現される。

仮想環境のＩＤの取得方法の一例としては、仮想環境を管理する管理ソフトウェアを利用する方法がある。例えば、仮想環境のＩＤが名称に含まれたディレクトリ内に、仮想環境のソフトウェアに関するテキストファイルなどが含まれ、当該ファイルに当該ディレクトリのパス、仮想環境のＩＤなどが示されている場合も多々ある。仮想環境の実体のファイルパスの情報を用いることで、対応する仮想環境のＩＤが取得可能である。

例えば、ｃｏｎｔａｉｎｅｒ１というＩＤの仮想環境が作成されたときに、仮想環境作成検知部１１０は、ｃｏｎｔａｉｎｅｒ１というＩＤと、ｃｏｎｔａｉｎｅｒ１のパスと、を取得する。そして、環境情報リスト更新部１０９は、環境情報リストに、ｃｏｎｔａｉｎｅｒ１のＩＤおよびパスを含むデータセットを追加する。ｃｏｎｔａｉｎｅｒ１のデータセットが既に存在している場合は、上書きすればよい。また、ｃｏｎｔａｉｎｅｒ１の仮想環境が起動されたときに、仮想環境起動検知部１０８は、ｃｏｎｔａｉｎｅｒ１というＩＤと、ｃｏｎｔａｉｎｅｒ１のプロセスＩＤと、を取得する。そして、環境情報リスト更新部１０９は、環境情報リストから、ｃｏｎｔａｉｎｅｒ１を含むデータセットを検出して、仮想環境のプロセスＩＤなどといった当該データセット内の情報を更新する。仮想環境が初めて起動されたときは、当該仮想環境のプロセスＩＤは環境情報リスト内に記載されていないため、当該プロセスＩＤを追加し、仮想環境の起動が初めてでないときは、環境情報リスト内に記載されているプロセスＩＤを上書きすればよい。

仮想環境の作成を検知する手法としては、前述のフックを用いた方法が存在する。例えば、仮想環境の作成において、マウント用のディレクトリ（マウント先）を作成し、当該ディレクトリに対してレイヤーディレクトリ（マウント元）をマウントすることによって、監視環境とは独立してソフトウェアを実行させる手法があるが、このマウント処理を行うシステムコールにフックを用いた処理を挟み込むことにより、仮想環境の作成を検知してもよい。例えば、ｌｉｎｕｘでは、マウント元およびマウント先のパスが入力され、これらを引数としたｍｏｕｎｔシステムコールが実行されて、マウント処理が実行される。ゆえに、ｍｏｕｎｔシステムコールに対して処理を挟むことにより、仮想環境の作成を検知しつつ、ｍｏｕｎｔシステムコールに渡されるマウント先およびマウント元のパスを取得することができる。

また、仮想環境の管理を行う管理ソフトウェアが、仮想環境のパスと、仮想環境のＩＤと、を対応付けて管理している場合もある。その場合、当該管理ソフトウェアを介して、これらの情報が取得されてもよい。あるいは、当該管理ソフトウェアによって作成または更新されたファイルを監視し、当該ファイルが作成または更新されたときに、当該ファイルから仮想環境の情報を取得してもよい。例えば、当該ファイルを作成または更新するシステムコールをフック用いて検知し、当該システムコールによって作成されるディレクトリ名とパスを取得してもよい。また、実行される各システムコールに対して、当該システムコールが仮想環境の新規作成のためものかを確認してもよい。例えば、システムコールによって作成されたディレクトリのパスの一部に、所定の文字列が入っている場合に、当該システムコールが仮想環境の新規作成のためものであると判断してもよい。例えば、「／ｈｏｍｅ／ｖｉｒｔｕａｌ＿ｄａｔａ／」というパスで表わされるディレクトリ下に、「／ｈｏｍｅ／ｖｉｒｔｕａｌ＿ｄａｔａ／ｃｏｎｔａｉｎｅｒ１」というパスで表わされるディレクトリが作成された場合、「ｃｏｎｔａｉｎｅｒ１」というＩＤの仮想環境が作成されたと認識し、「／ｈｏｍｅ／ｖｉｒｔｕａｌ＿ｄａｔａ／ｃｏｎｔａｉｎｅｒ１」の配下のファイルから、ｃｏｎｔａｉｎｅｒ１の情報を取得してもよい。

なお、仮想環境の作成以外にもマウント処理が起こり得る。ゆえに、マウント処理を検知した際に、マウント元であるレイヤーディレクトリのパスに関する情報が得られた場合に、当該マウント処理が仮想環境の新規作成に関わる処理と判断してもよい。

仮想環境の起動の検知も、仮想環境の作成の検知と同様に、仮想環境の起動時に所定のソフトウェアを実行して仮想環境起動検知部１０８に通知することにより、行われてもよい。また、仮想環境のプロセスＩＤは、ソフトウェアの実行検知のときと同様に取得することが可能である。仮想環境のＩＤは、例えば、仮想環境のプロセスが有する、マウントのステータスについての情報から取得することができる。例えば、仮想環境において実行されるソフトウェアの実行ファイル群を仮想環境のルートディレクトリにマウントして独立させることで仮想環境を作成する手法がある。当該手法では、実行中の仮想環境のプロセスは、マウント先のディレクトリ、マウントされるディレクトリなどといった、プロセスがマウントした対象の情報を有しており、マウント先の対象が仮想環境のＩＤが含まれていることもあるため、仮想環境のＩＤなどの所望の情報を取得することができる。

なお、仮想環境作成検知部１１０は、環境情報リストを更新しようとした際に環境情報リストが記憶部１０１に存在していなかったときは、環境情報リストを作成してもよい。その際、仮想環境作成検知部１１０は、ホスト環境のパスを、環境情報リストに登録してもよい。

一方、実行制御には照合リストが用いられるが、仮想環境ごとにソフトウェアの実行制御を行う際には、仮想環境の新規作成時に、新規作成された仮想環境において許可または不許可とされるソフトウェアの情報を登録する必要がある。仮想環境が頻繁に増減する場合、ユーザーが手動で照合リストを適宜更新するという運用は不便である。そのため、本実施形態では、照合リストへ登録させる情報を示すリストを用意しておき、仮想環境の新規作成を検知したときに、当該リストに基づいて照合リストの更新を行う。以降、当該リストを事前登録リストと記載する。事前登録リストを利用することにより、運用の負担を軽減する。ただし、事前登録リストを用いず、ユーザーが照合リストに登録すべき情報を情報処理装置１に入力し、照合リストが入力された情報を照合リストに登録してもよい。

図５は、事前登録リストの一例を示す図である。事前登録リストには、照合リストに登録する情報が登録されている。図５の例では、仮想環境におけるソフトウェアのパスと、ハッシュ値と、が保存されている。なお。事前登録リストの情報は、予め登録しておく必要があるが、これらの情報は仮想環境に依存しないため、事前登録リストへの登録は、ソフトウェアの追加、変更などの処理に対して１回行うだけで済む。なお、照合リストに登録されている情報全てが事前登録リストに登録されていなくともよい。事前にリストに登録されていないが照合リストに登録される情報は、情報処理装置１の構成要素によって取得される。

また、事前登録リストは、ホワイトリスト用とブラックリスト用に分かれていてもよい。ホワイトリスト用の事前登録リストには実行が許可されるソフトウェアの情報が含まれ、ブラックリスト用の事前登録リストには実行が停止（ブロック）されるソフトウェアの情報が含まれる。

なお、仮想環境ごとに許可または不許可とされるソフトウェアが異なる場合には、仮想環境のＩＤなど、仮想環境を区別するための情報が事前登録リストに含まれていてもよい。

第２パス変換部１１１は、事前登録リストが示す仮想環境におけるソフトウェアのパスを、仮想環境作成検知部１１０などによって取得された仮想環境のパスを用いて、監視環境におけるパスに変換する。当該変換は、第１パス変換部１０４の処理と同じでよい。例えば、仮想環境のパスが「／ｖｉｒｔｕａｌ／ｃｏｎｔａｉｎｅｒ１」であり、事前登録リストが示すソフトウェアのパスが「／ｂｉｎ／ｌｓ」だった場合、第２パス変換部１１１は、これらを組み合わせた「／ｖｉｒｔｕａｌ／ｃｏｎｔａｉｎｅｒ１／ｂｉｎ／ｌｓ」というパスを、監視環境における当該ソフトウェアのパスとして作成する。これにより、監視環境におけるソフトウェアのパスが、図４に示した照合リストのように登録できる。

第２ソフトウェア情報取得部１１２は、照合リストに登録する情報を収集して、収集された情報を照合リストに登録する。図４に示した例であれば、監視環境におけるソフトウェアのパスは第２パス変換部１１１を介して取得できる。また、当該ソフトウェアのハッシュ値は事前登録リストから取得できる。また、当該ソフトウェアの各仮想環境におけるｉｎｏｄｅ番号は、第２ソフトウェア情報取得部１１２が、マウント元のレイヤーディレクトリにアクセスし、当該ソフトウェアのｉｎｏｄｅ番号を取得すればよい。

なお、ソフトウェアの実行ファイルがマウントされるのは、厳密には、仮想環境の初回起動時である。そのため、仮想環境が初めて起動されるまで、仮想環境の実行ファイルにアクセスすることができない。例えば、監視環境におけるソフトウェアのパス「／ｖｉｒｔｕａｌ／ｃｏｎｔａｉｎｅｒ１／ｂｉｎ／ｌｓ」上に実行ファイルは、仮想環境の初回起動時まで存在しない。そのため、仮想環境の初回起動時までにｉｎｏｄｅ番号を取得するときは、マウント元のレイヤーディレクトリにアクセスしてｉｎｏｄｅ番号を取得する。

例えば、「／ｂｉｎ／ｌｓ」を用いて「／ｈｏｍｅ／ｖｉｒｔｕａｌ／ｃｏｎｔａｉｎｅｒ１／ｂｉｎ／ｌｓ」というパスが作成されたことを通知された第２ソフトウェア情報取得部１１２は、事前登録リストから「／ｂｉｎ／ｌｓ」を検索して、それに対応したハッシュ値を取得する。また、第２ソフトウェア情報取得部１１２は、レイヤーディレクトリのファイルパスが「／ｈｏｍｅ／ｖｉｒｔｕａｌ／ｌａｙｅｒ１」であった場合、「／ｈｏｍｅ／ｖｉｒｔｕａｌ／ｌａｙｅｒ１」の配下にある「／ｂｉｎ／ｌｓ」のファイルを検索し、当該ファイルからｉｎｏｄｅ番号を取得する。なお、レイヤーディレクトリが複数ある場合は、レイヤーディレクトリごとに、上記のようにして、ｉｎｏｄｅ番号を取得してもよい。そして、第２ソフトウェア情報取得部１１２は、「／ｈｏｍｅ／ｖｉｒｔｕａｌ／ｃｏｎｔａｉｎｅｒ１／ｂｉｎ／ｌｓ」と、それに対応するハッシュ値と、それに対応するｉｎｏｄｅ番号と、を対応付ける。

照合リスト更新部１１３は、第２ソフトウェア情報取得部１１２によって対応付けられた情報を、照合リストに登録する。なお、記憶部１０１に照合リストが存在しない場合は、照合リスト更新部１１３は、照合リストを作成してもよい。照合リスト内にデータが存在していた場合は、データセットを追加する。なお、照合リストに、同じ仮想環境の同じソフトウェアに係るデータセットが登録されてたいた場合は、当該データセットを上書きすればよい。

なお、前述の通り、照合リストが、複数のテーブルまたはファイルに分かれている場合は、照合リスト更新部１１３は、一般的なデータ検索またはファイル検索の手法により、複数のテーブルまたはファイルから対応する仮想環境に係るテーブルまたはファイルを検出して、検出されたテーブルまたはファイルに対し登録処理を行えばよい。

次に、情報処理装置１の各処理の流れについて説明する。図６は、ソフトウェアの実行制御に関する処理の概略フローチャートである。

まず、ソフトウェア実行検知部１０２は、フック等の機能を用いて、ソフトウェアの実行を検知し（Ｓ１０１）、ソフトウェアの実行を保留した上で、ソフトウェアの情報を取得する（Ｓ１０２）。例えば、ソフトウェアのプロセスＩＤ、仮想環境のプロセスＩＤ、ソフトウェアの実行環境のＩＤなどを取得する。

パス取得部１０３は、取得されたソフトウェアの情報に基づき、環境情報リストから、監視環境における実行環境のパスなど、環境情報リストに含まれる情報を取得する（Ｓ１０３）。第１パス変換部１０４は、監視環境における実行環境のパスを用いて、ソフトウェアの実行環境におけるパスを監視環境におけるパスに変換（Ｓ１０４）。なお、ソフトウェアの実行環境が監視環境であったときは、パスを変換しなくても、当該パスを用いてソフトウェアのファイルにアクセスできるため、Ｓ１０３およびＳ１０４の処理は省略されてよい。

第１ソフトウェア情報取得部１０５は、照合リストと照合するため、変換されたパス先にあるリソースからソフトウェアの検知時点の情報を取得する（Ｓ１０５）。なお、ソフトウェアのプロセスＩＤなどといった取得済みの情報は取得しなくともよい。また、リソースであるファイル自体をコピーして、当該コピーから情報を取得してもよい。

照合部１０６は、これまでの処理において取得された、ソフトウェアの検知時点の情報と、照合リストに登録されているソフトウェアの情報と、を照合する（Ｓ１０６）。実行制御部１０７は、照合結果に基づき、ソフトウェアの実行可否を決定して制御する（Ｓ１０７）。例えば、正当なソフトウェアと判断されたときは、保留されていたソフトウェアの実行が許可され、不正なソフトウェアと判断されたときは、ソフトウェアを停止してもよい。また、ソフトウェアを停止した際に、警告メッセージを出力するプログラムを実行してもよい。このようにして実行制御が行われて、本フローは終了する。

図７は、仮想環境起動検知時の処理の概略フローチャートである。仮想環境起動検知部１０８は、仮想環境の起動を検知し（Ｓ２０１）、仮想環境のＩＤおよびプロセスＩＤなどといった、起動された仮想環境の情報を取得する（Ｓ２０２）。例えば、仮想環境が起動する際に実行されるマウント処理に関するシステムコールを検知して、仮想環境が起動したとみなし、当該システムコールに含まれる引数から仮想環境の情報を取得してもよい。

環境情報リスト更新部１０９は、起動された仮想環境の情報を対応付けて、記憶部１０１の環境情報リストに登録する（Ｓ２０３）。前述のように、仮想環境の情報が仮想環境の作成時に既に登録されていたときは、プロセスＩＤなどの未登録の情報を追加する。これにより、起動された仮想環境の情報が最新のものに更新される。以上で本フローは終了する。

図８は、第１の実施形態における仮想環境作成検知時の処理の概略フローチャートである。仮想環境作成検知部１１０は、マウント処理を実行するためのシステムコールなどをフックすることにより、仮想環境作成を検知し（Ｓ３０１）、仮想環境のＩＤ、仮想環境のパス、レイヤーディレクトリなどといった、作成される仮想環境の情報を取得する（Ｓ３０２）。

環境情報リスト更新部１０９は、取得されたこれらの情報を一つのデータセットとして、記憶部１０１の環境情報リスト情報に登録する（Ｓ３０３）。同じ仮想環境のデータセットが既に存在する場合もあり得るが、その場合は、当該データセットは以前の古い情報と考え、多重のデータセットが存在すると不具合が生じるため、上書きする。

一方、第２パス変換部１１１は、作成された仮想環境におけるソフトウェアのパスを事前登録リストから取得から取得する（Ｓ３０４）。そして、仮想環境のパスを用いて、仮想環境におけるソフトウェアのパスを、監視環境におけるパスに変換する（Ｓ３０５）。

一方、第２ソフトウェア情報取得部１１２は、取得されたソフトウェアのレイヤーディレクトリにアクセスし、当該レイヤーディレクトリ内のリソースから、ｉｎｏｄｅ番号などといった当該ソフトウェアの初期状態（デフォルト）の情報を取得する（Ｓ３０６）。なお、複数のレイヤーディレクトリが存在する場合は、順番にアクセスし、所望の情報を全て取得できなかった場合に、次のレイヤーディレクトリに移ればよい。なお、ハッシュ値などの所望の情報が取得できなかったときは、それらの情報を、第２ソフトウェア情報取得部１１２がレイヤーディレクトリ内のリソースの情報に基づいて作成してもよい。また、第２ソフトウェア情報取得部１１２は、事前登録リストに記録されているソフトウェアと、ハッシュ値などといった当該ソフトウェアの情報と、を取得する（Ｓ３０７）。

照合リスト更新部１１３は、仮想環境のＩＤ、ソフトウェアの実行環境におけるパス、ハッシュ値、デフォルトの情報などといった、仮想環境およびソフトウェアの情報を照合リストに登録する（Ｓ３０８）。こうして、本フローは終了する。これにより、仮想環境が作成される度に、照合リストが自動的に当該仮想御環境における情報を含むようになる。

なお、上記では、ソフトウェア実行検知部１０２と仮想環境起動検知部１０８を分けて記述したが、仮想環境もソフトウェアの一種であることから、ソフトウェア実行検知部１０２が仮想環境起動検知部１０８を兼ねてもよい。その場合は、例えば、ソフトウェア実行検知部１０２は、仮想環境も含めたソフトウェアの検知を行い、検知されたソフトウェアの親プロセスが仮想環境を管理するソフトウェアかどうかを確認する。確認方法は仮想環境を管理するソフトウェアの情報（ソフトウェアの名前やプロセスのＩＤなど）を調査しておき、それらの情報と一致するかどうかで判定すればよい。一致した場合は、検知されたソフトウェアは、仮想環境を起動するためのソフトウェア（実行された仮想環境のプロセスとなるソフトウェア）であると判断し、上記の仮想環境起動検知時の処理を実行すればよい。一致しなかった場合は、ソフトウェアの実行制御に関する処理を実行すればよい。

以上のように、本実施形態の情報処理装置１は、検知されたソフトウェアの実行環境と、当該ソフトウェアの監視環境と、が異なっていたとしても、当該ソフトウェアの実行環境におけるパスを監視環境におけるパスに変換することができる。これにより、監視環境から当該ソフトウェアのリソースにアクセスすることができ、当該ソフトウェアの検知時点の情報を取得することができる。そして、当該ソフトウェアの検知時点の情報と、当該ソフトウェアの登録されている情報と、を比較することにより、ソフトウェアの改ざんを検知することができる。

（第２の実施形態）
図９は、第２の実施形態に関する情報処理装置１の一例を示すブロック図である。本実施形態では、仮想環境の停止を検知する仮想環境停止検知部１１４と、仮想環境の削除を検知する仮想環境削除検知部１１５と、をさらに備える。第１の実施形態と同様な点は、説明を省略する。

第１の実施形態では、環境情報リスト更新部１０９は、仮想環境の作成および起動時に環境情報リストを更新した。本実施形態では、仮想環境の停止と削除を検知したときにも、環境情報リストおよび照合リストの更新を行う。

プロセスＩＤの値は使いまわされるため、以前に仮想環境のプロセスＩＤとして用いられた値が、別のソフトウェアのプロセスＩＤとして割り当てられることもあり得る。例えば、検知されたソフトウェアの親プロセスのＩＤが、以前存在して現在は削除された仮想環境のプロセスＩＤであったことも考えられる。その場合、検知されたソフトウェアが、実際には削除されている仮想環境において実行されたと誤って判断される恐れもある。これにより、ソフトウェアの誤った実行制御が行われる恐れもある。そのため、仮想環境の停止および削除の際に、環境情報リストおよび照合リストの更新を行う。また、これにより、環境情報リストおよび照合リストの肥大化も防ぐことができる。

環境情報リスト更新部１０９は、環境情報リストにおける仮想環境停止検知部１１４によって停止が検知された仮想環境の情報を更新する。環境情報リスト更新部１０９は、停止した仮想環境の情報を仮想環境停止検知部１１４から取得して、環境情報リストの情報を取得した情報に置き換えてもよい。あるいは、環境情報リストの停止した仮想環境の情報を、停止したことを示す値に更新してもよい。あるいは、当該情報が使用可能であるかどうかを示す項目の値を使用不可であることを示す値に変更してもよい。

例えば、図２に示した環境情報リストでは、仮想環境が停止した際には、仮想環境のプロセスＩＤが更新される。停止した仮想環境のプロセスＩＤは削除されて空欄とされてもよいし、プロセスＩＤとして割り当てられることが決してない数値に置き換えられてもよい。例えば、「－１」といった無効な数値に置き換えられてもよい。

例えば、図２では示されていないが、仮想環境が起動状態か停止状態かを判断できる項目を環境情報リストに追加し、検知された仮想環境の状態に応じて当該項目の値を更新してもよい。また、パス取得部１０３は、環境情報リストを読み取る際に、当該項目の値を参照して、環境情報リストの各データセットが有効であるかを判断してもよい。

また、環境情報リスト更新部１０９は、環境情報リストにおける仮想環境削除検知部１１５によって削除が検知された仮想環境の情報を更新する。環境情報リスト更新部１０９は、環境情報リストの削除された仮想環境の情報を空欄にしてもよい。あるいは、当該仮想環境に係るデータセット全体を削除して、削除されたデータセットよりも下に存在するデータセットを上に詰めてもよい。あるいは、削除されたことを示す所定の情報に書き換えてもよい。あるいは、当該情報が使用可能であるかどうかを示す項目の値を使用不可であることを示す値に変更してもよい。

照合リスト更新部１１３は、環境情報リスト更新部１０９と同様、照合リストにおける停止または削除が検知された仮想環境の情報を更新してもよい。

仮想環境停止部は、仮想環境の停止を検知する。仮想環境削除検知部１１５は、仮想環境の削除を検知する。仮想環境の停止および削除は、仮想環境の起動および作成と同様、フックなどを用いて検知してもよい。例えば、仮想環境の管理ソフトウェアが、仮想環境が起動または作成されたときに、当該仮想環境の名前を一部に含む名前のディレクトリを作成し、当該仮想環境が停止または削除されたときに、当該ディレクトリを削除することがある。これを利用し、ディレクトリの削除に関するシステムコールを、フックを用いて検知して当該システムコールの情報を取得し、削除されるディレクトリのパスに基づいて仮想環境の停止および削除を検知してもよい。例えば、管理ソフトウェアが「／ｖｉｒｔｕａｌ／ｍｏｖｉｎｇ／」というディレクトリを管理しており、当該ディレクトリの配下に起動している仮想環境に係るディレクトリを作成する場合において、「／ｖｉｒｔｕａｌ／ｍｏｖｉｎｇ／ｃｏｎｔａｉｎｅｒ１」というディレクトリが削除されたときは、「ｃｏｎｔａｉｎｅｒ１」という仮想環境が停止されたとみなしてよい。あるいは、仮想環境の起動が検知されたときに作成されたディレクトリを当該仮想環と対応付けて記憶しておき、当該ディレクトリが削除されたときは、当該仮想環境が削除されたとみなしてよい。

また、停止された仮想環境は、消滅したプロセスＩＤから特定してもよい。あるいは、仮想環境の停止または削除において実行される処理の痕跡に基づいて特定してもよい。

図１０は、仮想環境停止検知時の処理の概略フローチャートである。仮想環境の停止から、環境情報リストを更新するまでのフローの一例を説明する。仮想環境停止検知部１１４は、フックなどを用いて、仮想環境の停止を検知し（Ｓ４０１）、停止が検知された仮想環境の情報を取得する（Ｓ４０２）。環境情報リスト更新部１０９は、取得された仮想環境の情報に基づき、環境情報リストを更新する（Ｓ４０３）。なお、プロセスＩＤなど、仮想環境の停止によって変更される情報を仮想環境停止検知部１１４が認識しており、当該情報のみを取得して環境情報リスト更新部１０９に通知してもよいし、環境情報リスト更新部１０９が、当該情報を認識しており、仮想環境停止検知部１１４が取得した情報から必要な情報のみを更新してもよい。

図１１は、仮想環境削除検知時の処理の概略フローチャートである。仮想環境停止削除部は、フックなどを用いて、仮想環境の削除に関する処理を検知して削除された仮想環境を特定する（Ｓ５０１）。環境情報リスト更新部１０９は、環境情報リスト内における、特定された仮想環境に関する情報を削除する（Ｓ５０２）。一方、照合リスト更新部１１３は、照合リスト内の特定された仮想環境の情報を削除する（Ｓ５０３）。こうして、環境情報リストおよび照合リストから、不要な情報が削除される。

（第３の実施形態）
図１２は、第３の実施形態に関する情報処理装置１の一例を示すブロック図である。本実施形態では、これまでの実施形態対し、事前照合部（第２照合部）１１６をさらに備える。これまでの実施形態と同様な点は、説明を省略する。

事前照合部１１６は、レイヤーディレクトリのソフトウェアの情報と、事前登録リストの情報と、を照合する。すなわち、レイヤーディレクトリおよび事前登録リストのいずれか一方が改ざんされていないかを確認する。当該照合は、照合リストを用いた照合と区別するため、事前照合と記載する。

レイヤーディレクトリのパスが判明している場合は、事前照合の実行のタイミングは適宜に定めてよい。事前照合部１１６は、第２パス変換部１１１と同様、事前登録リストから、レイヤーディレクトリにおけるソフトウェアのパスを取得し、監視環境におけるレイヤーディレクトリのパスを用いて、監視環境におけるソフトウェアのパスを作成する。そして、当該パスを用いて、レイヤーディレクトリのソフトウェアの情報を取得してもよい。例えば、当該ソフトウェアの情報からハッシュ値を作成してもよい。つまり、レイヤーディレクトリ内のソフトウェアのハッシュ値を取得してもよい。レイヤーディレクトリのパスが不明な場合は、仮想環境起動検知部１０８によってレイヤーディレクトリのパスが取得された後に実行される。その場合、事前照合部１１６は、第２パス変換部１１１から、レイヤーディレクトリ内のソフトウェアのパスを取得すればよい。

なお、事前登録リストに登録されている全てのソフトウェアを対象とせず、指定されたソフトウェアだけに対して事前照合を行ってもよい。例えば、図５の例にいて、「／ｂｉｎ／ｌｓ」および「／ｂｉｎ／ｂａｓｈ」のソフトウェアに対しては事前照合を行い、「／ｂｉｎ／ｃａｔ」のソフトウェアに対しては事前照合を行わないということもあり得る。

なお、複数のレイヤーディレクトリが存在する場合、複数のレイヤーディレクトリ全てに対してアクセスし、レイヤーディレクトリごとの情報を取得してもよい。

第２ソフトウェア情報取得部１１２は、事前照合の結果に基づいて、取得する情報を変更する。例えば、照合リストをホワイトリストして用いる場合は、事前照合によって情報が一致しないとされたソフトウェアが照合リストに登録されるのを防ぐため、当該ソフトウェアの情報を取得しない。逆に、照合リストをブラックリストして用いる場合は、事前照合によって情報が一致しないとされたソフトウェアの情報を取得する。なお、事前照合部１１６によって既に取得された情報は、改めてレイヤーディレクトリのソフトウェアから取得する必要はない。このように、照合リスト更新部１１３によって照合リストに登録されるべき情報のみを取得すればよく、照合リスト更新部１１３は、第２ソフトウェア情報取得部１１２が取得した情報を、照合リストに登録すればよい。

なお、複数のレイヤーディレクトリのうち、事前登録リストと一致していない情報があったレイヤーディレクトリをマウント禁止としてもよい。全レイヤーディレクトリに対して検索処理を行ったとしても、該当するソフトウェアが発見できなかったときは、事前登録リストから次の検索対象のソフトウェアのファイルパスを取得し、再度、ハッシュ値の取得と照合処理に移る。前述の検索処理と照合処理を、事前登録リストの全てのソフトウェアに対して行い、各ソフトウェアの照合結果を取得し、照合が成功した事前登録リストのソフトウェアが判別できる情報にまとめる。

図１３は、第３の実施形態における仮想環境作成検知時の処理の概略フローチャートでる。本フローチャートは、第１の実施形態のフローチャートと比べ、Ｓ３０５以降の処理が異なる。

事前照合部１１６は、Ｓ３０５の処理によって作成された仮想環境におけるパスを用いて、レイヤーディレクトリのソフトウェアの情報を取得して、事前登録リストの情報と比較し、使用可能または使用不可能なソフトウェアを選択する（Ｓ６０１）。そして、第２ソフトウェア情報取得部１１２が選択されたソフトウェアのデフォルトの情報をレイヤーディレクトリから取得する（Ｓ６０２）。また、第２ソフトウェア情報取得部１１２は、事前登録リストに登録されている情報のうち、選択されたソフトウェアの情報を取得する（Ｓ６０３）。照合リスト更新部１１３は、第２ソフトウェア情報取得部１１２によって取得された、仮想環境の情報、選択されたソフトウェアの情報などを照合リストに追加する（Ｓ６０４）。こうして、照合リストには、事前照合によって使用可能または使用不可能と判定されたソフトウェアの情報が登録される。

（第４の実施形態）
作成される仮想環境は同一とする必要はなく、様々な仮想環境が作成されてもよい。仮想環境は、前述の通り、レイヤーディレクトをマウントすることにより作成することができる。そのため、包含するレイヤーディレクトリがそれぞれ異なるイメージファイルを複数作成しておき、異なるイメージファイルを用いて様々な種類の仮想環境が作成可能である。

例えば、仮想環境において使用されるＯＳの種類ごとにイメージファイルを用意しておき、仮想環境の作成の際には、指定されたＯＳに対応するイメージファイルが選択されて、仮想環境が作成されてもよい。イメージファイルには、イメージファイルの固有のＩＤ（以下イメージＩＤと呼称する）が割り振られ、仮想環境を管理するソフトウェアなどによって管理されればよい。

本実施形態では、このように作成される仮想環境イメージファイルが異なる場合に、イメージファイルに関する情報を用いた処理を行う。例えば、ユーザーＡによって作成される仮想環境ｃｏｎｔａｉｎｅｒ１はＯＳが異なる二種類の仮想環境が使用可能とする場合、仮想環境ｃｏｎｔａｉｎｅｒ１に対して、イメージファイルＡおよびＢを用いて作成を許可するが、イメージファイルＣを用いた作成を許可しないといったことがあり得る。このような場合に、照合の際に、仮想環境のベースとなったイメージファイルが許可されているかを確認してもよい。また、イメージファイルごとに許可されるソフトウェアが異なる場合もあり得る。そのような場合、検知されたソフトウェアが、実行環境のベースとなったイメージファイルに基づいて実行制御されてもよい。

図１４は、第４の実施形態に関する情報処理装置１の一例を示すブロック図である。本実施形態では、イメージファイル特定部１１７をさらに備える。これまでの実施形態と同様な点は、説明を省略する。

イメージファイル特定部１１７は、作成された仮想環境のＩＤに基づき、仮想環境の作成に用いられたイメージファイルのＩＤを取得する。例えば、仮想環境の管理ソフトウェアによって管理されているファイルにアクセスし、当該ファイルから、作成された仮想環境のＩＤをキーとして、仮想環境の作成に用いられたイメージファイルのＩＤ、レイヤーディレクトリのパスなどの情報を検索してもよい。

環境情報リスト更新部１０９は、イメージファイル特定部１１７によって特定されたイメージファイルのＩＤも、環境情報リストに登録してもよい。

また、事前登録リストには、仮想環境の作成に用いられてもよいイメージファイルまたは仮想環境の作成に用いられてはいけないイメージファイル登録されていてもよい。あるいは、イメージファイルごとに、許可されるソフトウェアまたは不許可とされるソフトウェアが指定されていてもよい。事前登録リストに基づいて更新された照合リストには、これらの情報が含まれる。なお、前述の通り、事前登録リストを用いず、これらの情報が情報処理装置１に入力され、照合リストがこれらの情報を登録してもよい。

パス取得部１０３は、前述の通り、環境情報リストに含まれる情報を取得するが、環境情報リストに特定されたイメージファイルのＩＤも含まれているため、仮想環境のイメージファイルのＩＤも取得可能である。

第１ソフトウェア情報取得部１０５は、検知されたソフトウェアの監視環境におけるパスに存在するリソースから、検知されたソフトウェアの検知時点の情報を取得する際に、イメージファイルに関する情報を取得してもよい。

照合部１０６は、実行環境のベースとなったイメージファイルのＩＤも用いて、照合を行ってもよい。前述の通り、照合リストには、イメージファイルのＩＤも含まれているので、イメージファイルのＩＤが一致しているかどうかも照合される。イメージファイルのＩＤが一致している場合に、実行制御部１０７によって、ソフトウェアの実行が許可または不許可とされる。

図１５は、第４の実施形態における仮想環境作成検知時の処理の概略フローチャートである。本フローは、第１の実施形態のものと比べ、Ｓ７０１の処理が追加されている。また、イメージＩＤが登録されるため、第１の実施形態のフローのＳ３０３、Ｓ３０７、およびＳ３０８の処理が、本フローではＳ７０２、Ｓ７０３、およびＳ７０４の処理にそれぞれ変更されている。

Ｓ３０２の処理によって作成された仮想環境の情報が取得されており、イメージファイル特定部１１７は、その仮想環境の情報を用いて、仮想環境のベースとなったイメージファイルを特定する（Ｓ７０１）。特定されたイメージファイルの情報は、仮想環境のその他の情報とともに、環境情報リスト更新部１０９が、環境情報リストに登録する（Ｓ７０２）。

一方、第２ソフトウェア情報取得部は、これまでの実施形態同様、事前登録リストからソフトウェアの登録されている情報を取得するが、当該情報には、仮想環境の作成に用いられてよいイメージファイルも含まれる。また、照合リスト更新部も、仮想環境の情報、ソフトウェアの情報などとともに、仮想環境の作成に用いられてよいイメージファイルを示す情報を照合リストに追加する（Ｓ７０３）。こうして、環境情報リストに、仮想環境とイメージファイルとが対応付けられて記憶される。

ソフトウェアの実行制御においては、イメージファイルの情報が取得および照合される情報に含まれるが、処理の流れは、第１の実施形態と同様であるため、本実施形態のソフトウェアの実行制御に関する処理の概略フローチャートは省略する。少なくとも環境情報リストおよび照合リストにイメージファイルを示す情報が含まれているため、照合部１０６の照合において、イメージファイルが一致しているかは確認できる。これにより、作成に用いられたイメージファイルごとの実行制御が可能となる。

なお、上記の実施形態の少なくとも一部は、プロセッサ、メモリなどを実装しているＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：集積回路）などの専用の電子回路（すなわちハードウェア）により実現されてもよい。また、上記の実施形態の少なくとも一部は、ソフトウェア（プログラム）を実行することにより、実現されてもよい。例えば、汎用のコンピュータ装置を基本ハードウェアとして用い、コンピュータ装置に搭載されたＣＰＵなどのプロセッサにプログラムを実行させることにより、上記の実施形態の処理を実現することが可能である。

例えば、コンピュータが読み取り可能な記憶媒体に記憶された専用のソフトウェアをコンピュータが読み出すことにより、コンピュータを上記の実施形態の装置とすることができる。記憶媒体の種類は特に限定されるものではない。また、通信ネットワークを介してダウンロードされた専用のソフトウェアをコンピュータがインストールすることにより、コンピュータを上記の実施形態の装置とすることができる。こうして、ソフトウェアによる情報処理が、ハードウェア資源を用いて、具体的に実装される。

図１６は、本発明の一実施形態におけるハードウェア構成の一例を示すブロック図である。情報処理装置１は、プロセッサ２１と、主記憶装置２２と、補助記憶装置２３と、ネットワークインタフェース２４と、デバイスインタフェース２５と、を備え、これらがバス２６を介して接続されたコンピュータ装置２として実現できる。記憶部１０１は、主記憶装置２２または補助記憶装置２３により実現可能であり、ソフトウェア実行検知部など記憶部１１１以外の構成要素は、プロセッサ２１により実現可能である。

なお、図１６のコンピュータ装置２は、各構成要素を一つ備えているが、同じ構成要素を複数備えていてもよい。また、図１６は、１台のコンピュータ装置２が示されているが、ソフトウェアが複数のコンピュータ装置にインストールされて、当該複数のコンピュータ装置それぞれがソフトウェアの異なる一部の処理を実行してもよい。

プロセッサ２１は、コンピュータの制御装置および演算装置を含む電子回路である。プロセッサ２１は、コンピュータ装置２の内部構成の各装置などから入力されたデータやプログラムに基づいて演算処理を行い、演算結果や制御信号を各装置などに出力する。具体的には、プロセッサ２１は、コンピュータ装置２のＯＳ（オペレーティングシステム）や、アプリケーションなどを実行し、コンピュータ装置２を構成する各装置を制御する。プロセッサ２１は、上記の処理を行うことができれば特に限られるものではない。

主記憶装置２２は、プロセッサ２１が実行する命令および各種データなどを記憶する記憶装置であり、主記憶装置２２に記憶された情報がプロセッサ２１により直接読み出される。補助記憶装置２３は、主記憶装置２２以外の記憶装置である。なお、これらの記憶装置は、電子情報を格納可能な任意の電子部品を意味するものとし、メモリでもストレージでもよい。また、メモリには、揮発性メモリと、不揮発性メモリがあるが、いずれでもよい。

ネットワークインタフェース２４は、無線または有線により、通信ネットワーク３に接続するためのインタフェースである。ネットワークインタフェース２４は、既存の通信規格に適合したものを用いればよい。ネットワークインタフェース２４により、通信ネットワーク３を介して通信接続された外部装置４Ａと情報のやり取りが行われてもよい。

デバイスインタフェース２５は、外部装置４Ｂと直接接続するＵＳＢなどのインタフェースである。外部装置４Ｂは、外部記憶媒体でもよいし、データベースなどのストレージ装置でもよい。

外部装置４Ａおよび４Ｂは出力装置でもよい。出力装置は、例えば、画像を表示するための表示装置でもよいし、音声などを出力する装置などでもよい。例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、ＰＤＰ（Ｐｌａｓｍａ Ｄｉｓｐｌａｙ Ｐａｎｅｌ）、スピーカなどがあるが、これらに限られるものではない。

なお、外部装置４Ａおよび４Ｂは入力装置でもよい。入力装置は、キーボード、マウス、タッチパネルなどのデバイスを備え、これらのデバイスにより入力された情報をコンピュータ装置２に与える。入力装置からの信号はプロセッサ２１に出力される。

上記に、本発明の一実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、移行を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 情報処理装置
１０１ 記憶部
１０２ ソフトウェア実行検知部
１０３ パス取得部
１０４ 第１パス変換部
１０５ 第１ソフトウェア情報取得部
１０６ 照合部
１０７ 実行制御部
１０８ 仮想環境起動検知部
１０９ 環境情報リスト更新部
１１０ 仮想環境作成検知部
１１１ 第２パス変換部
１１２ 第２ソフトウェア情報取得部
１１３ 照合リスト更新部１１３
１１４ 仮想環境停止検知部
１１５ 仮想環境削除検知部
１１６ 事前照合部
１１７ イメージファイル特定部
２ コンピュータ装置
２１ プロセッサ
２２ 主記憶装置
２３ 補助記憶装置
２４ ネットワークインタフェース
２５ デバイスインタフェース
２６ バス
３ 通信ネットワーク
４Ａおよび４Ｂ 外部装置

Claims (16)

1. ホスト環境と、一つ以上の仮想環境と、を提供可能な情報処理装置であって、
   前記ホスト環境と、前記一つ以上の仮想環境と、のうちのいずれかにおいて第１ソフトウェアの実行を検知し、前記第１ソフトウェアが検知された環境が第１環境であることを示す識別情報と、前記第１環境の名前空間における前記第１ソフトウェアの名前を示す第１名前情報と、を取得するソフトウェア実行検知部と、
   前記識別情報に基づき、前記第１環境とは別の第２環境の名前空間における前記第１環境の名前を示す第２名前情報を取得する名前情報取得部と、
   前記第２名前情報に基づき、前記第１名前情報を、前記第２環境の名前空間における前記第１ソフトウェアの名前を示す第３名前情報に変換する変換部と、
   前記第３名前情報に基づいてアクセス可能なリソースから前記第１ソフトウェアの情報を取得するソフトウェア情報取得部と、
   を備える情報処理装置。
2. 取得された前記第１ソフトウェアの情報が、第１リストに登録されているものと、一致しているかを照合する第１照合部と、
   前記照合の結果に基づき、前記第１ソフトウェアの実行を制御する実行制御部と、
   をさらに備える請求項１に記載の情報処理装置。
3. 前記名前情報取得部は、前記識別情報と前記第２名前情報とが対応付けられた第２リストに基づき、前記識別情報から前記第２名前情報を取得する
   請求項２に記載の情報処理装置。
4. 前記第１環境が仮想環境であって、前記第１環境の作成を検知し、前記識別情報と、前記第２名前情報と、を取得する仮想環境作成検知部と、
   前記識別情報と、前記第２名前情報と、を対応付けて、前記第２リストに登録する第２リスト更新部と、
   をさらに備える請求項３に記載の情報処理装置。
5. 前記第１環境が仮想環境であって、前記第１環境の起動を検知し、前記識別情報と、前記第１環境のプロセスＩＤと、を取得する仮想環境起動検知部と、
   前記第２リストの前記識別情報に関するデータセットに前記第１環境のプロセスＩＤを追加する第２リスト更新部と、
   をさらに備える請求項３に記載の情報処理装置。
6. 前記第１環境の起動を検知し、前記識別情報と、前記第１環境のプロセスＩＤと、を取得する仮想環境作成検知部
   をさらに備え、
   前記第２リスト更新部は、前記第２リストの前記識別情報に関するデータセットに前記第１環境のプロセスＩＤを追加する
   請求項４に記載の情報処理装置。
7. 前記第１環境が仮想環境であって、前記第１環境の作成を検知し、前記第１ソフトウェアのオリジナルファイルを格納するディレクトリの前記第２環境の名前空間における名前を示す第４名前情報を取得する仮想環境作成検知部と、
   前記第４名前情報に基づき、前記第１名前情報を、前記第２環境の名前空間における前記オリジナルファイルの名前を示す第５名前情報に変換する第２変換部と、
   前記第５名前情報に基づいて前記オリジナルファイルから前記第１ソフトウェアの情報を取得する第２ソフトウェア情報取得部と、
   前記オリジナルファイルから取得された第１ソフトウェアの情報を前記第１リストに登録する第１リスト更新部と
   をさらに備える請求項２または３に記載の情報処理装置。
8. 前記仮想環境作成検知部が、前記第１ソフトウェアのオリジナルファイルを格納するディレクトリの前記第２環境の名前空間における名前を示す第４名前情報をさらに取得し、
   前記第４名前情報に基づき、前記第１名前情報を、前記第２環境の名前空間における前記オリジナルファイルの名前を示す第５名前情報に変換する第２変換部と、
   前記第５名前情報に基づいて前記オリジナルファイルから前記第１ソフトウェアの情報を取得する第２ソフトウェア情報取得部と、
   前記オリジナルファイルから取得された第１ソフトウェアの情報を前記第１リストに登録する第１リスト更新部と
   をさらに備える請求項４または６に記載の情報処理装置。
9. 前記第１環境の停止を検知し、前記識別情報を取得する仮想環境停止検知部
   をさらに備え、
   前記第２リスト更新部が、前記第２リスト内の前記第１環境に関する情報を更新する
   請求項４、５、６、および８のいずれか一項に記載の情報処理装置。
10. 前記第１環境の削除を検知し、前記識別情報を取得する仮想環境削除検知部
    をさらに備え、
    前記第２リスト更新部が、前記第１環境の削除が検知された場合に、前記第２リスト内の前記第１環境に関する情報を更新する
    請求項４、５、６、８、および９のいずれか一項に記載の情報処理装置。
11. 前記第１リスト更新部が、前記第１環境の削除が検知された場合に、前記第１リスト内の前記第１環境に関する情報を更新する
    請求項８に直接または間接的に従属する請求項９または１０に記載の情報処理装置。
12. 前記第１環境の削除を検知し、前記識別情報を取得する仮想環境削除検知部
    をさらに備え、
    前記第１リスト更新部が、前記第１環境の削除が検知された場合に、前記第１リスト内の前記第１環境に関する情報を更新する
    請求項８、または、請求項８に従属する請求項９に記載の情報処理装置。
13. 前記第１環境が仮想環境であって、前記第１環境の作成を検知し、前記第１ソフトウェアのオリジナルファイルを格納するディレクトリの前記第２環境の名前空間における名前を示す第４名前情報を取得する仮想環境作成検知部と、
    前記第４名前情報に基づき、前記第１名前情報を、前記第２環境の名前空間における前記オリジナルファイルの名前を示す第５名前情報に変換する第２変換部と、
    前記第５名前情報に基づいて前記オリジナルファイルの情報を取得し、取得された前記第１ソフトウェアの情報が第３リストに登録されたものと一致しているかを照合し、前記第１ソフトウェアの利用可否を決定する第２照合部と、
    前記第１ソフトウェアが利用可能と決定された場合に、前記第５名前情報に基づいて前記オリジナルファイルから前記第１ソフトウェアの情報を取得する第２ソフトウェア情報取得部と、
    前記第１ソフトウェアが利用可能と決定された場合に、前記オリジナルファイルから取得された第１ソフトウェアの情報を前記第１リストに登録する第１リスト更新部と
    をさらに備える請求項２または３に記載の情報処理装置。
14. 前記第５名前情報に基づいて前記オリジナルファイルの情報を取得し、取得された前記第１ソフトウェアの情報が第３リストに登録されたものと一致しているかを照合し、前記第１ソフトウェアの利用可否を決定する第２照合部
    をさらに備え、
    前記第２ソフトウェア情報取得部は、前記第１ソフトウェアが利用可能と決定された場合に、前記第５名前情報に基づいて前記オリジナルファイルから前記第１ソフトウェアの情報を取得し、
    前記第１リスト更新部は、前記第１ソフトウェアが利用可能と決定された場合に、前記オリジナルファイルから取得された第１ソフトウェアの情報を前記第１リストに登録する
    請求項８、または、請求項８に従属する請求項９ないし１２のいずれか一項に記載の情報処理装置。
15. 前記第１環境が作成された場合に、前記第１環境に用いられたイメージファイルを特定するイメージ特定部
    をさらに備え、
    前記第２リスト更新部は、前記第２リスト内の前記第１環境に関する情報に、特定されたイメージファイルを示す情報を追加し、
    前記第１リストには、前記第１環境の作成に用いられてもよいイメージファイルまたはが前記第１環境の作成に用いられてはいけないイメージファイルが登録されており、
    前記実行制御部は、特定されたイメージファイルと、前記第１リストに登録されているイメージファイルと、の照合結果に基づいて、前記第１ソフトウェアの実行を制御する
    請求項４から６、８から１２、および１４のいずれか一項に記載の情報処理装置。
16. 前記第１リストは、前記一つ以上の仮想環境それぞれに対応する複数のファイルから構成されており、
    前記第１照合部は、前記複数のファイルから前記第１環境に対応するファイルを検出して、前記照合を実行する
    請求項２ないし１５のいずれか一項に記載の情報処理装置。

Images