特許 7566393 評価装置、評価方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-10-04

(45)【発行日】2024-10-15

(54)【発明の名称】評価装置、評価方法、及びプログラム

(51)【国際特許分類】

   G06F 21/57 20130101AFI20241007BHJP

【ＦＩ】

G06F21/57 370

【請求項の数】 5

(21)【出願番号】P 2024139446

(22)【出願日】2024-08-21

【審査請求日】2024-08-22

【早期審査対象出願】

(73)【特許権者】

【識別番号】522092170

【氏名又は名称】Ｃｌｏｕｄｂａｓｅ株式会社

(74)【代理人】

【識別番号】110002790

【氏名又は名称】Ｏｎｅ ｉｐ弁理士法人

(72)【発明者】

【氏名】大峠 和基

【審査官】三森 雄介

(56)【参考文献】

【文献】特開２０２３－７４７８（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１１／０１３８４６９（ＵＳ，Ａ１）

【文献】特開２０１２－１４３２０（ＪＰ，Ａ）

【文献】国際公開第２０２３／１５２８８０（ＷＯ，Ａ１）

【文献】中国特許出願公開第１１３６８８３９８（ＣＮ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ２１／５７

(57)【特許請求の範囲】

【請求項1】

各ソフトウェアがバージョンを付与された複数のソフトウェア、及び、前記複数のソフトウェアのために用いられる複数のリソースであって各リソースが当該リソースの所在を示すパスにより特定される前記複数のリソースを有する被評価装置を内部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第１のソフトウェアの名称及びバージョンを取得する第１の取得部と、
前記被評価装置を外部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第２のソフトウェアの名称及びバージョンを取得する第２の取得部と、
前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとを突合することにより、前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとの間で、共通するソフトウェアの名称及びバージョンと、共通しないソフトウェアの名称及びバージョンとを判別する突合・判別部と、
前記共通するソフトウェアの名称及びバージョンが有する脆弱性のリスクが、前記共通しないソフトウェアの名称及びバージョンが有する脆弱性のリスクより大きいと評価する評価部と、
前記共通するソフトウェアの内容、並びに、当該ソフトウェアに対応するリソース及びパスのうちの少なくとも１つを優先的に修復することを決定する決定部と、
を含む評価装置。

【請求項2】

前記評価部は、前記評価を、前記複数のソフトウェアの名称及びバージョンと複数の脆弱性との対応関係を参照することにより行う、
請求項１に記載の評価装置。

【請求項3】

前記被評価装置は、前記外部スキャンのために用いられる複数のインターフェイスを有し、
前記決定部は、前記複数のインターフェイスのうち、前記第２の取得部が、前記第２のソフトウェアの名称及びバージョンのうちの前記共通するソフトウェアの名称及びバージョンを取得するときに用いたインターフェイスを優先的に修復することを決定する、
請求項１に記載の評価装置。

【請求項4】

各ソフトウェアがバージョンを付与された複数のソフトウェア、及び、前記複数のソフトウェアのために用いられる複数のリソースであって各リソースが当該リソースの所在を示すパスにより特定される前記複数のリソースを有する被評価装置を内部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第１のソフトウェアの名称及びバージョンを取得する第１の取得工程と、
前記被評価装置を外部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第２のソフトウェアの名称及びバージョンを取得する第２の取得工程と、
前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとを突合することにより、前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとの間で、共通するソフトウェアの名称及びバージョンと、共通しないソフトウェアの名称及びバージョンとを判別する突合・判別工程と、
前記共通するソフトウェアの名称及びバージョンが有する脆弱性のリスクが、前記共通しないソフトウェアの名称及びバージョンが有する脆弱性のリスクより大きいと評価する評価工程と、
前記共通するソフトウェアの内容、並びに、当該ソフトウェアに対応するリソース及びパスのうちの少なくとも１つを優先的に修復することを決定する決定工程と、
を含む評価方法。

【請求項5】

コンピュータに、
各ソフトウェアがバージョンを付与された複数のソフトウェア、及び、前記複数のソフトウェアのために用いられる複数のリソースであって各リソースが当該リソースの所在を示すパスにより特定される前記複数のリソースを有する被評価装置を内部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第１のソフトウェアの名称及びバージョンを取得する第１の取得工程と、
前記被評価装置を外部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第２のソフトウェアの名称及びバージョンを取得する第２の取得工程と、
前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとを突合することにより、前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとの間で、共通するソフトウェアの名称及びバージョンと、共通しないソフトウェアの名称及びバージョンとを判別する突合・判別工程と、
前記共通するソフトウェアの名称及びバージョンが有する脆弱性のリスクが、前記共通しないソフトウェアの名称及びバージョンが有する脆弱性のリスクより大きいと評価する評価工程と、
前記共通するソフトウェアの内容、並びに、当該ソフトウェアに対応するリソース及びパスのうちの少なくとも１つを優先的に修復することを決定する決定工程と、
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、評価装置、評価方法、及びプログラムに関する。

【背景技術】

【0002】

