JP7184198B2 - 検証情報作成システム、検証情報作成方法、および、検証情報作成プログラム - Google Patents

Description

本発明は、検証情報作成システム、検証情報作成方法、および、検証情報作成プログラムに関する。

従来、各種機器にインストールされたソフトウェアにセキュリティ上問題がないこと（完全性）を確認するため、当該ソフトウェアに関連するファイルの変更や改ざんを検知する技術がある（非特許文献１，２参照）。ここで、ソフトウェアは、設定変更やセキュリティパッチの適用等で更新される。このため、システム運用者は、ソフトウェアの導入時に加え、日々の運用において適宜完全性を確認する必要がある。

特開2019-8738号公報 特開2019-8377号公報

Tripwire、［online］、［2019年7月11日検索］、インターネット＜https://www.tripwire.co.jp/about/＞ 日経XTECH、"仮想環境のセキュリティを高めるインテルTXT"、［online］、［2019年7月11日検索］、インターネット＜https://tech.nikkeibp.co.jp/it/article/COLUMN/20071114/287197/＞

しかし、従来技術において、上記の完全性の確認に用いる照合情報（検証情報）は、ある時点での完全性の確認しかできなかったり、一般的なソフトウェアには対応していなかったり、検証情報を手動で設定する必要があったりするという問題があった。そこで、本発明は、前記した問題を解決する検証情報の作成手段を提供することを課題とする。

前記した課題を解決するため、本発明は、ソフトウェアパッケージに対し所定のコマンドを実行することにより、前記ソフトウェアパッケージに含まれるファイルのうち、当該ファイルの検証時にハッシュ値を用いて確認を行うファイルのファイルパスおよび前記ファイルのハッシュ値を取得する取得部と、前記取得部により取得されたファイルパスおよび前記ファイルのハッシュ値を含む、前記ソフトウェアパッケージのソフトウェアの検証に用いる検証情報を作成する検証情報作成部と、を備えることを特徴とする。

本発明によれば、検証情報の作成手段を提供することができる。

図１は、検証情報作成システムの構成例を示す図である。 図２は、検証情報リストの例を示す図である。 図３は、署名付き検証情報リストの例を示す図である。 図４は、図１の検証情報作成装置の処理手順の例を示すフローチャートである。 図５は、照合情報におけるhash値を用いた検証処理の例を示すフローチャートである。 図６は、照合情報を用いた、不要なファイルの追加の検証処理の例を示すフローチャートである。 図７は、照合情報を用いた、必須構成のファイルの削除の検証処理の例を示すフローチャートである。 図８は、照合情報を用いた、アクセス元の検証処理の例を示すフローチャートである。 図９は、検証情報作成プログラムを実行するコンピュータの例を示す図である。 図１０は、照合情報リストの例を示す図である。

以下、図面を参照しながら、本発明を実施するための形態（実施形態）について説明する。本発明は、以下に説明する実施形態に限定されない。なお、以下に説明する検証情報は、機器にインストールされたソフトウェアに関連するファイルに変更や改ざんが行われていないかを検証するための基礎となる情報であり、実際にファイルの変更や改ざんが行われていないかを検証する機器に合わせて修正されたものを照合情報と定義する。

［概要］
本実施形態の検証情報作成装置（検証情報作成システム）は、例えば、検証装置にインストールされるソフトウェアの検証情報を作成するため、当該ソフトウェアのソフトウェアパッケージに含まれる情報の解析結果を用いる。

例えば、Linux（登録商標）では、rpmパッケージ、debパッケージといったプログラムの配布形式がある。これらのパッケージには、インストール先のディレクトリが指定されているため、ユーザはコマンドを実行するだけでソフトウェアをインストールできる仕組みになっている。

なお、rpmパッケージとはレッドハット社が開発したソフトウェアのパッケージを管理するためのシステムである。debパッケージは、例えば、DebianやUbuntuなど、Linuxで用いられるバイナリのパッケージである。

例えば、rpmパッケージの場合、設定まで完了した後に、以下に示すように、rpmコマンドを実行することで、様々な情報を取得することができる。

つまり、rpmコマンドを実行することで、rpmパッケージから、パッケージ名、パッケージに梱包されているファイル名、ファイルモード、ファイルタイプ（d:ディレクトリ/c:キャラクタデバイス/s:ソケット/-:ファイル）、パーミッション（r:ファイルやディレクトリの読み出し可/w:ファイルやディレクトリの書き込み可/x:ファイルの実行可）、ドキュメントまたはコンフィグファイルとフラグが付けられたファイルか否か、ハッシュ値（MD5）、各々のファイルに対する検証フラグの数値等を取得することができる。

