JP7741782B2 - 情報処理装置、情報処理方法及びコンピュータプログラム - Google Patents

Description

本発明の実施形態は、情報処理装置、情報処理方法及びコンピュータプログラムに関する。

コンピュータを用いた各種システム・製品にはＯＳ（Operating System）等のソフトウェアが搭載されており、ソフトウェアは多数のコンポーネント（要素）から構成されている。それらのソフトウェアには、システム構築時または製品開発時には脆弱性が発見されていなくとも、時間の経過と共に様々な脆弱性が発見される可能性がある。そのため、システム構築後または製品出荷後においても、システム・製品の製造者（ユーザ）は、システムまたは製品に搭載されているソフトウェアに脆弱性が含まれていないか確認する必要がある。

脆弱性を一般に周知するために、発見された脆弱性に関する情報（脆弱性情報）を収集・公開するサイトが存在する。そのため、検査対象のシステムに含まれるソフトウェアの情報を予め抽出しておき、公開された脆弱性情報に記載されたソフトウェアの情報と照合することにより、自動で脆弱性の検出を行うことができる。

しかしながら、検査対象のシステム・製品に特定のソフトウェアが含まれているか否かのみで脆弱性の有無を判断した場合、重要でない脆弱性情報も多数該当する。例えば、ソフトウェアであるＯＳに含まれている要素の中には、利用されていない要素も多く、そのような要素が脆弱性を有していても、比較的安全性が高いと考えられる。ユーザは、検出された脆弱性から、脆弱性の原因となる要素（原因要素）を特定し、当該原因要素が、対象となるシステム・製品で有効であるかを脆弱性情報ごとに判断する必要がある。

特許第４７５１４３１号公報

本発明の実施形態は、対象ソフトウェアの脆弱性の調査を支援する情報処理装置、情報処理方法及びコンピュータプログラムを提供する。

本実施形態に係る情報処理装置は、脆弱性を一意に特定する脆弱性識別子と、前記脆弱性が含まれるソフトウェアを一意に特定するソフトウェア識別子と、前記脆弱性の内容を示す脆弱性記述と、を含む１つ以上の脆弱性情報を格納した脆弱性データベースと、前記脆弱性データベースにおいて、対象機器に設けられている対象ソフトウェアのソフトウェア識別子にマッチする脆弱性情報を特定するマッチング部と、前記マッチング部により特定される前記脆弱性情報における前記脆弱性記述から前記脆弱性の原因となる原因要素を特定する原因要素特定部と、特定した前記原因要素の名称から前記原因要素のタイプを決定するタイプ決定部と、前記対象ソフトウェアのソフトウェア識別子と前記原因要素のタイプとに基づき、前記対象ソフトウェアの脆弱性に関する調査方法を決定し、前記調査方法を示す情報を出力する出力部と、を備える。

第１実施形態に係る情報処理装置を示すブロック図。 脆弱性情報の一例を示す図。 抽出ルールの一例を示す図。 決定ルールの一例を示す図。 原因要素情報の一例を示す図。 構成情報の一例を示す図。 調査方法情報の一例を示す図。 出力部によって出力される脆弱性調査情報の一例を示す図。 出力部によって出力される脆弱性調査情報の別の例を示す図。 第１フェーズの動作を説明するフローチャート。 第２フェーズの動作を説明するフローチャート。 第２実施形態に係る情報処理装置を示すブロック図。 設定情報の一例を示す図。 要素タイプ毎の設定識別子および設定値の関係の一例を示す図。 第３フェーズの動作を説明するフローチャート。 第４フェーズの動作を説明するフローチャート。 各実施形態に係る情報処理装置のハードウェア構成を示す図。

以下、図面を参照しながら、本発明の実施形態について説明する。以下の説明で登場するソフトウェアおよびコマンドは架空のものであり、利用コマンド等についてはソフトウェア毎に異なり、適宜変更される必要がある。

（第１実施形態）
図１は、第１実施形態に係る情報処理装置１００のブロック図である。情報処理装置１００は、公開された脆弱性情報から脆弱性の原因となる要素（原因要素）を特定し（第１フェーズ）、脆弱性調査対象であるシステムまたは製品に脆弱性が含まれるか否かの判定を行う（第２フェーズ）。

情報処理装置１００は、脆弱性情報記憶部１０１と、原因要素抽出部（原因要素特定部）１０２と、抽出ルール記憶部１０３と、タイプ決定部１０４と、決定ルール記憶部１０５と、原因要素記憶部１０６と、マッチング部１０７と、構成情報記憶部１０８と、脆弱性調査方法出力部１０９と、調査方法記憶部１１０とを、備える。

各記憶部１０３、１０５、１０６、１０８、１１０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ハードディスクなどの記憶媒体によって構成される。ブロック１０１、１０２、１０４、１０７、１０９は、例えば、ＣＰＵ、ＭＰＵ、ＡＳＩＣなどのプロッセッサ又は回路によって構成されることができる。以下、情報処理装置１００について詳細に説明する。

脆弱性情報記憶部１０１は、ソフトウェアの脆弱性情報を格納する。ここで、本実施形態におけるソフトウェアは、ＯＳ（Operating System）を想定しているが、ソフトウェアはＯＳに限られない。ＯＳの例として、Ｗｉｎｄｏｗｓ（登録商標）があるが、その他のＯＳでもよい。脆弱性情報記憶部１０１は、ＮＶＤ（National Vulnerability Database）のような公開された脆弱性情報サイトから、インターネット経由で取得された脆弱性情報を格納してもよいし、ＣＤ－ＲＯＭなどの記憶媒体を介して取得された脆弱性情報を格納してもよい。

図２は、脆弱性情報記憶部１０１に格納されたソフトウェアの脆弱性情報の一例を示す。図２に示されるように、脆弱性情報は、「脆弱性ＩＤ（脆弱性識別子）」、「ソフトウェア名称」、「バージョン条件」、「ソフトウェア識別子」、「脆弱性内容」（脆弱性記述）、「深刻度」、「脆弱性タイプ」、「登録日時」の項目を含む。

「脆弱性ＩＤ」は、脆弱性情報に付けられる識別子である。１つの脆弱性情報に対して１つの脆弱性ＩＤが紐づけられている。脆弱性ＩＤは、独自の識別子でもよいし、共通脆弱性識別子（ＣＶＥ：Common Vulnerabilities and Exposures）が用いられてもよい。

「ソフトウェア名称」は、脆弱性情報が示す脆弱性が検出されたソフトウェアの名称を示す。

「バージョン条件」は、脆弱性が検出されたソフトウェアの、脆弱性が存在するバージョンの範囲を示す。「バージョン条件」は、脆弱性が存在するバージョンであってもよいし、脆弱性が存在するバージョンの範囲（例えば、「５．０．６未満」）であってもよい。

「ソフトウェア識別子」は、当該ソフトウェアの識別子を示す。本実施形態では、ソフトウェアの識別子として、ＮＩＳＴ（National Institute of Standards and Technology）が規定したＣＰＥ（Common Platform Enumeration）が用いられているが、他の識別子が用いられてもよい。ソフトウェアの名称によってソフトウェアを一意に識別可能な場合はソフトウェアの名称をソフトウェア識別子として用いることも可能である。

「脆弱性内容」は、対象となる脆弱性情報の内容を示す。例えば、脆弱性内容は、脆弱性の種別、対象および原因を含む。脆弱性内容は、自然言語で記述されている。

「深刻度」は、対象となる脆弱性の影響度を示す。深刻度には、例えば、ＣＶＳＳ（Common Vulnerability Scoring System）が用いられる。

「脆弱性タイプ」は、対象となる脆弱性のタイプを示す。脆弱性タイプには、例えば、ＣＷＥ（Common Weakness Enumeration）が用いられてもよいし、独自に規定された分類が用いられてもよい。

「登録日時」は、脆弱性情報が脆弱性情報記憶部１０１に登録（格納）された日時を表す。

原因要素抽出部１０２は、抽出ルールを用いて、脆弱性情報記憶部１０１に格納された脆弱性情報から、脆弱性の原因要素を抽出（特定）する。そして、原因要素抽出部１０２は、脆弱性情報と共に抽出された原因要素を、タイプ決定部１０４に出力する。