特許文献１に記載の脆弱性判定システムは、システムの脆弱性の影響を判定することができることを目的とする。当該目的を達成すべく、前記の脆弱性判定システムは、脆弱性の影響を受けるソフトウェアが、外部ネットワークから直接的に攻撃を受けうるか否かを判断する（例えば、特許文献１の段落０００９、請求項１）。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１２－２０８８６３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記した脆弱性判定システムでは、上記したように、外部ネットワークからの攻撃可能性を判断するものの、例えば、相互に相違する脆弱性を内在する複数のソフトウェアのうち、いずれのソフトウェアを優先的に修復すべきかを判断することができないとの課題があった。

【0005】

本開示の目的は、複数のソフトウェアのうち、いずれのソフトウェアを優先的に修復すべきか等を決定することができる、評価装置、評価方法、及びプログラムを提供することにある。

【課題を解決するための手段】

【0006】

上記した課題を解決すべく、本開示に係る評価装置は、各ソフトウェアがバージョンを付与された複数のソフトウェア、及び、前記複数のソフトウェアのために用いられる複数のリソースであって各リソースが当該リソースの所在を示すパスにより特定される前記複数のリソースを有する被評価装置を内部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第１のソフトウェアの名称及びバージョンを取得する第１の取得部と、前記被評価装置を外部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第２のソフトウェアの名称及びバージョンを取得する第２の取得部と、前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとを突合することにより、前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとの間で、共通するソフトウェアの名称及びバージョンと、共通しないソフトウェアの名称及びバージョンとを判別する突合・判別部と、前記共通するソフトウェアの名称及びバージョンが有する脆弱性のリスクが、前記共通しないソフトウェアの名称及びバージョンが有する脆弱性のリスクより大きいと評価する評価部と、前記共通するソフトウェアの内容、並びに、当該ソフトウェアに対応するリソース及びパスのうちの少なくとも１つを優先的に修復することを決定する決定部と、を含む。

【発明の効果】

【0007】

本開示に係る評価装置によれば、前記複数のソフトウェアのうち、いずれのソフトウェアを優先的に修復すべきか等を決定することができる。

【図面の簡単な説明】

【0008】

【図1】実施形態の脆弱性リスク評価システムＺＲＨの構成を示す。

【図2】実施形態の評価装置ＨＹの構成を示す。

【図3】実施形態の被評価装置ＨＩの構成を示す。

【図4】実施形態の被評価装置ＨＩの機能を示す。

【図5】実施形態の脆弱性データベースＤＢ（ＺＥ）の機能を示す。

【図6】実施形態の脆弱性リスク評価システムＺＲＨの動作を示すフローチャートである。

【図7】実施形態のステップＳＴ１１の内部スキャンＮＳの実行の結果を示す。

【図8】実施形態のステップＳＴ１２の外部スキャンＧＳの実行の結果を示す。

【図9】実施形態のステップＳＴ１３の脆弱性ＺＥの取得ＳＴを示す。

【図10】実施形態のステップＳＴ１４の突合ＴＧを示す。

【図11】実施形態のステップＳＴ１５の評価ＨＫを示す。

【図12】実施形態のステップＳＴ１６の決定ＫＴ１を示す。

【図13】実施形態のステップＳＴ１８の決定ＫＴ２を示す。

【図14】内部スキャンＮＳ、外部スキャンＧＳの概念（一の例）を示す。

【図15】内部スキャンＮＳ、外部スキャンＧＳの概念（他の例）を示す。

【図16】実施形態の評価装置ＨＹ、被評価装置ＨＩのハードウェアによる構成を示す。

【図17】実施形態の評価装置ＨＹ、被評価装置ＨＩのソフトウェアによる実現に基づくハードウェアの構成を示す。

【発明を実施するための形態】

【0009】

本開示に係る脆弱性リスク評価システムＺＲＨの実施形態について説明する。

【0010】

〈実施形態〉
実施形態の脆弱性リスク評価システムＺＲＨについて説明する。

【0011】

〈実施形態の構成〉
図１は、実施形態の脆弱性リスク評価システムＺＲＨの構成を示す。

【0012】

実施形態の脆弱性リスク評価システムＺＲＨは、図１に示されるように、評価装置ＨＹと、被評価装置ＨＩ１～ＨＩｍ（ｍは、２以上の整数）と、脆弱性データベースＤＢ（ＺＥ）と、を含む。評価装置ＨＹと、被評価装置ＨＩ１～ＨＩｍと、脆弱性データベースＤＢ（ＺＥ）とは、図１に示されるように、ネットワークＮＷ（例えば、インターネット）を介して、相互に接続されている。

【0013】

評価装置ＨＹは、例えば、サーバ、クライアントである被評価装置ＨＩ１～ＨＩｍの脆弱性ＺＥ（例えば、図９に図示。）を評価するユーザＵＳにより使用される。脆弱性ＺＥの詳細については、後述する。

【0014】

以下では、説明及び理解を容易にすべく、例えば、複数の名称を１つの名称で総称することがあり、例えば、被評価装置ＨＩ１、ＨＩ２、、、、ＨＩｍを被評価装置ＨＩと総称することがある。