検証情報作成装置は、例えば、rpmパッケージに対し、上記のrpmコマンドを実行することにより、上記の各情報を取得することができる。

ここで、パッケージに含まれるファイルのうち、ファイルの検証時にハッシュ確認を行うものは、ファイルの書き換えが発生しないバイナリファイルであると見なせる。よって、検証情報作成装置は、上記の%｛fileverifyflags:hex｝の値（0x********）と0x00000001の論理積を取った値が1となるファイルを、検証情報として用いるファイルとする。

また、パッケージに含まれるファイルのうち、コンフィグファイルで、かつ、書き込み不可となっているものは、一度設定したら変更は発生しないと見なせる。よって、検証情報作成装置は、%｛fileflags｝の値を参照し、コンフィグファイルで、かつ、書き込み不可となっているファイルについても検証情報として用いるファイルとする。

検証情報作成装置が、上記の処理を行うことで、例えば、図２に示す検証情報を作成する。すなわち、検証情報作成装置は、例えば、図２に示す、検証情報の作成対象のソフトウェアパッケージのパッケージ名、パッケージ文字列（ソフトウェアパッケージのパッケージ名＋当該ソフトウェアパッケージがインストールされる機器の識別情報）、当該機器における検証対象のファイルのファイルパスまたはディレクトリパス情報、当該ファイルのハッシュ値、存在必須属性等を含む検証情報を作成する。

なお、debパッケージの場合は、インストール後に各パッケージに含まれるファイルのファイルパスとハッシュ値（MD5）は、以下のコマンドで取得できる。よって、検証情報作成装置は、以下のコマンドで取得した検証情報として使用すればよい。

＃ dlocate --md5sum パッケージ名

このように検証情報作成装置は、ソフトウェアパッケージを解析し、当該ソフトウェアパッケージに含まれるファイルのうち、日々の運用において変更される可能性の低いファイルの情報を用いて検証情報を作成する。これにより、当該検証情報を用いて自身の検証装置にインストールされたソフトウェアの検証を行う検証装置は、ソフトウェアがインストールされた後、日々の運用において当該ソフトウェアに関連するファイルが変更されたとしても当該ソフトウェアの完全性の確認（検証）を行うことができる。

［構成］
次に、図１を用いて、検証情報作成システムの構成例を説明する。検証情報作成システムは、例えば、ソフトウェアパッケージのソフトウェアの検証情報を作成する検証情報作成装置１０と、当該検証情報を用いて自身の検証装置２０にインストールされたソフトウェアの検証処理を行う検証装置２０とを備える。

検証情報作成装置１０は、データ処理部１１と、データ格納部１２とを備える。検証情報作成装置１０は、例えば、インターネット等のネットワーク経由で、利用者端末に接続される。

データ処理部１１は、処理受付部１１１と、解析処理部１１２と、署名付与部１１５とを備える。データ格納部１２は、検証情報リスト格納部１２１と、署名付き検証情報リスト格納部１２２と、解析ルール格納部１２３とを備える。

まず、データ処理部１１を構成する各部を説明する。処理受付部１１１は、利用者端末からソフトウェアパッケージのソフトウェアの検証情報の作成依頼を受け付け、その結果を返す。

解析処理部１１２は、ソフトウェアパッケージを解析して検証情報を作成する。この解析処理部１１２は、解析部（取得部）１１３と検証情報作成部１１４とを備える。

解析部１１３は、解析ルール格納部１２３から、検証情報の作成対象のソフトウェアパッケージについて当該ソフトウェアパッケージを解析するためのルールを読み出す。そして、解析部１１３は、読み出したルールに従い、当該ソフトウェアパッケージに含まれるファイルから、日々の運用において変更される可能性が低いファイルの情報を取得する。

例えば、解析部１１３は、所定のコマンドを実行することにより、ソフトウェアパッケージに含まれるファイルのうち、検証時にハッシュ値を用いた確認を行うファイル（例えば、バイナリファイル）のファイルパスおよび当該ファイルのハッシュ値と、書き換え不可のコンフィグファイルのファイルパスとを取得する。また、解析部１１３は、当該ソフトウェアパッケージのパッケージ名、検証情報ID（例えばシリアル番号）も取得する。