また、原因要素抽出部１０２は、第１フェーズに関して同じ処理を繰り返すことを防ぐために、前回の第１フェーズの実行日時を記憶しておき、脆弱性情報に含まれる登録日時と比較する。ある脆弱性情報に含まれる登録日時の方が前回の実行日時より過去である場合、当該脆弱性情報に関しては既に前回の第１フェーズで処理済みということになるため、別の脆弱性情報が選択し直される。

また、原因要素抽出部１０２は、脆弱性情報に含まれる深刻度が所定の閾値より小さい場合は、当該脆弱性情報を処理対象としなくてもよい。これにより、最終的にユーザに通知される脆弱性の数を減らすことができるため、ユーザの負担を軽減することができる。

抽出ルール記憶部１０３は、抽出ルールを格納する。
図３に、抽出ルール記憶部１０３に格納された抽出ルールの一例を示す。抽出ルールは、例えば、「照合パターン」（第１照合パターン）、「原因要素」、「要素タイプ」の項目を含む。

「照合パターン」は、脆弱性情報の脆弱性内容から原因要素を抽出するためのパターンを示す。照合パターンは、例えば、正規表現を用いて記述されている。脆弱性情報の脆弱性内容が決まった形式で記述されているとは限らないため、照合パターンは、考えられるあらゆるパターンで記述されていることが望ましい。

「原因要素」は、照合パターンがある脆弱性内容とマッチングした場合に、当該脆弱性内容のうち、原因要素を表す部分を表す。原因要素が「＄ｎ」（ｎ＝１，２，３・・・）と示される場合、照合パターンに含まれる丸括弧で囲まれる部分のうち、前からｎ番目のものを指す。

「要素タイプ」は、抽出された原因要素のタイプを表す。要素タイプは、後述する調査方法を特定するために、原因要素に付与される。

要素タイプが「＊」である場合は、抽出ルールによっては要素タイプが決定できないことを表す。本実施形態では、要素タイプとして、以下の４つを想定するものとするが、これは本実施形態におけるソフトウェアとしてＯＳを想定しているためである。要素タイプはこれらに限定されず、例えば、特定のアプリケーションを要素タイプとして指定してもよい。
ｓｅｒｖｉｃｅ：原因要素がサービスプロセス
ｄｒｉｖｅｒ：原因要素がＯＳのドライバ
ｆｕｎｃｔｉｏｎ：原因要素がＯＳの拡張機能
ｋｅｒｎｅｌ：原因要素がカーネルのコンパイルオプション

抽出ルール記憶部１０３に格納されている抽出ルールは、例えば脆弱性情報サイト上の脆弱性情報に基づいて更新されてもよい。或いは、ユーザによって手動で新たな抽出ルールが追加されてもよい。

例えば、原因要素抽出部１０２が、図２に示される脆弱性の原因要素を、図３に示される抽出ルール１を用いて抽出する場合を考える。

原因要素抽出部１０２は、脆弱性情報記憶部１０１に格納された未処理の脆弱性情報のうちの１つを取得する。ここでは例として、脆弱性ＩＤ：００００１の脆弱性情報（以下、脆弱性情報Ａとする）が取得されたものとする（図２参照）。

原因要素抽出部１０２は、抽出ルール記憶部１０３に格納された抽出ルールのうちの１つを取得し、取得した脆弱性情報Ａの脆弱性内容とのマッチングを行う。マッチングが成功しなかった場合、未選択（未マッチング）の別の抽出ルールを取得し、再度マッチングを行う。ここで、未選択とは、脆弱性情報Ａに対して未選択という意味である。

脆弱性情報Ａの場合、その脆弱性内容は、抽出ルール１（図３参照）の照合パターンとマッチングする。そして、抽出ルール１の照合パターンの丸括弧で囲まれる部分に、「ＤＡＢ ｓｅｒｖｉｃｅ」が対応する。そして、抽出ルール１の「原因要素」が「＄１」なので、原因要素として「ＤＡＢ ｓｅｒｖｉｃｅ」が抽出される。抽出された「ＤＡＢ ｓｅｒｖｉｃｅ」の要素タイプは、この時点では分からない。「ＤＡＢ ｓｅｒｖｉｃｅ」の要素タイプを決定するためには、決定ルールを用いる必要がある。抽出ルール１の「要素タイプ」が「＊」なのはそのためである。

ここで、例えば、抽出ルール２が用いられる場合、照合パターンが「([^の]*)のドライバに不備が」であるから、当該照合パターンとマッチした時点で、抽出された原因要素のドライバに不備があることが確定している。そのため、要素タイプは「ｄｒｉｖｅｒ」に決定される。

また、原因要素抽出部１０２は、ある脆弱性情報に対して、全ての抽出ルールとのマッチングが失敗した場合、脆弱性情報記憶部１０１における、当該脆弱性情報の登録日時を現在の日時に更新してもよい。

タイプ決定部１０４は、原因要素抽出部１０２から取得した原因要素から、決定ルールを用いて、当該原因要素の要素タイプを決定する。

決定ルール記憶部１０５は、決定ルールを格納する。
図４に、決定ルール記憶部１０５に格納された決定ルールの一例を示す。決定ルールは、例えば、「照合パターン」（第２照合パターン）、「標準名」、「要素タイプ」の項目を含む。

「照合パターン」は、原因要素抽出部１０２から出力された原因要素とマッチングを行うためのパターンを示す。照合パターンは、例えば、正規表現を用いて記述されている。

「標準名」は、原因要素の標準名を示す。脆弱性情報記憶部１０１に格納されている脆弱性情報は、同一の要素に対して複数の名称が用いられている（表記ゆれまたは誤字がある）場合があるため、要素の名称を標準名に統一する必要がある。

標準名は、照合パターンがある原因要素とマッチングした場合に、当該原因要素のうち、標準名を表す部分を表す。標準名が「＄ｎ」（ｎ＝１，２，３・・・）と示される場合、照合パターンに含まれる丸括弧で囲まれる部分のうち、前からｎ番目のものを指す。或いは、標準名には、例えば、図４に示される決定ルール５のように、標準名がそのまま用いられてもよい（この場合「ＤＤＤＤ」が標準名）。

「要素タイプ」は、マッチングした原因要素の要素タイプを表す。

決定ルール記憶部１０５に格納されている決定ルールは、例えば脆弱性情報サイト上の脆弱性情報に基づいて更新されてもよい。或いは、ユーザによって手動で新たな決定ルールが追加されてもよい。

タイプ決定部１０４は、決定ルール記憶部１０５に格納された決定ルールを１つ取得し、取得した原因要素とのマッチングを行い、当該原因要素のタイプ分け（分類）を行う。ここでは例として、図３の抽出ルール１で抽出された原因要素（原因要素Ｂとする）とのマッチングを行うものとする。マッチングが成功しなかった場合、未選択（未マッチング）の別の決定ルールを取得して再度マッチングを行う。ここで、未選択とは、原因要素Ｂに対して未選択という意味である。

この場合、原因要素Ｂは、決定ルール３（図４参照）の照合パターンとマッチングする。そして、決定ルール３の照合パターンの丸括弧で囲まれる部分に、「ＤＡＢ」が対応する。そして、決定ルール３の「標準名」が「＄１」なので、標準名として「ＤＡＢ」が決定（抽出）される。また、決定ルール３の「要素タイプ」が「ｓｅｒｖｉｃｅ」なので、要素タイプは「ｓｅｒｖｉｃｅ」に決定される。

また、マッチング前の時点で、原因要素の要素タイプが、抽出ルールに基づいて既に決定されている場合、タイプ決定部１０４は、標準名の決定のみを行う。

また、タイプ決定部１０４は、ある原因要素に対して、全ての決定ルールとのマッチングが失敗した場合、脆弱性情報記憶部１０１における、当該原因要素が抽出された脆弱性情報の登録日時を現在の日時に更新してもよい。或いは、タイプ決定部１０４は、当該脆弱性情報の脆弱性情報の登録日時を現在の日時に更新し、脆弱性情報記憶部１０１に格納するように原因要素抽出部１０２に命令してもよい。

そして、タイプ決定部１０４は、原因要素抽出部１０２から取得した原因要素の脆弱性情報（脆弱性ＩＤ）、原因要素の標準名および要素タイプを、原因要素記憶部１０６に格納する。