【0015】

〈評価装置ＨＹの構成〉
図２は、実施形態の評価装置ＨＹの構成を示す。

【0016】

実施形態１の評価装置ＨＹは、図２に示されるように、入出力部ＮＹ（ＨＹ）と、処理部ＳＹ（ＨＹ）と、記憶部ＫＩ（ＨＹ）と、通信部ＴＵ（ＨＹ）と、を有する。

【0017】

入出力部ＮＹ（ＨＹ）は、ユーザＵＳが、被評価装置ＨＩ（図１に図示。）に、内部スキャンＮＳ（例えば、図４に図示。）、外部スキャンＧＳ（例えば、図４に図示。）を実行するための命令を入力し、また、内部スキャンＮＳを実行した結果及び外部スキャンＧＳを実行した結果を出力するために用いられる。入出力部ＮＹ（ＨＹ）は、例えば、キーボード、マウス、液晶モニター、プリンタである。

【0018】

ここで、「内部スキャン」とは、例えば、被評価装置ＨＩの内部で、被評価装置ＨＩに含まれる各構成要素（例えば、ファイル、データ、ソフトウェア）をスキャンすることにより、各構成要素の属性（例えば、名称、バージョン等）を取得することをいう（当該内部スキャンには、例えば、ツール「ｔｒｉｖｙ」を用いることができる）。また、「外部スキャン」とは、例えば、被評価装置ＨＩの外部から、被評価装置ＨＩに含まれる各構成要素（同上。）をスキャンすることにより、各構成要素の属性（同上。）を取得することをいう（当該外部スキャンには、例えば、ツール「ｎｍａｐ」、「ｎｕｃｌｅ」を用いることができる）。

【0019】

処理部ＳＹ（ＨＹ）は、例えば、上記した内部スキャンＮＳ及び外部スキャンＧＳを行う。

【0020】

記憶部ＫＩ（ＨＹ）は、例えば、処理部ＳＹ（ＨＹ）の処理に必要なデータを記憶する。

【0021】

通信部ＴＵ（ＨＹ）は、ネットワークＮＷを介した通信を行う。通信部ＴＵ（ＨＹ）は、例えば、被評価装置ＨＩへ、上記した内部スキャンＮＳ、外部スキャンＧＳを行うための命令を送信し、また、被評価装置ＨＩから、内部スキャンＮＳ、外部スキャンＧＳを実行した結果を受信する。

【0022】

〈被評価装置ＨＩの構成〉
図３は、実施形態の被評価装置ＨＩの構成を示す。

【0023】

実施形態の被評価装置ＨＩは、図３に示されるように、入出力部ＮＹ（ＨＩ）と、処理部ＳＹ（ＨＩ）と、記憶部ＫＩ（ＨＩ）と、通信部ＴＵ（ＨＩ）と、を有する。

【0024】

入出力部ＮＹ（ＨＩ）は、被評価装置ＨＩの管理者（図示せず。）が、被評価装置ＨＩの通常の動作を監視・制御するために用いられる。入出力部ＮＹ（ＨＩ）は、例えば、キーボード、マウス、液晶モニター、プリンタである。

【0025】

処理部ＳＹ（ＨＩ）は、例えば、上記し被評価装置ＨＩの通常の動作を監視・制御することに関連する処理、及び、上述した評価装置ＨＹからの要求の下で、上述した内部スキャンＮＳ及び外部スキャンＧＳに関連する処理を行う。

【0026】

記憶部ＫＩ（ＨＩ）は、例えば、処理部ＳＹ（ＨＩ）の処理に必要なデータを記憶する。

【0027】

通信部ＴＵ（ＨＩ）は、ネットワークＮＷを介した通信を行う。通信部ＴＵ（ＨＩ）は、例えば、被評価装置ＨＩから、上記した内部スキャンＮＳ、外部スキャンＧＳを行うための命令を受信し、また、被評価装置ＨＩへ、内部スキャンＮＳ、外部スキャンＧＳを実行した結果を送信する。

【0028】

〈被評価装置ＨＩの機能〉
〈ソフトウェアＳＷ、バージョンＶＥ、リソースＲＥ、パスＰＡ、インターフェイスＩＦ〉
図４は、実施形態の被評価装置ＨＩの機能を示す。

【0029】

被評価装置ＨＩは、図４に示されるように、複数のソフトウェアＳＷ１、ＳＷ２、、、を有する。複数のソフトウェアＳＷ１、ＳＷ２、、、は、各々、バージョン（作成・修復等の版数）が付与されている。図４に示されるように、例えば、被評価装置ＨＩが有する「ソフトウェアＳＷ１」は、「バージョンＶＥ２」であることが付与されており、また、被評価装置ＨＩが有する「ソフトウェアＳＷ２」は、「バージョンＶＥ３」であることが付与されている。

【0030】