検証情報作成部１１４は、解析部１１３によるソフトウェアパッケージの解析により取得された情報をもとに、当該ソフトウェアパッケージのソフトウェアの検証情報を作成する。例えば、検証情報作成部１１４は、解析部１１３によるソフトウェアパッケージの解析により取得された情報をもとに、当該ソフトウェアパッケージのパッケージ名、検証情報ID、検証対象のファイルのファイルパスまたはディレクトリパス情報、当該ファイルのハッシュ値、存在必須属性等を示した検証情報（図２参照）を作成する。その後、検証情報作成部１１４は、作成した検証情報を検証情報リスト格納部１２１に格納し、検証情報の作成が完了したことを利用者端末に返す。

なお、処理受付部１１１が利用者端末経由で検証情報の読み出し指示を受け付けた場合、処理受付部１１１は、検証情報リスト格納部１２１から読み出し指示の対象の検証情報を読み出し、利用者端末へ送信する。その後、処理受付部１１１が、利用者端末から当該検証情報の修正を受け付けると、修正を反映した検証情報を検証情報リスト格納部１２１に格納する。

例えば、処理受付部１１１が、利用者端末から、検証情報に、当該検証情報におけるアクセス元許可リスト（図２参照）に許可されるアクセス元（アクセス許可されるプログラムの実行ファイルパス）を追加する旨の指示を受け付けると、当該指示に基づき修正した検証情報を検証情報リスト格納部１２１に格納する。

なお、処理受付部１１１は、外部装置（例えば、利用者端末）から送信された検証情報を検証情報リスト格納部１２１に格納してもよい。

署名付与部１１５は、検証情報にユーザ署名の公開鍵証明書を付与する。例えば、署名付与部１１５が、利用者端末から検証情報に署名の付与依頼を受け付けると、処理受付部１１１は、検証情報リスト格納部１２１から該当する検証情報を選択し、署名付与部１１５に検証情報を渡す。そして、署名付与部１１５は、当該検証情報のうち、検証情報IDをパッケージID(パッケージ名+検証情報ID+検証情報が格納される機器の識別情報)として置き換えた情報に対して、検証情報が格納される機器のユーザ署名とユーザ署名の公開鍵証明書とを付与した検証情報（図３参照）を署名付き検証情報リスト格納部１２２に格納する。

次に、データ格納部１２の各部を説明する。データ格納部１２の検証情報リスト格納部１２１は、検証情報のリスト（検証情報リスト）を格納する。検証情報は、例えば、図２に示すように、ソフトウェアパッケージのパッケージ名、パッケージ文字列、検証対象のファイルのファイルパスまたはディレクトリパス情報、当該ファイルのhash値（ハッシュ値）、存在必須属性等を含む。また、検証情報は、図２に示すように、構成確認対象属性、アクセス元許可リスト等を含んでいてもよい。

存在必須属性は、検証情報のファイルパス／ディレクトリパス情報に示されるファイルが、当該ソフトウェアパッケージのインストールされる機器において必須のファイルか否かを示す属性情報である。

また、構成確認対象属性は、検証情報のファイルパス／ディレクトリパス情報に示されるファイルが、構成確認の対象であるか否かを示す属性情報である。

さらに、アクセス元許可リストは、検証情報のファイルパス／ディレクトリパス情報に示されるファイルに対し、アクセスが許可されるプログラムの実行ファイルパスを示す情報である。

上記の存在必須属性、構成確認対象属性、アクセス元許可リストの情報は、例えば、利用者端末から入力される。

署名付き検証情報リスト格納部１２２は、署名付き検証情報のリスト（図３参照）を格納する。この署名付き検証情報のリストは、検証情報が格納される機器のユーザ署名とユーザ署名の公開鍵証明書とを付与した検証情報のリストである。例えば、図３に示す署名付き検証情報のリストは、図２に示す検証情報それぞれに、検証情報IDを、パッケージ名+検証情報ID+検証情報が格納される機器の識別情報をパッケージIDとして置き換えた情報に対して、検証情報が格納される機器のユーザ署名とユーザ署名の公開鍵証明書とを付与したものである。