原因要素記憶部１０６は、脆弱性の原因要素の情報（原因要素情報）を格納する。
図５は、原因要素記憶部１０６に格納された原因要素情報の一例を示す図である。原因要素情報は、例えば、「脆弱性ＩＤ」、「標準名」、「要素タイプ」の項目を含む。

「脆弱性ＩＤ」は、タイプ決定部１０４によって出力されたある原因要素に対応する脆弱性情報の脆弱性ＩＤを示す。原因要素情報の脆弱性ＩＤは、脆弱性情報記憶部１０１に記録された脆弱性情報の脆弱性ＩＤと共通である。

「標準名」は、当該原因要素の標準名を示す。「要素タイプ」は、当該原因要素の種別を表す。

例えば、原因要素Ｂから求められた原因要素情報（原因要素情報Ｂとする）は、図５の一行目に格納されている。

マッチング部１０７は、構成情報記憶部１０８に格納された脆弱性の調査対象となるシステムまたは製品に含まれるソフトウェアを示す情報（構成情報）と、脆弱性情報記憶部１０１に格納された脆弱性情報とのマッチングを行う。そして、脆弱性情報に記載されたソフトウェアが、調査対象のシステムに搭載されているか否かを判定する。搭載されていると判定された場合、当該脆弱性情報を出力部１０９に出力する。

構成情報記憶部１０８は、構成情報を格納する。
図６は、構成情報記憶部１０８に格納された構成情報の一例を示す図である。構成情報は、例えば、「構成番号」、「搭載機器名」、「ソフトウェア名称」、「バージョン」、「ソフトウェア識別子」、「確認日時」の項目を含む。

「構成番号」は、ある構成情報を一意に識別する番号（識別子）を示す。１つの構成情報に対し１つのユニークな構成番号が割り振られている。

「搭載機器名」は、当該構成情報が示すソフトウェアが搭載された機器の名称を示す。

「ソフトウェア名称」は、当該構成情報が示すソフトウェアの名称を示す。

「バージョン」は、当該構成情報が示すソフトウェアのバージョンの情報を示す。

「ソフトウェア識別子」は、当該構成情報が示すソフトウェアの識別子を示す。「ソフトウェア識別子」は、脆弱性情報記憶部１０１の「ソフトウェア識別子」と同一の形式（ＣＰＥ）を用いることとする。

「確認日時」は、当該構成情報と脆弱性情報記憶部１０１に記録された脆弱性情報とのマッチング（つまり、当該構成情報が示すソフトウェアに脆弱性が含まれている可能性があるか否かの確認）を最後に実施した日時を表す。

例えば、構成番号００００１で表される構成情報（以下、構成情報Ｃとする）は、「ＸＸＸ０１」という機器に搭載されている、「ａａａ ＯＳ」というソフトウェアの、バージョン「５．０．１」を指している。また、構成情報Ｃは、ソフトウェア識別子では「ｃｐｅ：／ｏ：ｍｍｍ：ａａａ：」と表され、２０２２年４月２２日の１２時３４分５６秒に最後の確認が行われたことがわかる。

マッチング部１０７は、１つの構成情報に対し、マッチングする脆弱性情報があるか判定する。構成情報と脆弱性情報のソフトウェア識別子が一致し、かつ、構成情報のバージョンが脆弱性情報のバージョン条件を満たすとき、マッチング成功とみなされる。

例えば、マッチング部１０７が構成情報Ｃと脆弱性情報Ａのマッチングを行う場合、構成情報Ｃと脆弱性情報Ａのソフトウェア識別子は同じであり、また、構成情報Ｃのバージョンは脆弱性情報Ａのバージョン条件を満たすため、マッチングは成功する。そして、マッチング部１０７は、機器「ＸＸＸ０１」には脆弱性（を含むソフトウェア）が含まれていると判定する。そして、マッチング部１０７は、脆弱性情報Ａと構成情報Ｃを出力部１０９に出力する。

なお、ソフトウェア識別子としてＣＰＥが用いられており、脆弱性情報と構成情報のソフトウェア識別子の粒度が異なる場合、マッチング部１０７は、両者のソフトウェア識別子の粒度を揃えてマッチングを行う。例えば、一方のソフトウェア識別子にバージョン情報（バージョンまたはバージョン条件）が含まれていない場合、マッチング部１０７は、バージョン情報を考慮せずにマッチングを行う。

また、マッチング部１０７は、取得した１つの構成情報に対し、マッチングする脆弱性情報が存在しない場合、構成情報記憶部１０８における、当該構成情報の確認日時を現在の日時に更新してもよい。

出力部１０９は、マッチング部１０７から受領した脆弱性情報と、原因要素記憶部１０６に格納された脆弱性情報に対応する要素タイプから、調査方法情報を用いて脆弱性の調査方法を特定し、脆弱性調査情報を出力する。出力部１０９は、例えば、ウェブブラウザ上に脆弱性調査情報を表示してもよいし、メール等を用いて脆弱性調査情報をユーザに通知してもよい。

調査方法記憶部１１０は、調査方法情報を格納する。
図７は、調査方法情報の一例を示す図である。調査方法情報は、例えば、「要素タイプ」、「ソフトウェア識別子」、「調査方法」の項目を含む。

「要素タイプ」は、ある調査方法によって調査される対象となる、原因要素の要素タイプである。

「ソフトウェア識別子」は、当該ソフトウェアの識別子である。調査方法は要素タイプおよびソフトウェア識別子毎に異なる。

「調査方法」は、当該ソフトウェアに原因要素が含まれているか否かを具体的に調査する方法を示す。図７に示される［要素］の部分は、出力される際には原因要素の名称（標準名）に置換される。

例えば、出力部１０９は、マッチング部１０７から脆弱性情報Ａ（図２の一行目）と構成情報Ｃ（図６の一行目）を受領する。そして、出力部１０９は、脆弱性情報Ａに含まれる脆弱性ＩＤと同じ脆弱性ＩＤを有する原因要素情報Ｂ（図５の一行目）を、原因要素記憶部１０６から取得し、脆弱性情報Ａが示す脆弱性の原因要素の要素タイプが「ｓｅｒｖｉｃｅ」であることを特定する。

そして、出力部１０９は、調査方法記憶部１１０に格納された調査方法情報の中から、要素タイプが「ｓｅｒｖｉｃｅ」であり、ソフトウェア識別子が脆弱性情報Ａと同じ調査方法情報（調査方法情報Ｄとする）を特定する。調査方法情報Ｄは、図７の一行目に示されている。

図８は、出力部１０９によって出力される脆弱性調査情報の一例を示す図である。脆弱性調査情報は、例えば、「製品」、「脆弱性」、「調査方法」の項目を含む。例えば、図８の「製品」は、構成情報Ｃが示すソフトウェアが搭載されている機器に対応している。また、図８の「脆弱性」は、脆弱性情報Ａの脆弱性内容に対応している。また、図８の「調査方法」は、調査方法情報Ｄの調査方法に対応している。

調査方法情報Ｄの場合を例に、図８を参照しながら、ユーザが、脆弱性情報Ａが示す脆弱性を調査する流れを説明する。

まず、ユーザは、製品ＸＸＸ０１に脆弱性が含まれていることを把握する。次に、ユーザは、ａａａ ＯＳに含まれるＤＡＢ ｓｅｒｖｉｃｅに脆弱性が含まれていることを把握する。次に、ユーザは製品ＸＸＸ０１にログインし、コマンド「Ｇｅｔ－Ｓｅｒｖｉｃｅ」を実行する。すると、ａａａ ＯＳに搭載されている全てのサービスが出力される。この出力の中に「ＤＡＢ」が存在しない場合、または、「ＤＡＢ」が存在するが「ＤＡＢ」の起動モードが「Ａｕｔｏ」および「Ｅｎａｂｌｅ」以外の場合、ユーザは安全性が高いと判断する。起動モードが「Ａｕｔｏ」または「Ｅｎａｂｌｅ」の場合、ユーザは安全性が低いと判断する。

このように、ユーザは、図８を参照することで、検査対象のシステムまたは製品に搭載されている、構成情報Ｃが示すソフトウェアに、脆弱性情報Ａが示す脆弱性が含まれている可能性があること、および当該脆弱性の内容とその具体的な調査方法を知ることができる。

なお、出力部１０９は、調査方法を特定できなかった場合は、図９のように調査方法以外の情報を出力する。

次に、情報処理装置１００の動作について説明する。