被評価装置ＨＩは、また、図４に示されるように、複数のソフトウェアＳＷ１、ＳＷ２、、、のために用いられる複数のリソースＲＥ１、ＲＥ２、、、を有する。より詳しくは、複数のソフトウェアＳＷ１、ＳＷ２、、、は、複数のリソースＲＥ１、ＲＥ２、、、に格納されている。図４に示されるように、例えば、「ソフトウェアＳＷ１」は、「リソースＲＥ１」に格納されており、また、「ソフトウェアＳＷ３、ＳＷ４」は、「リソースＲＥ３」に格納されている。

【0031】

複数のリソースＲＥ１、ＲＥ２、、、は、図４に示されるように、複数のリソースＲＥ１、ＲＥ２、、、の所在（リソースＲＥがいずれの場所に存在するか）を示す経路である複数のパスＰＡ１、ＰＡ２、、、により特定される。ここで、「リソースＲＥの所在」とは、広義には、「ソフトウェアＳＷの所在」を意味する。図４に示されるように、例えば、「リソースＲＥ１」の所在、換言すれば、「ソフトウェアＳＷ１」の所在は、「パスＰＡ１」により特定され、また、「リソースＲＥ２」の所在、換言すれば、「ソフトウェアＳＷ２」の所在は、「パスＰＡ２」により特定される。

【0032】

被評価装置ＨＩは、さらに、図４に示されるように、評価装置ＨＹによる外部スキャンＧＳのために用いられる複数のインターフェイスＩＦ１、ＩＦ２、、、を有する。

【0033】

〈内部スキャンＮＳ、外部スキャンＧＳ〉
被評価装置ＨＩは、図４に示されるように、内部スキャン部ＮＳ（ＨＩ）を有する。内部スキャン部ＮＳ（ＨＩ）は、評価装置ＨＹからの要求に応じて、複数のソフトウェアＳＷ１、ＳＷ２、、、に、従来知られた内部スキャンＮＳを実行し、その結果を評価装置ＨＹへ回答する。

【0034】

被評価装置ＨＩは、図４に示されるように、評価装置ＨＹから、複数のインターフェイスＩＦ１、ＩＦ２、、、を介して、外部スキャンＧＳの実行を受ける。評価装置ＨＹは、例えば、インターフェイスＩＦ１から、複数のソフトウェアＳＷ１、ＳＷ２、、、に不特定的に外部スキャンＧＳを実行することにより、実行の結果として、例えば、「ソフトウェアＳＷ１」、「バージョンＶＥ２」（図８に図示。）を取得する。評価装置ＨＹは、また、例えば、インターフェイスＩＦ５から、複数のソフトウェアＳＷ１、ＳＷ２、、、に不特定的に外部スキャンＧＳを実行することにより、実行の結果として、例えば、「ソフトウェアＳＷ３」、「バージョンＶＥ１」（図８に図示。）を取得する。

【0035】

ここで、「不特定的に」である理由は、評価装置ＨＹが、被評価装置ＨＩがどのようなソフトウェアＳＷを有するかを予め把握することができていないためである。

【0036】

〈脆弱性データベースＤＢ（ＺＥ）〉
図５は、実施形態の脆弱性データベースＤＢ（ＺＥ）の機能を示す。

【0037】

脆弱性データベースＤＢ（ＺＥ）は、図５に示されるように、被評価装置ＨＩが有するソフトウェアＳＷであるか否かを問わず、複数のソフトウェアＳＷと、バージョンＶＥと、脆弱性ＺＥとの対応関係を示す。脆弱性データベースＤＢ（ＺＥ）は、例えば、「ソフトウェアＳＷ１」がバージョン「バージョンＶＥ２」であると、脆弱性ＺＥ「ＺＥ１ｂ」を有することを示し、また、例えば、「ソフトウェアＳＷ２」が「バージョンＶＥ３」であると、脆弱性ＺＥ「ＺＥ３ｃ」を有することを示す。

【0038】

〈対応関係〉
処理部ＳＹ（ＨＹ）、処理部ＳＹ（ＨＩ）は、「第１の取得部」、「第２の取得部」、「突合・判別部」、「評価部」、「決定部」に対応し、内部スキャン部ＮＳ（ＨＩ）は、「第１の取得部」に対応する。脆弱性データベースＤＢ（ＺＥ）は、「対応関係」を示す。

【0039】

〈実施形態の動作〉
実施形態の脆弱性リスク評価システムＺＲＨの動作について説明する。

【0040】

図６は、実施形態の脆弱性リスク評価システムＺＲＨの動作を示すフローチャートである。

【0041】

実施形態の脆弱性リスク評価システムＺＲＨの動作について、図６のフローチャートを参照して説明する。

【0042】

以下では、説明及び理解を容易にすべく、複数の被評価装置ＨＩ１、ＨＩ２、、、ＨＩｍのうち、被評価装置ＨＩ１の脆弱性ＺＥを評価することを想定する。

【0043】