解析ルール格納部１２３は、ソフトウェアパッケージごとに、当該ソフトウェアパッケージのソフトウェアの検証情報の作成に用いる解析方法を示した情報（解析ルール）を格納する。例えば、解析ルールは、rpmパッケージに対して、rpmコマンドを実行することにより、ファイルの検証時にハッシュ確認を行うバイナリファイルの情報と、コンフィグファイルで、かつ、書き込み不可となっているファイルの情報とを取得するといったものである。

［処理手順］
次に、図４を用いて検証情報作成装置１０の処理手順の例を説明する。例えば、検証情報作成装置１０が、利用者端末等から、ソフトウェアパッケージのソフトウェアの検証情報を作成する旨の入力を受け付けると以下の処理を実行する。

まず、検証情報作成装置１０の解析部１１３は、検証情報の作成対象のソフトウェアパッケージを取得し（Ｓ１）、当該ソフトウェアパッケージの解析ルールに基づき、当該ソフトウェアパッケージの解析を実行する（Ｓ２）。その後、検証情報作成部１１４は、解析部１１３による当該ソフトウェアパッケージの解析結果に基づき、当該ソフトウェアパッケージの検証情報を作成する（Ｓ３）。そして、検証情報作成部１１４は、Ｓ３で作成した検証情報を検証情報リスト格納部１２１に格納する。

その後、処理受付部１１１が、利用者端末等から検証情報の修正入力を受け付けた場合（Ｓ４でＹｅｓ）、修正を反映した検証情報を検証情報リスト格納部１２１に格納する（Ｓ５：検証情報を修正）。その後、署名付与部１１５は、検証情報リスト格納部１２１に格納される検証情報のユーザ署名とユーザ署名の公開鍵証明書とを付与し、署名付き検証情報リスト格納部１２２に格納する（Ｓ６：検証情報の署名付与）。一方、処理受付部１１１が検証情報の修正入力を受け付けなかった場合（Ｓ４でＮｏ）、Ｓ５の処理をスキップして、Ｓ６へ進む。

このようにすることで検証情報作成装置１０は、ソフトウェアパッケージのソフトウェアの検証情報を作成し、署名を付与することができる。

［検証処理の例］
次に、検証情報作成装置１０により作成された検証情報を用いた検証処理の例を説明する。例えば、図１に示す検証装置２０は、検証情報作成装置１０から、自身の検証装置２０の検証情報を取得し、図５～図８に示す検証処理を実行する。まず、図５を用いて、検証情報におけるhash値を用いた検証処理の例について説明する。検証情報作成装置１０で作成された検証情報は、検証装置２０に格納される。検証装置２０は、ユーザ署名やユーザ署名公開鍵証明書に基づき、受領した検証情報が改ざんされていないことを確認する。検証装置２０では、当該検証装置２０にインストールされているソフトウェアと検証情報とを比較し、当該検証装置２０に合致するものを照合情報として格納する。これがファイルの変更や改ざんのチェックに使われるものとなる。例えば、図３に示す署名付き検証情報リストでは、tomcat-9.0.4とclamav-0.100のソフトウェアパッケージの存在必須属性が「必須でない」と記されている。ここで、検証装置２０には、tomcat-9.0.4はインストールされているが、clamav-0.100はインストールされていないとすると、照合情報としては図１０に記載された内容が保存されることになる。つまり、検証装置２０は、署名付き検証情報リストから、実際には当該検証装置２０にインストールされていないソフトウェアのファイルの検証情報を削除した情報を、照合情報として格納する。

［hash値を用いた検証処理］
まず、検証装置２０が当該検証装置２０内のファイルへのアクセスを検知すると、アクセスを検知したファイルのパスが、検証情報に登録されているパスと一致するか否かを判定する（Ｓ１１）。ここで、検証装置２０が、アクセスを検知したファイルのパスが、照合情報に登録されているパスと一致すると判定し（Ｓ１１でＹｅｓ）、かつ、当該照合情報の該当パスにhash値が存在する場合（Ｓ１２でＹｅｓ）、アクセスを検知したファイルのhash値が照合情報の該当パスのhash値と一致するか否かを判定する（Ｓ１３）。

Ｓ１３で、検証装置２０がアクセスを検知したファイルのhash値が照合情報の該当パスのhash値と一致しないと判定した場合（Ｓ１３でＮｏ）、当該ファイルは改ざんされているため、完全性の判定結果はNGと判定する（Ｓ１４）。そして、検証装置２０は、その判定の結果をログに出力する（Ｓ１７）。