図１０は、情報処理装置１００が行う第１フェーズの一例を示すフローチャートである。以下、図１０を参照して、第１フェーズについて説明する。第１フェーズは、新規の脆弱性情報が取得され、脆弱性情報記憶部１０１に格納された時点で開始されてもよいし、特定の時刻に開始されてもよい。

まず、原因要素抽出部１０２が、脆弱性情報記憶部１０１に格納された脆弱性情報（図２参照）のうち、未処理の脆弱性情報が存在するか否かを判定する（ステップＳ１０１）。

未処理の脆弱性情報が存在しない（全ての脆弱性情報が処理されている）場合、第１フェーズの処理を終了する（ステップＳ１０１：Ｎｏ）。

未処理の脆弱性情報が存在している場合、ステップＳ１０２に移行する（ステップＳ１０１：Ｙｅｓ）。

次に、原因要素抽出部１０２が、脆弱性情報記憶部１０１に格納された未処理の脆弱性情報（図２参照）のうちの１つを取得する（ステップＳ１０２）。

次に、原因要素抽出部１０２は、同じ処理を再実行することを防ぐため、取得された脆弱性情報に含まれる「登録日時」と、前回の第１フェーズの実行日時を比較する（ステップＳ１０３）。

「登録日時」の方が過去である場合は、ステップＳ１０１へ戻り、別の脆弱性情報を選択し直す（ステップＳ１０３：Ｎｏ）。

前回の第１フェーズの実行日時の方が過去である場合は、ステップＳ１０４に移行する（ステップＳ１０３：Ｙｅｓ）

次に、原因要素抽出部１０２は、抽出ルール記憶部１０３に、取得した１つの脆弱性情報に対して未選択の抽出ルールが格納されているか否か判定する（ステップＳ１０４）。

抽出ルール記憶部１０３に未選択の抽出ルールが格納されていない（全ての抽出ルールとマッチング失敗した）と判定された場合、ステップＳ１１５に移行する（ステップＳ１０４：Ｎｏ）。

次に、原因要素抽出部１０２は、取得した１つの脆弱性情報の登録日時を現在の日時に更新し、脆弱性情報記憶部１０１に格納する（ステップＳ１１５）。その後、ステップＳ１０１に戻り、別の脆弱性情報が選択し直される。

抽出ルール記憶部１０３に未選択の抽出ルールが格納されていると判定された場合、ステップＳ１０５に移行する（ステップＳ１０４：Ｙｅｓ）。

次に、原因要素抽出部１０２は、抽出ルール記憶部１０４に格納された未選択の抽出ルール（図３参照）のうちの１つを取得する（ステップＳ１０５）。

次に、原因要素抽出部１０２は、取得した脆弱性情報に含まれる脆弱性内容に対して、取得した抽出ルールの照合パターンをマッチングする（ステップＳ１０６）。

次に、原因要素抽出部１０２は、マッチングが成功したか否か判定する（ステップＳ１０７）。

マッチングが成功しなかった場合、ステップＳ１０４に戻り、別の抽出ルールを選択し直す（ステップＳ１０７：Ｎｏ）。

マッチングが成功した場合、ステップＳ１０８に移行する（ステップＳ１０７：Ｙｅｓ）。

次に、原因要素抽出部１０２は、取得した脆弱性情報から、抽出ルールに基づいて原因要素（および要素タイプ）を取得する（ステップＳ１０８）。

次に、タイプ決定部１０４が、決定ルール記憶部１０５に未選択の決定ルール（図４参照）が格納されているか否か判定する（ステップＳ１０９）。

決定ルール記憶部１０５に未選択の決定ルールが格納されていない（全ての決定ルールとマッチング失敗した）場合は、ステップＳ１１５へ移行する（ステップＳ１０９：Ｎｏ）。

決定ルール記憶部１０５に未選択の決定ルールが格納されている場合は、ステップＳ１１０へ移行する（ステップＳ１０９：Ｙｅｓ）。

次に、決定ルール記憶部１０５に格納された未選択の決定ルールのうちの１つを取得する（ステップＳ１１０）。

次に、タイプ決定部１０４は、取得した原因要素に対して、取得した決定ルールの照合パターンをマッチングさせる（ステップＳ１１１）。

次に、タイプ決定部１０４は、マッチングが成功したか否かを判定する（ステップＳ１１２）。

マッチングが成功しなかった場合、ステップＳ１０９に戻り、別の決定ルールを選択し直す（ステップＳ１１２：Ｎｏ）。

マッチングが成功した場合、ステップＳ１１３に移行する（ステップＳ１１２：Ｙｅｓ）。

次に、タイプ決定部１０４は、取得した原因要素の「標準名」を、取得した決定ルールの「標準名」に置換する。また、取得した原因要素の要素タイプを、取得した決定ルールの「要素タイプ」に決定する（ステップＳ１１３）。

次に、取得した脆弱性情報の脆弱性ＩＤ、取得した原因要素の標準名、取得した原因要素の要素タイプを含む原因要素情報（図５参照）を、原因要素記憶部１０６に格納する（ステップＳ１１４）。その後、ステップＳ００１に戻り、別の脆弱性情報についても同様の処理（ステップＳ１０１～Ｓ１１５）を行う。

以上、第１フェーズによって、公開された脆弱性情報から脆弱性の原因要素が特定され、脆弱性ＩＤと紐づけられた原因要素情報が得られる。

図１１は、情報処理装置１００が行う第２フェーズの一例を示すフローチャートである。以下、図１１を参照して、第２フェーズについて説明する。第２フェーズは、脆弱性情報記憶部１０１に新規の脆弱性情報が登録された時点、構成情報記憶部１０８に新規の構成情報が登録された時点または特定の時刻のいずれか、または複数の組み合わせに基づくタイミングで実行される。

まず、マッチング部１０７が、構成情報記憶部１０８に格納された構成情報のうち、未処理の構成情報が存在するか否か判定する（ステップＳ２０１）。

構成情報記憶部１０８に格納された構成情報が全て処理されていた場合、第２フェーズを終了する（ステップＳ２０１：Ｎｏ）

構成情報記憶部１０８に格納された構成情報に未処理の構成情報が含まれていた場合、ステップＳ２０２に移行する（ステップＳ２０１：Ｙｅｓ）。

次に、マッチング部１０７が、構成情報記憶部１０８に格納されている未処理の構成情報のうちの１つを取り出す（ステップＳ２０２）。

次に、マッチング部１０７は、脆弱性情報記憶部１０１内に、取得した構成情報に対して未選択の脆弱性情報が格納されているか否か判定する（ステップＳ２０３）。

脆弱性情報記憶部１０１内に未選択の脆弱性情報が格納されていない（全ての脆弱性情報が取得した構成情報とマッチングしない）場合、ステップＳ２１５に移行する（ステップＳ２０３：Ｎｏ）。

次に、構成情報記憶部１０８において、取得した構成情報の「確認日時」に実行時の現在時刻をセット（ステップＳ２１５）、ステップＳ２０１に戻り、別の構成情報を取得し直す。

脆弱性情報記憶部１０１内に未処理の脆弱性情報が格納されている場合、ステップＳ２０４に移行する（ステップＳ２０３：Ｙｅｓ）。

次に、マッチング部１０７は、脆弱性情報記憶部１０１に格納された未選択の脆弱性情報のうちの１つを取得する（ステップＳ２０４）。

次に、マッチング部１０７は、取得した脆弱性情報の「登録日時」と取得した構成情報の「確認日時」を比較する（ステップＳ２０５）。

「登録情報」の方が過去であればステップＳ２０３に戻り（ステップＳ２０５：Ｎｏ）、別の脆弱性情報を選択し直す。

「確認日時」の方が過去であれば、ステップＳ２０６に移行する（ステップＳ２０５：Ｙｅｓ）。

次に、マッチング部１０７は、取得した脆弱性情報の「ソフトウェア識別子」と取得した構成情報の「ソフトウェア識別子」が一致しているか否か判定する（ステップＳ２０６）。

ソフトウェア識別子が不一致ならば、ステップＳ２０３に戻り（ステップＳ２０６：Ｎｏ）、別の脆弱性情報を選択し直す。

ソフトウェア識別子が一致していればステップＳ２０７へ移行する（ステップＳ２０６：Ｙｅｓ）。