ステップＳＴ１１：ユーザＵＳ（例えば、図１に図示。）は、評価装置ＨＹ（例えば、図１に図示。）で、被評価装置ＨＩ１（例えば、図１に図示。）に内部スキャンＮＳ（例えば、図４に図示。）を実行するための命令を入力する。これにより、評価装置ＨＹは、内部スキャンＮＳを実行する旨を被評価装置ＨＩ１に通知する。被評価装置ＨＩ１では、前記した通知を受けると、内部スキャン部ＮＳ（ＨＩ）（図４に図示。）は、内部スキャンＮＳを実行する。

【0044】

図７は、実施形態のステップＳＴ１１の内部スキャンＮＳの実行の結果を示す。

【0045】

被評価装置ＨＩ１の内部スキャン部ＮＳ（ＨＩ）が被評価装置ＨＩ１に内部スキャンＮＳを行う結果として、評価装置ＨＹは、内部スキャン部ＮＳ（ＨＩ）から、図７に示されるように、被評価装置ＨＩ１が有するソフトウェアＳＷについて、例えば、「ソフトウェアＳＷ１」が、「バージョンＶＥ２」であり、「リソースＲＥ１」が用いられており、「パスＰＡ１」により特定されること、また、「ソフトウェアＳＷ２」が、「バージョンＶＥ３」であり、「リソースＲＥ２」が用いられており、「パスＰＡ２」により特定されることを取得する。

【0046】

図６に戻り、説明を続ける。

【0047】

ステップＳＴ１２：ユーザＵＳは、評価装置ＨＹから、被評価装置ＨＩ１の複数のインターフェイスＩＦ１、ＩＦ２、、、、を介して、被評価装置ＨＩ１に外部スキャンＧＳを実行する。

【0048】

より詳しくは、まず初めに、評価装置ＨＹは、被評価装置ＨＩ１のインターフェイスＩＦ１を介して、外部スキャンＧＳを行うための信号（実線の矢印、点線の矢印）を被評価装置ＨＩ１に入力し、その結果として、被評価装置ＨＩ１がどのようなソフトウェアＳＷを有するか、それらのソフトウェアＳＷのバージョンＶＥが何であるかを推定するための信号（図示せず。）の出力を受ける。

【0049】

次に、評価装置ＨＹは、被評価装置ＨＩ１のインターフェイスＩＦ２を介して、外部スキャンＧＳを行うための信号（実線の矢印、点線の矢印）を被評価装置ＨＩ１に入力し、その結果として、被評価装置ＨＩ１がどのようなソフトウェアＳＷを有するか、それらのソフトウェアＳＷのバージョンＶＥが何であるかを推定するための信号（図示せず。）の出力を受ける。

【0050】

以後、評価装置ＨＹは、被評価装置ＨＩ１のインターフェイスＩＦ３、ＩＦ４、、、、の順で次々と外部スキャンＧＳを行う。

【0051】

図８は、実施形態のステップＳＴ１２の外部スキャンＧＳの実行の結果を示す。

【0052】

評価装置ＨＹが被評価装置ＨＩ１に外部スキャンＧＳを行う結果として、評価装置ＨＹは、図８に示されるように、例えば、「インターフェイスＩＦ１」からの外部スキャンＧＳにより「ソフトウェアＳＷ１」が「バージョンＶＥ２」であることを推定し取得し、また、「インターフェイスＩＦ５」からの外部スキャンＧＳにより「ソフトウェアＳＷ３」が「バージョンＶＥ１」であることを推定し取得する。

【0053】

図６に戻り、説明を続ける。

【0054】

ステップＳＴ１３：評価装置ＨＹは、脆弱性データベースＤＢ（ＺＥ）（図１、図５に図示。）を参照することにより、内部スキャンＮＳの結果、及び、外部スキャンＧＳの結果について、脆弱性ＺＥを取得する（取得ＳＴ）。

【0055】

図９は、実施形態のステップＳＴ１３の脆弱性ＺＥの取得ＳＴを示す。

【0056】

評価装置ＨＹは、図９に示されるように、脆弱性データベースＤＢ（ＺＥ）を参照することにより、以下の脆弱性ＺＥを取得する。

【0057】

（１）内部スキャンＮＳの結果について
「ソフトウェアＳＷ１」、「バージョンＶＥ２」、「リソースＲＥ１」、「パスＰＡ１」が、脆弱性ＺＥ「ＺＥ１ｂ」を有すること
「ソフトウェアＳＷ２」、「バージョンＶＥ３」、「リソースＲＥ２」、「パスＰＡ２」が、脆弱性ＺＥ「ＺＥ２ｃ」を有すること
（２）外部スキャンＧＳの結果について
「ソフトウェアＳＷ１」、「バージョンＶＥ２」が、脆弱性ＺＥ「ＺＥ１ｂ」を有すること
「ソフトウェアＳＷ３」、「バージョンＶＥ１」が、脆弱性ＺＥ「ＺＥ３ａ」を有すること

【0058】

図６に戻り、説明を続ける。

【0059】

ステップＳＴ１４：評価装置ＨＹは、内部スキャンＮＳ（図７、図９に図示。）の結果と外部スキャンＧＳ（図８、図９に図示。）の結果とを突合する（突合ＴＧ）。

【0060】