一方、検証装置２０がアクセスを検知したファイルのhash値が照合情報の該当パスのhash値と一致すると判定した場合（Ｓ１３でＹｅｓ）、当該ファイルの完全性の判定結果はOK（改ざんされていない）と判定する（Ｓ１５）。そして、検証装置２０は、その判定の結果をログに出力する（Ｓ１７）。

なお、Ｓ１１で検証装置２０がアクセスを検知したファイルのパスが、照合情報に登録されているパスと一致しないと判定した場合（Ｓ１１でＮｏ）、当該ファイルは保護対象外と判定し（Ｓ１６）、その判定の結果をログに出力する（Ｓ１７）。また、検証装置２０が当該照合情報の該当パスにhash値が存在しないと判定した場合（Ｓ１２でＮｏ）も、当該ファイルは保護対象外と判定し（Ｓ１６）、その判定の結果をログに出力する（Ｓ１７）。

［不要なファイルの追加の検証処理］
次に、図６を用いて、不要なファイルの追加の検証処理の例について説明する。まず、検証装置２０が当該検証装置２０内のファイルへのアクセスを検知すると、アクセスを検知したファイルが、照合情報において構成確認対象のファイルであるか否かを判定する（Ｓ２１）。ここで、検証装置２０が、アクセスを検知したファイルが、照合情報において構成確認対象のファイルであると判定した場合（Ｓ２１でＹｅｓ）、アクセスを検知したファイルのパスが照合情報に登録されているディレクトリの配下に存在するか否かを判定する（Ｓ２２）。

Ｓ２２で検証装置２０がアクセスを検知したファイルのパスが照合情報に登録されているディレクトリの配下に存在すると判定した場合（Ｓ２２でＹｅｓ）、Ｓ２３へ進む。

Ｓ２３において、検証装置２０が、アクセスを検知したファイルのパスが照合情報のディレクトリの直下のファイル名またはディレクトリ名と一致しないと判定した場合（Ｓ２３でＮｏ）、検証装置２０は、意図しないファイルが追加されているため、完全性の判定結果はNGと判定する（Ｓ２４）。そして、検証装置２０は、その判定の結果をログに出力する（Ｓ２７）。

一方、検証装置２０がアクセスを検知したファイルのパスが照合情報の構成確認対象ディレクトリの直下のファイル名またはディレクトリ名と一致すると判定した場合（Ｓ２３でＹｅｓ）、当該ファイルの完全性の判定結果はOK（不要なファイルが追加されていない）と判定する（Ｓ２５）。そして、検証装置２０は、その判定の結果をログに出力する（Ｓ２７）。

なお、Ｓ２１で検証装置２０がアクセスを検知したファイルが、照合情報において構成確認対象のファイルではない場合（Ｓ２１でＮｏ）、当該ファイルは保護対象外と判定し（Ｓ２６）、その判定の結果をログに出力する（Ｓ２７）。

また、Ｓ２２で検証装置２０がアクセスを検知したファイルのパスが照合情報に登録されている構成確認対象ディレクトリの配下に存在しないと判定した場合（Ｓ２２でＮｏ）も、当該ファイルは保護対象外と判定し（Ｓ２６）、その判定の結果をログに出力する（Ｓ２７）。

［必須構成のファイルの削除の検証処理］
次に、図７を用いて、必須構成のファイルの削除の検証処理の例について説明する。まず検証装置２０が当該検証装置２０内のファイルへのアクセスを検知し、アクセスを検知したファイルが、照合情報において構成確認対象のファイルである場合（Ｓ３１でＹｅｓ）、アクセスを検知したファイルが照合情報に登録されているディレクトリの配下に存在するか否かを判定する（Ｓ３２）。

Ｓ３２で検証装置２０がアクセスを検知したファイルが照合情報に登録されているディレクトリの配下に存在すると判定した場合（Ｓ３２でＹｅｓ）、当該ファイルの完全性の判定結果はOK（ファイルが削除されていない）と判定する（Ｓ３４）。そして、検証装置２０は、その判定の結果をログに出力する（Ｓ３６）。

一方、検証装置２０がアクセスを検知したファイルが照合情報に登録されているディレクトリの配下に存在しないと判定した場合（Ｓ３２でＮｏ）、当該ファイルは削除されているため完全性の判定結果はNGと判定する（Ｓ３３）。そして、検証装置２０は、その判定の結果をログに出力する（Ｓ３６）。