次に、マッチング部１０７は、取得した構成情報の「バージョン」が、取得した脆弱性情報の「バージョン条件」を満たすか判定する（ステップＳ２０７）。

取得した構成情報の「バージョン」が取得した脆弱性情報の「バージョン条件」を満たさない場合、ステップＳ２０３に戻り（ステップＳ２０７：Ｎｏ）、別の脆弱性情報を選択し直す。

取得した構成情報の「バージョン」が取得した脆弱性情報の「バージョン条件」を満たす場合、ステップＳ２０８に移行する（ステップＳ２０７：Ｙｅｓ）。

次に、マッチング部１０７は、取得した脆弱性情報と構成情報を出力部１０９に出力する（ステップＳ２０８）。

次に、出力部１０９が、原因要素記憶部１０６から、マッチング部１０７から受領した脆弱性情報の脆弱性ＩＤと一致する脆弱性ＩＤを有する原因要素情報を検索する（ステップＳ２０９）。

次に、出力部１０９は、ステップＳ２０９の検索結果が存在するか否か判定する（ステップＳ２１０）。

検索結果が存在しない場合、ステップＳ２１３に移行する（ステップＳ２１０：Ｎｏ）。

そして、出力部１０９は、マッチング部１０７から受領した構成情報と脆弱性情報に基づき、脆弱性が含まれる製品またはシステムと、脆弱性の内容を出力する（ステップＳ２１３）。

検索結果が存在する場合、ステップＳ２１１に移行する（ステップＳ２１０：Ｙｅｓ）。

次に、出力部１０９は、検索の結果得られた原因要素情報の要素タイプと一致する要素タイプを有し、かつ、取得した脆弱性情報のソフトウェア識別子と一致するソフトウェア識別子を有する、調査方法情報を、調査方法記憶部１１０内で検索する（ステップＳ２１１）。

次に、出力部１０９は、ステップＳ２１０における検索の結果が存在するか否か判定する（ステップＳ２１２）。

検索結果が存在しない場合、ステップＳ２１３に移行する（ステップＳ２１２：Ｎｏ）。

検索結果が存在する場合、ステップＳ２１４に移行する（ステップＳ２１２：Ｙｅｓ）。

次に、出力部１０９は、検索の結果得られた調査方法情報の調査方法における［要素］の部分を、取得した原因要素情報の標準名に置換し、置換後の調査方法を、脆弱性が含まれる製品またはシステムと、脆弱性の内容と併せて出力し（ステップＳ２１４）、ステップＳ１０３に戻る。

以上、第２フェーズによって、脆弱性判定対象であるシステムまたは製品に脆弱性が含まれるか否かの判定を行うことができ、また、脆弱性の具体的な調査方法を含む脆弱性調査情報を出力することができる。

以上、第１実施形態によれば、調査が必要な公開された脆弱性情報から、当該脆弱性情報が示す脆弱性の原因要素の要素タイプを特定することで、当該脆弱性の具体的な調査方法を含む脆弱性調査情報を出力することができる。このため、ユーザが公開された脆弱性情報を分析し、安全性判定のための適切な調査方法を判断する必要がなくなり、ユーザの負担を大幅に軽減できる。

（第２実施形態）
第１実施形態では、検出された脆弱性を全てユーザに通知していた。しかし、実際には、検出された脆弱性の全てが問題となる訳ではない。例えば、ＯＳのドライバのように対応するハードウェアが存在しない場合や、ＯＳ自体の機能として有効化されない場合、脆弱性が発現しない場合がある。

上記の実情を鑑みて、第２実施形態では、ソフトウェアがＯＳの場合、ＯＳの設定情報に基づき、起動されないソフトウェアを自動で判定することにより、ユーザの負担をさらに軽減することを目的とする。

図１２は本実施形態に係る情報処理装置１００Ａのブロック図である。上述した第１実施形態における図１と同じ名称または機能の要素には同じ符号を付している。以後、変更または追加された事項を除き説明を省略する。

情報処理装置１００Ａは、公開された脆弱性情報から脆弱性の原因要素を特定し（第１フェーズ）、脆弱性判定対象であるシステムまたは製品に対して設定情報の収集を行い（第３フェーズ）、構成情報から脆弱性情報を参照して、当該システムまたは製品に脆弱性が含まれるか否かの判定を行う（第４フェーズ）。

情報処理装置１００Ａは、要素１０１～１０９に加えて、安全性判定部２０１と、設定情報記憶部２０２と、設定情報収集部２０３と、を備える。図示していないが、情報処理装置１００Ａは、調査方法記憶部１１０を備えていてもよい。

安全性判定部２０１は、まず、マッチング部１０７から、マッチングした脆弱性情報を受領する。そして、安全性判定部２０１は、原因要素記憶部１０６に格納された脆弱性情報に対応する要素タイプ、およびシステムまたは製品の設定情報（より詳細には調査対象のソフトウェアの設定情報）に基づき、調査対象のソフトウェアの安全性を判定し、判定結果を出力部１０９に出力する。

設定情報記憶部２０２は、設定情報を格納する。
図１３は、設定情報記憶部２０２に記録された設定情報の一例である。設定情報は例えば、「構成番号」、「要素タイプ」、「設定識別子」、「設定値」の項目を含む。

「構成番号」は、調査対象のソフトウェアを特定する構成情報の識別子である。ここでの構成番号は、構成情報記憶部１０８に記憶された構成情報に付けられた構成番号と共通である。

「要素タイプ」は、調査対象のソフトウェアの要素タイプを示す。

「設定識別子」は、調査対象のソフトウェアにおける設定項目の名称（設定項目名）を示す。

「設定値」は、設定項目に対するある値を示す。設定識別子および設定値として取り得る値は、調査対象のソフトウェアの要素タイプによって決定される。

図１４は、要素タイプ毎の設定識別子および設定値の関係の一例である。例えば、あるソフトウェアの要素タイプが「ｓｅｒｖｉｃｅ」または「ｄｒｉｖｅｒ」であり、設定値が「ＯＦＦ」の場合、当該ソフトウェアは起動されない。または、あるソフトウェアの要素タイプが「ｆｕｎｃｔｉｏｎ」であり、設定値が「ｄｉｓａｂｌｅ」の場合、当該ソフトウェアが有する一部の機能は有効化されない。または、あるソフトウェアが特定のＯＳであり、その要素タイプが「ｋｅｒｎｅｌ」であり、設定値が「０」または「ｎｕｌｌ」の場合、当該特定のＯＳの一部の機能は有効化されない。

つまり、上記のような設定値を有するソフトウェアが機器に搭載されている場合、当該ソフトウェアは実際に動作しないか、もしくは脆弱性のある機能が無効化されている可能性が高いため、当該ソフトウェアに含まれる脆弱性は安全である可能性が高い。

設定情報収集部２０３は、調査対象のシステムまたは製品に対して設定情報を収集し、設定情報記憶部２０２に設定情報を格納する。具体的には以下の通りである。

設定情報収集部２０３は、要素タイプが「ｓｅｒｖｉｃｅ」の場合に必要な設定情報を設定情報記憶部２０２に格納する。即ち、対象ＯＳで設定されている全サービスの起動情報を設定情報記憶部２０２に格納する。

例えば、設定情報収集部２０３は、コマンド「Ｇｅｔ－Ｓｅｒｖｉｃｅ」を実行し、対象ＯＳに含まれる全てのサービスとその起動モードを取得する。そして、設定情報収集部２０３は、取得したサービス名を設定識別子の項目（列）に設定し、その起動モードが「Ａｕｔｏ」もしくは「Ｅｎａｂｌｅ」の場合は設定値の項目（列）を「ＯＮ」に、それ以外の場合は、「ＯＦＦ」に設定する（図１４参照）。

同様に、設定情報収集部２０３は、要素タイプが「ｄｒｉｖｅｒ」の場合に必要な設定情報、要素タイプが「ｆｕｎｃｔｉｏｎ」の場合に必要な設定情報を取得し、設定情報記憶部２０２に格納する。要素タイプが「ｄｒｉｖｅｒ」の場合は、設定情報収集のためにコマンド「Ｇｅｔ－Ｄｒｉｖｅｒ」が用いられればよい。

また、設定情報収集部２０３は、対象ソフトウェアが特定のＯＳであるか否かを判定し、対象ソフトウェアが特定のＯＳである場合は、要素タイプが「ｋｅｒｎｅｌ」の場合に必要な設定情報を取得し、設定情報記憶部２０２に格納する。