図１０は、実施形態のステップＳＴ１４の突合ＴＧを示す。

【0061】

評価装置ＨＹは、図１０に示されるように、内部スキャンＮＳの結果と外部スキャンＧＳの結果とを突合する。評価装置ＨＹは、当該突合により、以下を判別する。

【0062】

（１）「ソフトウェアＳＷ１」、「バージョンＶＥ２」が、内部スキャンＮＳの結果及び外部スキャンＧＳの結果に共通すること（実線で図示）
（２）「ソフトウェアＳＷ２」、「バージョンＶＥ３」が、内部スキャンＮＳの結果及び外部スキャンＧＳの結果に共通しないこと（換言すれば、「ソフトウェアＳＷ２」、「バージョンＶＥ３」が、内部スキャンＮＳの結果のみに存在にすること）（点線で図示）
（３）「ソフトウェアＳＷ３」、「バージョンＶＥ１」が、内部スキャンＮＳの結果及び外部スキャンＧＳの結果に共通しないこと（換言すれば、「ソフトウェアＳＷ３」、「バージョンＶＥ１」が、外部スキャンＧＳの結果のみに存在にすること）（点線で図示）

【0063】

図６に戻り、説明を続ける。

【0064】

ステップＳＴ１５：評価装置ＨＹは、内部スキャンＮＳの結果、及び、外部スキャンＧＳの結果を相互に突合した結果を踏まえて、脆弱性ＺＥのリスクの大きさを評価する（評価ＨＫ）。

【0065】

図１１は、実施形態のステップＳＴ１５の評価ＨＫを示す。

【0066】

評価装置ＨＹは、図１０、図１１に示されるように、内部スキャンＮＳの結果及び外部スキャンＧＳの結果間に共通する「ソフトウェアＳＷ１」、「バージョンＶＥ２」の脆弱性ＺＥ「ＺＥ１ｂ」のリスクが、内部スキャンＮＳの結果及び外部スキャンＧＳの結果間に共通しない「ソフトウェアＳＷ２」、「バージョンＶＥ３」の脆弱性ＺＥ「ＺＥ２ｃ」、及び、「ソフトウェアＳＷ３」、「バージョンＶＥ１」の脆弱性ＺＥ「ＺＥ３ａ」のリスクより大きいと評価する。

【0067】

図６に戻り、説明を続ける。

【0068】

ステップＳＴ１６：評価装置ＨＹは、修復すべき「ソフトウェアＳＷ」を決定する（決定ＫＴ１）。

【0069】

図１２は、実施形態のステップＳＴ１６の決定ＫＴ１を示す。

【0070】

評価装置ＨＹは、図１２に示されるように、リスクが最も大きい脆弱性ＺＥ「ＺＥ１ｂ」（図１１に図示。）に対応する「ソフトウェアＳＷ１」、「バージョンＶＥ２」を優先的に修復することを決定する。

【0071】

図６に戻り、説明を続ける。

【0072】

ステップＳＴ１７：評価装置ＨＹは、修復すべき「リソースＲＥ」、「パスＰＡ」、「インターフェイスＩＦ」を決定する（決定ＫＴ２）。

【0073】

図１３は、実施形態のステップＳＴ１８の決定ＫＴ２を示す。

【0074】

評価装置ＨＹは、図１０、図１３に示されるように、優先的に修復すべき「ソフトウェアＳＷ１」に対応する「リソースＲＥ１」及び「パスＰＡ１」のうちの少なくとも１つを、他のリソースＲＥ２、ＲＥ３、、、及び他のパスＰＡ２、パスＰＡ３、、、に比して優先的に修復すべきことを決定する。評価装置ＨＹは、また、図１０、図１３に示されるように、修復すべき「ソフトウェアＳＷ１」に対応する「インターフェイスＩＦ１」を、他のインターフェイスＩＦ２、ＩＦ３、、、に比して優先的に修復すべきことを決定する。

【0075】

〈実施形態の効果〉
上述したように、実施形態の脆弱性リスク評価システムＺＲＨでは、評価装置ＨＹは、被評価装置ＨＩが有する複数の「ソフトウェアＳＷ１、ＳＷ２、、、、」のうち、脆弱性ＺＥのリスクが最も大きい「ソフトウェアＳＷ１」を優先的に修復すべきであることを決定することができる（決定ＫＴ１）。

【0076】

実施形態の脆弱性リスク評価システムＺＲＨでは、上記の効果（決定ＫＴ１）に加えて、「複数のリソースＲＥ１、ＲＥ２、、、」、「複数のパスＰＡ１、ＰＡ２、、、」及び「複数のインターフェイスＩＦ１、ＩＦ２、、、、」のうち、優先的に修復すべき「ソフトウェアＳＷ１」に対応する「リソースＲＥ１」、「パスＰＡ１」及び「インターフェイスＩＦ１」を優先的に修復すべきであることを決定することができる（決定ＫＴ２）。

【0077】

〈内部スキャンＮＳ、外部スキャンＧＳの概念〉
図１４は、内部スキャンＮＳ、外部スキャンＧＳの概念（一の例）を示す。