なお、Ｓ３１で検証装置２０がアクセスを検知したファイルのパスが構成確認対象のファイルではない場合も（Ｓ３１でＮｏ）、当該ファイルは保護対象外と判定し（Ｓ３５）、その判定の結果をログに出力する（Ｓ３６）。

［アクセス元の検証処理］
次に、図８を用いて、アクセス元の検証処理の例について説明する。まず、検証装置２０が当該検証装置２０内のファイルへのアクセスを検知し、アクセスを検知したファイルのパスが、照合情報に登録されているパスと一致する場合（Ｓ４１でＹｅｓ）、照合情報の該当パスにアクセス元許可リストが設定されているか否かを判定する（Ｓ４２）。

Ｓ４２で検証装置２０がアクセスを検知したファイルが照合情報の該当パスにアクセス元許可リストが設定されていると判定した場合（Ｓ４２でＹｅｓ）、アクセスを検知したファイルのアクセス元プロセスパスが、照合情報の該当パスのアクセス元許可リストに記載のパスと一致するか否かを判定する（Ｓ４３）。

Ｓ４３で検証装置２０がアクセスを検知したファイルのアクセス元プロセスパスが、照合情報の該当パスのアクセス元許可リストに記載のパスと一致しないと判定した場合（Ｓ４３でＮｏ）、当該アクセス元は許可されていないため、完全性の判定結果はNGと判定する（Ｓ４７）。そして、検証装置２０は、その判定の結果をログに出力する（Ｓ４９）。

一方、Ｓ４３で検証装置２０がアクセスを検知したファイルのアクセス元プロセスパスが、照合情報の該当パスのアクセス元許可リストに記載のパスと一致すると判定した場合（Ｓ４３でＹｅｓ）、アクセスを検知したファイルのアクセス元プロセスのhash値の確認を行う。そして、検証装置２０が、アクセスを検知したファイルのアクセス元プロセスのhash値の確認結果がOKでなければ（Ｓ４４でＮｏ）、当該ファイルは改ざんされているため完全性の判定結果はNGと判定する（Ｓ４５）。そして、検証装置２０は、その判定の結果をログに出力する（Ｓ４９）。

一方、Ｓ４４で、検証装置２０が、アクセスを検知したファイルのアクセス元プロセスのhash値の確認結果がOKであれば（Ｓ４４でＹｅｓ）、当該ファイルの完全性の判定結果はOKと判定する（Ｓ４６）。そして、検証装置２０は、その判定の結果をログに出力する（Ｓ４９）。

なお、Ｓ４１で検証装置２０がアクセスを検知したファイルが、照合情報に登録されているパスと一致しない場合（Ｓ４１でＮｏ）、当該ファイルは保護対象外と判定し（Ｓ４８）、その判定の結果をログに出力する（Ｓ４９）。

また、Ｓ４２で検証装置２０がアクセスを検知したファイルが照合情報の該当パスにアクセス元許可リストが設定されていないと判定した場合（Ｓ４２でＮｏ）も、当該ファイルは保護対象外と判定し（Ｓ４８）、その判定の結果をログに出力する（Ｓ４９）。

このようにすることで、検証装置２０は、検証情報作成装置１０により作成された検証情報に基づき、当該検証装置２０にインストールされるソフトウェアのファイルに合わせて修正した照合情報を用いて各種検証処理を行うことができる。

なお、上記の検証処理は、例えば、上記の検証情報作成装置１０が行ってもよい。

［プログラム］
また、上記の実施形態で述べた検証情報作成装置１０の機能を実現するプログラムを所望の情報処理装置（コンピュータ）にインストールすることによって実装できる。例えば、パッケージソフトウェアやオンラインソフトウェアとして提供される上記のプログラムを情報処理装置に実行させることにより、情報処理装置を検証情報作成装置１０として機能させることができる。ここで言う情報処理装置には、デスクトップ型またはノート型のパーソナルコンピュータ、ラック搭載型のサーバコンピュータ等が含まれる。また、その他にも、情報処理装置にはスマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）等の移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistants）等がその範疇に含まれる。また、検証情報作成装置１０を、クラウドサーバに実装してもよい。

図９を用いて、上記のプログラム（検証情報作成プログラム）を実行するコンピュータの一例を説明する。図９に示すように、コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１およびＲＡＭ（Random Access Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。ディスクドライブ１１００には、例えば、磁気ディスクや光ディスク等の着脱可能な記憶媒体が挿入される。シリアルポートインタフェース１０５０には、例えば、マウス１１１０およびキーボード１１２０が接続される。ビデオアダプタ１０６０には、例えば、ディスプレイ１１３０が接続される。