次に、情報処理装置１００Ａの動作について説明する。第１フェーズについては、第１実施形態における第１フェーズと同一の動作となるため、説明を割愛する。

図１５は、設定情報収集部２０３が行う第３フェーズの一例を示すフローチャートである。以下、図１５を参照して、第３フェーズについて説明する。第３フェーズ（設定情報の収集）は、対象のソフトウェア毎に行われる。

まず、設定情報収集部２０３が、対象ソフトウェアのソフトウェア識別子に基づき、対象ソフトウェアがＯＳであるか否かを判定する（ステップＳ３０１）。

対象のソフトウェアがＯＳの場合、ステップＳ３０２に移行する（ステップＳ３０１：Ｙｅｓ）。

対象のソフトウェアがＯＳでない場合、第３フェーズを終了する（ステップＳ３０１：Ｎｏ）。

次に、設定情報収集部２０３は、要素タイプがｓｅｒｖｉｃｅの場合に必要な設定情報を設定情報記憶部２０２に格納する（ステップＳ３０２）。

次に、要素タイプがｄｒｉｖｅｒの場合に必要な設定情報を設定情報記憶部２０２に格納する（ステップＳ３０３）。

次に、要素タイプがｆｕｎｃｔｉｏｎの場合に必要な設定情報を設定情報記憶部２０２に格納する（ステップＳ３０４）。

次に、対象のソフトウェアが特定のＯＳであるか否かを判定する（ステップＳ３０５）。

対象のソフトウェアが特定のＯＳである場合は、ステップＳ３０６に移行する（ステップＳ３０５：Ｙｅｓ）。

対象のソフトウェアが特定のＯＳでない場合は、第３フェーズを終了する（ステップＳ３０５：Ｎｏ）。

次に、要素タイプがｋｅｒｎｅｌの場合に必要な設定情報を設定情報記憶部２０２に格納する（ステップＳ３０６）。

なお、ステップＳ３０２／Ｓ３０３／Ｓ３０４／Ｓ３０６における設定情報記憶部２０２への設定情報の格納は、手動で行われてもよいし、スクリプトなどによって自動で行われてもよい。また、ＯＳによってはステップＳ３０２／Ｓ３０３／Ｓ３０４／Ｓ３０６の対象となる機能を有さない場合もあるため、Ｓ３０２／Ｓ３０３／Ｓ３０４／Ｓ３０６のうち、一部のステップを省略してもよい。

図１６は、第４フェーズの一例を示すフローチャートである。以下、図１６を参照して、第４フェーズについて説明する。ステップＳ２０１～Ｓ２０７、ステップＳ２１５については、第２フェーズと同一の動作のため説明を省略する。

ステップＳ２０７の次に、安全性判定部２０１は、原因要素記憶部１０６から、取得した脆弱性情報の脆弱性ＩＤと一致する脆弱性ＩＤを有する原因要素情報を検索する（ステップＳ４０１）。

次に、安全性判定部２０１は、ステップＳ４０１の検索結果が存在するか否か判定する（ステップＳ４０２）。

ステップＳ４０１の検索結果が存在しない場合、ステップＳ４０５に移行する（ステップＳ４０２：Ｎｏ）。

ステップＳ４０１の検索結果が存在する場合、ステップＳ４０３に移行する（ステップＳ４０２：Ｙｅｓ）。

次に、安全性判定部２０１は、取得した原因要素の要素タイプと同じ要素タイプを有し、かつ、取得した構成情報の構成番号と同じ構成番号を有する設定情報を、設定情報記憶部２０２に格納された設定情報から検索する（ステップＳ４０３）。

次に、安全性判定部２０１は、ステップＳ４０３の検索結果が存在するか否か判定する（ステップＳ４０４）。

ステップＳ４０３の検索結果が存在する場合、ステップＳ４０６に移行し（ステップＳ４０４：Ｎｏ）、ステップＳ４０６～Ｓ４１０により対象ソフトウェアの安全性を判定する。

次に、安全性判定部２０１は、取得した原因要素の要素タイプが「ｓｅｒｖｉｃｅ」または「ｄｒｉｖｅｒ」であるか否か判定する（ステップＳ４０６）。

取得した原因要素の要素タイプが「ｓｅｒｖｉｃｅ」または「ｄｒｉｖｅｒ」の場合（ステップＳ４０６:Ｙｅｓ）、設定値が「ＯＮ」であるか否か判定する（ステップＳ４０７）。

設定値が「ＯＮ」の場合、ステップＳ４０５に移行し（ステップＳ４０７：Ｙｅｓ）、設定値が「ＯＦＦ」の場合、ステップＳ２０４に戻り（ステップＳ４０７：Ｎｏ）、別の脆弱性を選択し直す。設定値が「ＯＮ」の場合、対象ソフトウェアに該当する脆弱性がある場合に対応し、設定値が「ＯＦＦ」の場合、対象ソフトウェアに該当する脆弱性がない場合に対応する。

取得した原因要素の要素タイプが「ｓｅｒｖｉｃｅ」および「ｄｒｉｖｅｒ」以外の場合（ステップＳ４０６:Ｎｏ）、安全性判定部２０１は、取得した原因要素の要素タイプが「ｆｕｎｃｔｉｏｎ」か否か判定する（ステップＳ４０８）。

取得した原因要素の要素タイプが「ｆｕｎｃｔｉｏｎ」である場合（ステップＳ４０８：Ｙｅｓ）、設定値が「ｅｎａｂｌｅ」であるか否か判定する（ステップＳ４０９）。

設定値が「ｅｎａｂｌｅ」の場合、ステップＳ４０５に移行し（ステップＳ４０９：Ｙｅｓ）、設定値が「ｄｉｓａｂｌｅ」の場合、ステップＳ２０４に戻り（ステップＳ４０７：Ｎｏ）、別の脆弱性を選択し直す。設定値が「ｅｎａｂｌｅ」の場合、対象ソフトウェアに該当する脆弱性がある場合に対応し、設定値が「ｄｉｓａｂｌｅ」の場合、対象ソフトウェアに該当する脆弱性がない場合に対応する。

取得した原因要素の要素タイプが「ｋｅｒｎｅｌ」である場合（ステップＳ４０８：Ｎｏ）、設定値が「０」および「ｎｕｌｌ」以外であるか否か判定する（ステップＳ４１０）。

設定値が「０」および「ｎｕｌｌ」以外の場合、ステップＳ４０５に移行し（ステップＳ４１０：Ｙｅｓ）、設定値が「０」または「ｎｕｌｌ」の場合（ステップＳ４１０：Ｎｏ）、ステップＳ２０４に戻り、別の脆弱性を選択し直す。設定値が「０」および「ｎｕｌｌ」以外の場合、対象ソフトウェアに該当する脆弱性がある場合に対応し、設定値が「０」または「ｎｕｌｌ」の場合、対象ソフトウェアに該当する脆弱性がない場合に対応する。

ステップＳ４０３の検索結果が存在しない場合、ステップＳ４０５に移行する（ステップＳ４０４：Ｙｅｓ）。

次に、安全性判定部２０１は、マッチング部１０７から受領した構成情報と脆弱性情報に基づき、脆弱性が含まれる製品またはシステムと、脆弱性の内容を出力部１０９に出力する。出力部１０９は、安全性判定部２０１から受領した情報に基づく脆弱性調査情報をユーザに通知するために出力する（ステップＳ４０５）。例えば出力部１０９は、図９の形の脆弱性調査情報（脆弱性の存在を示す情報）を出力する。

なお、本実施形態では、ステップＳ４０７／４０９／４１０がＮｏの場合は、安全性が高いため、ユーザに通知していないが、安全性が高い旨を追加してユーザに通知してもよい。

上述したように、本実施形態によれば、脆弱性検査対象のソフトウェアがＯＳの場合、ＯＳの設定情報に基づき、脆弱性の安全性の調査を一部自動化することができる。したがって、本実施形態を用いることにより、ユーザの負担を更に軽減することができる。