【0078】

図１４は、図４中の内部スキャンＮＳ及び外部スキャンＧＳの動作を概念的に示す。

【0079】

図１４に示されるように、内部スキャンＮＳは、被評価装置ＨＩに含まれる内部スキャン部ＮＳ（ＨＩ）が、被評価装置ＨＩを内部スキャンＮＳした結果を、ネットワークＮＷ経由で評価装置ＨＹへ送信することにより、実現される。

【0080】

他方で、図１４に示されるように、外部スキャンＧＳは、評価装置ＨＹの内部に存在する外部スキャン部ＧＳ（ＨＹ）が、ネットワークＮＷ経由で被評価装置ＨＩを外部スキャンＧＳした結果を、ネットワークＮＷ経由で受信することにより、実現される。

【0081】

図１５は、内部スキャンＮＳ、外部スキャンＧＳの概念（他の例）を示す。

【0082】

図１５は、図１４に図示される内部スキャンＮＳ及び外部スキャンＧＳの変形例である。

【0083】

図１５に示されるように、内部スキャンＮＳは、図１４の図示と同様に、被評価装置ＨＩに含まれる内部スキャン部ＮＳ（ＨＩ）が、被評価装置ＨＩを内部スキャンＮＳした結果を、ネットワークＮＷ経由で評価装置ＨＹへ送信することにより、実現される。

【0084】

他方で、図１５に示されるように、外部スキャンＧＳは、図１４の図示と相違し、評価装置ＨＹの外部に存在する外部スキャン部ＧＳ（ＨＹ）が、ネットワークＮＷ経由で評価装置ＨＹを外部スキャンＧＳした結果を、ネットワークＮＷ経由で受信し、かつ、受信した結果を評価装置ＨＹへ送信することにより、実現される。

【0085】

〈実施形態のハードウェアによる構成〉
図１６は、実施形態の評価装置ＨＹ、被評価装置ＨＩのハードウェアによる構成を示す。

【0086】

実施形態の評価装置ＨＹ、被評価装置ＨＩは、上述した機能を果たすべく、図１６に示されるように、処理回路ＳＹＯを含み、必要に応じて、入力回路ＮＹＵと、出力回路ＳＹＵと、を更に含む。

【0087】

処理回路ＳＹＯは、専用のハードウェアである。処理回路ＳＹＯは、主に、評価装置ＨＹの処理部ＳＹ（ＨＹ）（図２に図示。）、被評価装置ＨＩの処理部ＳＹ（ＨＩ）（図３に図示。）の機能を実現する。

【0088】

処理回路ＳＹＯは、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、またはこれらを組み合わせたものである。

【0089】

入力回路ＮＹＵ及び出力回路ＳＹＵは、例えば、評価装置ＨＹ、被評価装置ＨＩの外部との間で、処理回路ＳＹＯの動作に関連する入力及び出力をやりとりする。

【0090】

〈実施形態のソフトウェアによる実現に基づくハードウェアの構成〉
図１７は、実施形態の評価装置ＨＹ、被評価装置ＨＩのソフトウェアによる実現に基づくハードウェアの構成を示す。

【0091】

実施形態の評価装置ＨＹ、被評価装置ＨＩは、図１７に示されるように、プロセッサＰＲＯと、記憶回路ＫＩＯと、を含み、必要に応じて、入力回路ＮＹＵと、出力回路ＳＹＵと、を更に含む。

【0092】

プロセッサＰＲＯは、プログラムを実行するＣＰＵ（Central Processing Unit、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰ（Digital Signal Processing）ともいう。）である。プロセッサＰＲＯは、主に、評価装置ＨＹの処理部ＳＹ（ＨＹ）（図２に図示。）、被評価装置ＨＩの処理部ＳＹ（ＨＩ）（図３に図示。）の機能を実現する。

【0093】

プロセッサＰＲＯは、上記した機能の実現を、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより行う。ソフトウェア及びファームウェアは、プログラムとして記述され、記憶回路ＫＩＯに記憶されている。

【0094】

プロセッサＰＲＯは、記憶回路ＫＩＯから上記したプログラムを読み出して実行することにより、上記した機能を実現する。上記したプログラムは、主に、評価装置ＨＹの処理部ＳＹ（ＨＹ）、被評価装置ＨＩの処理部ＳＹ（ＨＩ）の手順及び方法をコンピュータに実行させるものであるともいえる。

【0095】

ここで、記憶回路ＫＩＯは、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の、不揮発性または揮発性の半導体メモリ、並びに、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ（Digital Versatile Disc）等である。

【0096】

評価装置ＨＹの処理部ＳＹ（ＨＹ）、被評価装置ＨＩの処理部ＳＹ（ＨＩ）の各機能のうち、一部の機能を処理回路ＳＹＯ（図１６に図示。）により実現し、他方で、他の一部の機能をプロセッサＰＲＯ（図１７に図示。）により実現してもよい。

【0097】

上述したように、評価装置ＨＹの処理部ＳＹ（ＨＹ）、被評価装置ＨＩの処理部ＳＹ（ＨＩ）の機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせにより実現可能である。