ここで、図９に示すように、ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３およびプログラムデータ１０９４を記憶する。前記した実施形態で説明したデータ格納部は、例えばハードディスクドライブ１０９０やメモリ１０１０に装備される。

そして、ＣＰＵ１０２０が、ハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

なお、上記の検証情報作成プログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限られず、例えば、着脱可能な記憶媒体に記憶されて、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、上記のプログラムに係るプログラムモジュール１０９３やプログラムデータ１０９４は、ＬＡＮやＷＡＮ（Wide Area Network）等のネットワークを介して接続された他のコンピュータに記憶され、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

１０ 検証情報作成装置
２０ 検証装置
１１ データ処理部
１２ データ格納部
１１１ 処理受付部
１１２ 解析処理部
１１３ 解析部
１１４ 検証情報作成部
１１５ 署名付与部
１２１ 検証情報リスト格納部
１２２ 署名付き検証情報リスト格納部
１２３ 解析ルール格納部

Claims (7)

1. ソフトウェアパッケージに対し所定のコマンドを実行することにより、前記ソフトウェアパッケージに含まれるファイルのうち、当該ファイルの検証時にハッシュ値を用いて確認を行うファイルのファイルパスおよび前記ファイルのハッシュ値を取得する取得部と、
   前記取得部により取得されたファイルパスおよび前記ファイルのハッシュ値を含む、前記ソフトウェアパッケージのソフトウェアの検証に用いる検証情報を作成する検証情報作成部と、
   を備えることを特徴とする検証情報作成システム。
2. 前記取得部は、さらに、
   前記ソフトウェアパッケージに含まれるファイルのうち、書き換え不可のコンフィグファイルのファイルパスおよび前記コンフィグファイルのハッシュ値を取得する
   ことを特徴とする請求項１に記載の検証情報作成システム。
3. 前記検証情報に、前記検証情報が格納される機器のユーザのユーザ署名と、前記ユーザの公開鍵証明書とを付与する署名付与部
   をさらに備えることを特徴とする請求項１に記載の検証情報作成システム。
4. 前記検証情報に示されるファイルの情報のうち、自身の検証装置にインストールされていないソフトウェアのファイルの情報を削除した照合情報を作成し、
   前記検証装置における、前記照合情報に示されるファイルパスのファイルへのアクセスを検知した場合、前記照合情報に示される前記ファイルのハッシュ値と、アクセス先のファイルのハッシュ値とを用いて、前記ファイルが改ざんされたか否かを判定する検証装置
   をさらに備えることを特徴とする請求項１に記載の検証情報作成システム。
5. 前記検証情報に示されるファイルの情報のうち、自身の検証装置にインストールされていないソフトウェアのファイルの情報を削除した照合情報を作成し、
   前記検証装置において、いずれかのファイルへのアクセスを検知した場合において、アクセス先のファイルが前記照合情報に示されるファイルパスの示すディレクトリの直下のファイルまたは同じディレクトリのファイルであるとき、意図しないファイルが前記検証装置に追加されたと判定する検証装置
   をさらに備えることを特徴とする請求項１に記載の検証情報作成システム。
6. 検証情報作成システムにより実行される検証情報作成方法であって、
   ソフトウェアパッケージに対し所定のコマンドを実行することにより、前記ソフトウェアパッケージに含まれるファイルのうち、当該ファイルの検証時にハッシュ値を用いて確認を行うファイルのファイルパスを取得する工程と、
   前記取得されたファイルパスおよび前記ファイルのハッシュ値を含む、前記ソフトウェアパッケージのソフトウェアの検証に用いる検証情報を作成する工程と、
   を含むことを特徴とする検証情報作成方法。
7. ソフトウェアパッケージに対し所定のコマンドを実行することにより、前記ソフトウェアパッケージに含まれるファイルのうち、当該ファイルの検証時にハッシュ値を用いて確認を行うファイルのファイルパスを取得するステップと、
   前記取得されたファイルパスおよび前記ファイルのハッシュ値を含む、前記ソフトウェアパッケージのソフトウェアの検証に用いる検証情報を作成するステップと、
   をコンピュータに実行させることを特徴とする検証情報作成プログラム。

Images