また、第１実施形態および第２実施形態では、要素タイプを、ＯＳに関する「ｓｅｒｖｉｃｅ」、「ｄｒｉｖｅｒ」、「ｆｕｎｃｔｉｏｎ」、「ｋｅｒｎｅｌ」の４つに限定しているが、さらに追加してもよい。例えば、特定のアプリケーションを要素タイプとして指定し、設定情報としてその設定ファイルを用いることで、ＯＳに限らず、より幅広いソフトウェアの安全性判定について、ユーザの負担を軽減することができる。

（ハードウェア構成）
図２２は、各実施形態に係る情報処理装置のハードウェア構成を示す。情報処理装置は、コンピュータ装置６００により構成される。コンピュータ装置６００は、ＣＰＵ６０１と、入力インタフェース６０２と、表示装置６０３と、通信装置６０４と、主記憶装置６０５と、外部記憶装置６０６とを備え、これらはバス６０７により相互に接続されている。

ＣＰＵ（中央演算装置）６０１は、主記憶装置６０５上で、コンピュータプログラムである情報処理プログラムを実行する。情報処理プログラムは、情報処理装置の上述の各機能構成を実現するプログラムのことである。情報処理プログラムは、１つのプログラムではなく、複数のプログラムやスクリプトの組み合わせにより実現されていてもよい。ＣＰＵ６０１が、情報処理プログラムを実行することにより、各機能構成は実現される。

入力インタフェース６０２は、キーボード、マウス、及びタッチパネルなどの入力装置からの操作信号を、情報処理装置に入力するための回路である。入力インタフェース６０２は各実施形態に係る情報処理装置の入力部に対応する。

表示装置６０３は、情報処理装置から出力されるデータを表示する。表示装置６０３は、例えば、ＬＣＤ（液晶ディスプレイ）、有機エレクトロルミネッセンスディスプレイ、ＣＲＴ（ブラウン管）、又はＰＤＰ（プラズマディスプレイ）であるが、これに限られない。コンピュータ装置６００から出力されたデータは、この表示装置６０３に表示することができる。表示装置６０３は各実施形態に係る情報処理装置の出力部に対応する。

通信装置６０４は、情報処理装置が外部装置と無線又は有線で通信するための回路である。データは、通信装置６０４を介して外部装置から入力することができる。外部装置から入力したデータを、主記憶装置６０５や外部記憶装置６０６に格納することができる。

主記憶装置６０５は、情報処理プログラム、情報処理プログラムの実行に必要なデータ、及び情報処理プログラムの実行により生成されたデータなどを記憶する。情報処理プログラムは、主記憶装置６０５上で展開され、実行される。主記憶装置６０５は、例えば、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭであるが、これに限られない。各実施形態に係る情報処理装置の各記憶部又はデータベースは、主記憶装置６０５上に構築されてもよい。

外部記憶装置６０６は、情報処理プログラム、情報処理プログラムの実行に必要なデータ、及び情報処理プログラムの実行により生成されたデータなどを記憶する。これらの情報処理プログラムやデータは、情報処理プログラムの実行の際に、主記憶装置６０５に読み出される。外部記憶装置６０６は、例えば、ハードディスク、光ディスク、フラッシュメモリ、及び磁気テープであるが、これに限られない。情報処理装置の各記憶部又はデータベースは、外部記憶装置６０６上に構築されてもよい。

なお、情報処理プログラムは、コンピュータ装置６００に予めインストールされていてもよいし、ＣＤ－ＲＯＭなどの記憶媒体に記憶されていてもよい。また、情報処理プログラムは、インターネット上にアップロードされていてもよい。

また、情報処理装置は、単一のコンピュータ装置６００により構成されてもよいし、相互に接続された複数のコンピュータ装置６００からなるシステムとして構成されてもよい。

なお、本発明は上記各実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記各実施形態に開示されている複数の構成要素を適宜組み合わせることによって種々の発明を形成できる。また例えば、各実施形態に示される全構成要素からいくつかの構成要素を削除した構成も考えられる。さらに、異なる実施形態に記載した構成要素を適宜組み合わせてもよい。

本実施形態は、以下のように構成することもできる。
［項目１］
脆弱性を一意に特定する脆弱性識別子と、前記脆弱性が含まれるソフトウェアを一意に特定するソフトウェア識別子と、前記脆弱性の内容を示す脆弱性記述と、を含む１つ以上の脆弱性情報を格納した脆弱性データベースと、
前記脆弱性データベースにおいて、対象機器に設けられている対象ソフトウェアのソフトウェア識別子にマッチする脆弱性情報を特定するマッチング部と、
前記マッチング部により特定される前記脆弱性情報における前記脆弱性記述から前記脆弱性の原因となる原因要素を特定する原因要素特定部と、
特定した前記原因要素の名称から前記原因要素のタイプを決定するタイプ決定部と、
前記対象ソフトウェアのソフトウェア識別子と前記原因要素のタイプとに基づき、前記対象ソフトウェアの脆弱性に関する調査方法を決定し、前記調査方法を示す情報を出力する出力部と
を備えた情報処理装置。
［項目２］
前記原因要素特定部は、前記脆弱性データベースにおける前記脆弱性情報ごとに、前記脆弱性記述から前記脆弱性の原因となる原因要素を特定し、
前記タイプ決定部は、特定された前記原因要素の名称から前記原因要素のタイプを決定し、
前記脆弱性情報の前記脆弱性識別子と、前記原因要素のタイプとを含む原因要素情報とを原因要素データベースに格納し、
前記出力部は、前記マッチング部により特定される前記脆弱性情報に含まれる前記脆弱性識別子にマッチする前記原因要素のタイプを前記原因要素データベースにおいて特定し、前記対象ソフトウェアのソフトウェア識別子と、特定した前記原因要素のタイプとに基づき、前記調査方法を決定する
項目１に記載の情報処理装置。
［項目３］
前記脆弱性データベースにおける前記脆弱性情報は、前記ソフトウェアのバージョン条件を含み、
前記マッチング部は、前記対象ソフトウェアの前記ソフトウェア識別子にマッチし、前記対象ソフトウェアのバージョンが前記バージョン条件を満たす脆弱性情報を特定する
項目１または２に記載の情報処理装置。
［項目４］
原因要素のタイプと、ソフトウェア識別子と、調査方法の内容を示しかつ前記原因要素の名称を変数として含む調査方法記述とを含む調査方法情報を格納した調査方法データベースをさらに備え、
前記出力部は、前記対象ソフトウェアのソフトウェア識別子と前記タイプ決定部により決定された前記原因要素のタイプとにマッチする調査方法情報を特定し、特定した前記調査方法情報の前記調査方法記述における前記変数を、前記原因要素特定部により特定された原因要素の名称に置換し、置換後の前記調査方法記述を含む情報を、前記調査方法を示す情報として出力する
項目１～３のいずれか一項に記載の情報処理装置。
［項目５］
前記原因要素特定部は、前記脆弱性記述に対して１つ以上の第１照合パターンを適用してマッチする第１照合パターンを特定し、特定した第１照合パターンで指定される箇所における記述部分を前記脆弱性記述から抽出し、抽出した記述部分が示す対象を前記原因要素とする
項目１～４のいずれか一項に記載の情報処理装置。
［項目６］
前記タイプ決定部は、それぞれ原因要素タイプが対応づいた１つ以上の第２照合パターンを前記抽出した記述部分に適用してマッチする第２照合パターンを特定し、特定した前記第２照合パターンに対応する前記原因要素タイプを、前記原因要素のタイプに決定する
項目５に記載の情報処理装置。
［項目７］
前記タイプ決定部は、特定した前記第２照合パターンで指定される箇所における記述部分を前記抽出した記述部分から抽出し、抽出した記述部分が示す対象を前記原因要素の標準名とし、
前記調査方法を示す情報は、前記原因要素の標準名を含む
項目６に記載の情報処理装置。
［項目８］
前記対象ソフトウェアについて前記原因要素特定部により特定される前記原因要素の設定項目の設定値を取得し、前記設定値に基づき、前記対象ソフトウェアの前記脆弱性に対する安全性を判定する安全性判定部を備え、
前記出力部は、前記安全性判定部の判定結果に基づき、前記脆弱性の存在を示す情報を出力する
項目１～７のいずれか一項に記載の情報処理装置。
［項目９］
前記対象ソフトウェアはＯＳ（Operating System）である
項目１～８のいずれか一項に記載の情報処理装置。
［項目１０］
脆弱性を一意に特定する脆弱性識別子と、前記脆弱性が含まれるソフトウェアを一意に特定するソフトウェア識別子と、前記脆弱性の内容を示す脆弱性記述と、を含む１つ以上の脆弱性情報を格納した脆弱性データベースにアクセスし、対象機器に設けられている対象ソフトウェアのソフトウェア識別子にマッチする脆弱性情報を特定し、
特定される前記脆弱性情報における前記脆弱性記述から前記脆弱性の原因となる原因要素を特定し、
特定した前記原因要素の名称から前記原因要素のタイプを決定し、
前記対象ソフトウェアのソフトウェア識別子と前記原因要素のタイプとに基づき、前記対象ソフトウェアの脆弱性に関する調査方法を決定し、前記調査方法を示す情報を出力する
情報処理方法。
［項目１１］
脆弱性を一意に特定する脆弱性識別子と、前記脆弱性が含まれるソフトウェアを一意に特定するソフトウェア識別子と、前記脆弱性の内容を示す脆弱性記述と、を含む１つ以上の脆弱性情報を格納した脆弱性データベースにアクセスして、対象機器に設けられている対象ソフトウェアのソフトウェア識別子にマッチする脆弱性情報を特定するステップと、
特定される前記脆弱性情報における前記脆弱性記述から前記脆弱性の原因となる原因要素を特定するステップと、
特定した前記原因要素の名称から前記原因要素のタイプを決定するステップと、
前記対象ソフトウェアのソフトウェア識別子と前記原因要素のタイプとに基づき、前記対象ソフトウェアの脆弱性に関する調査方法を決定し、前記調査方法を示す情報を出力するステップと
をコンピュータに実行させるためのコンピュータプログラム。