【0098】

入力回路ＮＹＵ及び出力回路ＳＹＵは、例えば、評価装置ＨＹ、被評価装置ＨＩの外部との間でプロセッサＰＲＯの動作に関連する入力及び出力をやりとりする。

【0099】

〈構成の例示〉
本開示に係る評価装置、評価方法及びプログラムは、例えば、以下の構成を有する。

【0100】

［項目１］
各ソフトウェアがバージョンを付与された複数のソフトウェア、及び、前記複数のソフトウェアのために用いられる複数のリソースであって各リソースが当該リソースの所在を示すパスにより特定される前記複数のリソースを有する被評価装置を内部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第１のソフトウェアの名称及びバージョンを取得する第１の取得部と、
前記被評価装置を外部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第２のソフトウェアの名称及びバージョンを取得する第２の取得部と、
前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとを突合することにより、前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとの間で、共通するソフトウェアの名称及びバージョンと、共通しないソフトウェアの名称及びバージョンとを判別する突合・判別部と、
前記共通するソフトウェアの名称及びバージョンが有する脆弱性のリスクが、前記共通しないソフトウェアの名称及びバージョンが有する脆弱性のリスクより大きいと評価する評価部と、
前記共通するソフトウェアの内容、並びに、当該ソフトウェアに対応するリソース及びパスのうちの少なくとも１つを優先的に修復することを決定する決定部と、
を含む評価装置。

【0101】

［項目２］
前記評価部は、前記評価を、前記複数のソフトウェアの名称及びバージョンと複数の脆弱性との対応関係を参照することにより行う、
項目１に記載の評価装置。

【0102】

［項目３］
前記被評価装置は、前記外部スキャンのために用いられる複数のインターフェイスを有し、
前記決定部は、前記複数のインターフェイスのうち、前記第２の取得部が、前記第２のソフトウェアの名称及びバージョンのうちの前記共通するソフトウェアの名称及びバージョンを取得するときに用いたインターフェイスを優先的に修復することを決定する、
項目１に記載の評価装置。

【0103】

［項目４］
各ソフトウェアがバージョンを付与された複数のソフトウェア、及び、前記複数のソフトウェアのために用いられる複数のリソースであって各リソースが当該リソースの所在を示すパスにより特定される前記複数のリソースを有する被評価装置を内部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第１のソフトウェアの名称及びバージョンを取得する第１の取得工程と、
前記被評価装置を外部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第２のソフトウェアの名称及びバージョンを取得する第２の取得工程と、
前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとを突合することにより、前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとの間で、共通するソフトウェアの名称及びバージョンと、共通しないソフトウェアの名称及びバージョンとを判別する突合・判別工程と、
前記共通するソフトウェアの名称及びバージョンが有する脆弱性のリスクが、前記共通しないソフトウェアの名称及びバージョンが有する脆弱性のリスクより大きいと評価する評価工程と、
前記共通するソフトウェアの内容、並びに、当該ソフトウェアに対応するリソース及びパスのうちの少なくとも１つを優先的に修復することを決定する決定工程と、
を含む評価方法。

【0104】

［項目５］
コンピュータに、
各ソフトウェアがバージョンを付与された複数のソフトウェア、及び、前記複数のソフトウェアのために用いられる複数のリソースであって各リソースが当該リソースの所在を示すパスにより特定される前記複数のリソースを有する被評価装置を内部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第１のソフトウェアの名称及びバージョンを取得する第１の取得工程と、
前記被評価装置を外部スキャンすることにより、前記複数のソフトウェアのうちの少なくとも１つの第２のソフトウェアの名称及びバージョンを取得する第２の取得工程と、
前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとを突合することにより、前記第１のソフトウェアの名称及びバージョンと、前記第２のソフトウェアの名称及びバージョンとの間で、共通するソフトウェアの名称及びバージョンと、共通しないソフトウェアの名称及びバージョンとを判別する突合・判別工程と、
前記共通するソフトウェアの名称及びバージョンが有する脆弱性のリスクが、前記共通しないソフトウェアの名称及びバージョンが有する脆弱性のリスクより大きいと評価する評価工程と、
前記共通するソフトウェアの内容、並びに、当該ソフトウェアに対応するリソース及びパスのうちの少なくとも１つを優先的に修復することを決定する決定工程と、
を実行させるためのプログラム。

【符号の説明】

【0105】

ＺＲＨ 脆弱性リスク評価システム、ＨＹ 評価装置、ＨＩ１～ＨＩｍ 被評価装置、ＤＢ（ＺＥ） 脆弱性データベース、ＮＷ ネットワーク、ＵＳ ユーザ。

【要約】

【課題】いずれのソフトウェア等を優先的に修復すべきかを決定する。
【解決手段】評価装置は、被評価装置に内部スキャン及び外部スキャンを行い、両スキャンの結果を相互に突合することにより、共通するソフトウェアの内容並びに当該ソフトウェアに対応するリソース及びパスを優先的に修復することを決定する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】