１００、１００Ａ 情報処理装置
１０１ 脆弱性情報記憶部
１０２ 原因要素抽出部（原因要素特定部）
１０３ 抽出ルール記憶部
１０４ タイプ決定部
１０５ 決定ルール記憶部
１０６ 原因要素記憶部
１０７ マッチング部
１０８ 構成情報記憶部
１０９ 出力部
１１０ 調査方法記憶部
２０１ 安全性判定部
２０２ 設定情報記憶部
２０３ 設定情報収集部
６００ コンピュータ装置
６０１ ＣＰＵ
６０２ 入力インタフェース
６０３ 表示装置
６０４ 通信装置
６０５ 主記憶装置
６０６ 外部記憶装置
６０７ バス

Claims (11)

1. 脆弱性を一意に特定する脆弱性識別子と、前記脆弱性が含まれるソフトウェアを一意に特定するソフトウェア識別子と、前記脆弱性の内容を示す脆弱性記述と、を含む１つ以上の脆弱性情報を格納した脆弱性データベースと、
   前記脆弱性データベースにおいて、対象機器に設けられている対象ソフトウェアのソフトウェア識別子にマッチする脆弱性情報を特定するマッチング部と、
   前記マッチング部により特定される前記脆弱性情報における前記脆弱性記述から前記脆弱性の原因となる原因要素を特定する原因要素特定部と、
   特定した前記原因要素の名称から前記原因要素のタイプを決定するタイプ決定部と、
   前記対象ソフトウェアのソフトウェア識別子と前記原因要素のタイプとに基づき、前記対象ソフトウェアの脆弱性に関する調査方法を決定し、前記調査方法を示す情報を出力する出力部と
   を備えた情報処理装置。
2. 前記原因要素特定部は、前記脆弱性データベースにおける前記脆弱性情報ごとに、前記脆弱性記述から前記脆弱性の原因となる原因要素を特定し、
   前記タイプ決定部は、特定された前記原因要素の名称から前記原因要素のタイプを決定し、
   前記脆弱性情報の前記脆弱性識別子と、前記原因要素のタイプとを含む原因要素情報とを原因要素データベースに格納し、
   前記出力部は、前記マッチング部により特定される前記脆弱性情報に含まれる前記脆弱性識別子にマッチする前記原因要素のタイプを前記原因要素データベースにおいて特定し、前記対象ソフトウェアのソフトウェア識別子と、特定した前記原因要素のタイプとに基づき、前記調査方法を決定する
   請求項１に記載の情報処理装置。
3. 前記脆弱性データベースにおける前記脆弱性情報は、前記ソフトウェアのバージョン条件を含み、
   前記マッチング部は、前記対象ソフトウェアの前記ソフトウェア識別子にマッチし、前記対象ソフトウェアのバージョンが前記バージョン条件を満たす脆弱性情報を特定する
   請求項１に記載の情報処理装置。
4. 原因要素のタイプと、ソフトウェア識別子と、調査方法の内容を示しかつ前記原因要素の名称を変数として含む調査方法記述とを含む調査方法情報を格納した調査方法データベースをさらに備え、
   前記出力部は、前記対象ソフトウェアのソフトウェア識別子と前記タイプ決定部により決定された前記原因要素のタイプとにマッチする調査方法情報を特定し、特定した前記調査方法情報の前記調査方法記述における前記変数を、前記原因要素特定部により特定された原因要素の名称に置換し、置換後の前記調査方法記述を含む情報を、前記調査方法を示す情報として出力する
   請求項１に記載の情報処理装置。
5. 前記原因要素特定部は、前記脆弱性記述に対して１つ以上の第１照合パターンを適用してマッチする第１照合パターンを特定し、特定した第１照合パターンで指定される箇所における記述部分を前記脆弱性記述から抽出し、抽出した記述部分が示す対象を前記原因要素とする
   請求項１に記載の情報処理装置。
6. 前記タイプ決定部は、それぞれ原因要素タイプが対応づいた１つ以上の第２照合パターンを前記抽出した記述部分に適用してマッチする第２照合パターンを特定し、特定した前記第２照合パターンに対応する前記原因要素タイプを、前記原因要素のタイプに決定する
   請求項５に記載の情報処理装置。
7. 前記タイプ決定部は、特定した前記第２照合パターンで指定される箇所における記述部分を前記抽出した記述部分から抽出し、抽出した記述部分が示す対象を前記原因要素の標準名とし、
   前記調査方法を示す情報は、前記原因要素の標準名を含む
   請求項６に記載の情報処理装置。
8. 前記対象ソフトウェアについて前記原因要素特定部により特定される前記原因要素の設定項目の設定値を取得し、前記設定値に基づき、前記対象ソフトウェアの前記脆弱性に対する安全性を判定する安全性判定部を備え、
   前記出力部は、前記安全性判定部の判定結果に基づき、前記脆弱性の存在を示す情報を出力する
   請求項１に記載の情報処理装置。
9. 前記対象ソフトウェアはＯＳ（Operating System）である
   請求項１に記載の情報処理装置。
10. 脆弱性を一意に特定する脆弱性識別子と、前記脆弱性が含まれるソフトウェアを一意に特定するソフトウェア識別子と、前記脆弱性の内容を示す脆弱性記述と、を含む１つ以上の脆弱性情報を格納した脆弱性データベースにアクセスし、対象機器に設けられている対象ソフトウェアのソフトウェア識別子にマッチする脆弱性情報を特定し、
    特定される前記脆弱性情報における前記脆弱性記述から前記脆弱性の原因となる原因要素を特定し、
    特定した前記原因要素の名称から前記原因要素のタイプを決定し、
    前記対象ソフトウェアのソフトウェア識別子と前記原因要素のタイプとに基づき、前記対象ソフトウェアの脆弱性に関する調査方法を決定し、前記調査方法を示す情報を出力する
    コンピュータが実行する、情報処理方法。
11. 脆弱性を一意に特定する脆弱性識別子と、前記脆弱性が含まれるソフトウェアを一意に特定するソフトウェア識別子と、前記脆弱性の内容を示す脆弱性記述と、を含む１つ以上の脆弱性情報を格納した脆弱性データベースにアクセスして、対象機器に設けられている対象ソフトウェアのソフトウェア識別子にマッチする脆弱性情報を特定するステップと、
    特定される前記脆弱性情報における前記脆弱性記述から前記脆弱性の原因となる原因要素を特定するステップと、
    特定した前記原因要素の名称から前記原因要素のタイプを決定するステップと、
    前記対象ソフトウェアのソフトウェア識別子と前記原因要素のタイプとに基づき、前記対象ソフトウェアの脆弱性に関する調査方法を決定し、前記調査方法を示す情報を出力するステップと
    をコンピュータに実行させるためのコンピュータプログラム。