(57)【特許請求の範囲】
【請求項１】
第１の端末装置とサーバとの間の暗号化通信における暗号スイートの廃止を検討する際に用いる検討装置であって、
前記第１の端末装置と前記サーバとの間で送受信されるパケットに基づき前記暗号スイートの利用頻度及び前記暗号スイートが前記第１の端末装置で利用可能なものとして提示された提示回数を解析し、さらに、前記サーバから前記検討装置に送信されるアクセス情報に基づき前記第１の端末装置から前記サーバへのユーザエージェント毎のアクセス回数を解析する情報解析部と、
前記暗号スイートの前記利用頻度及び前記提示回数と前記ユーザエージェント毎の前記アクセス回数とを所定の時間毎に更新される周期毎に格納し、さらに、前記暗号スイートを廃止する際の対策内容を格納する廃止検討用ＤＢと、
第２の端末装置から廃止を検討する暗号スイート名を受信した場合に、前記廃止検討用ＤＢを参照し、当該暗号スイート名に対応する前記利用頻度及び前記提示回数、前記ユーザエージェント毎の前記アクセス回数並びに前記暗号スイートを廃止する際の対策内容を、当該第２の端末装置に送信する廃止検討部と、
を備える検討装置。
【請求項２】
前記廃止検討部は、前記第２の端末装置から廃止を検討する暗号スイート名を受信した場合に、前記廃止検討用ＤＢに格納されている当該暗号スイート名に対応する前記利用頻度及び前記提示回数が更新された前記周期全てにおいて０である場合、当該暗号スイートについて、使用されていない暗号スイートであり、削除を推奨する旨を、前記第２の端末装置に通知することを特徴とする請求項１に記載の検討装置。
【請求項３】
前記廃止検討部は、前記第２の端末装置から廃止を検討する暗号スイート名を受信した場合に、前記廃止検討用ＤＢに格納されている当該暗号スイート名に対応する前記利用頻度が更新された全前記周期において所定の割合以上の前記周期で０である場合、当該暗号スイートについて、利用頻度が低い暗号スイートであり、削除を推奨する旨を、前記第２の端末装置に通知することを特徴とする請求項２に記載の検討装置。
【請求項４】
前記廃止検討部は、所定の期間毎に前記廃止検討用ＤＢを参照し、更新された前記周期全てにおいて前記利用頻度及び前記提示回数が０となる暗号スイートが存在する場合、当該暗号スイートについて、使用されていない暗号スイートであり、削除を推奨する旨を、前記第２の端末装置に警告通知することを特徴とする請求項１に記載の検討装置。
【請求項５】
前記廃止検討部は、所定の期間毎に前記廃止検討用ＤＢを参照し、前記廃止検討用ＤＢに格納されている当該暗号スイートの前記利用頻度が更新された前記周期において所定の割合以上の前記周期で０である場合、当該暗号スイートについて、利用頻度が低い暗号スイートであり、削除を推奨する旨を、前記第２の端末装置に警告通知することを特徴とする請求項４に記載の検討装置。
【請求項６】
第１の端末装置とサーバとの間の暗号化通信における暗号スイートの廃止を検討する検討方法であって、
前記第１の端末装置と前記サーバとの間で送受信されるパケットに基づき前記暗号スイートの利用頻度及び前記暗号スイートが前記第１の端末装置で利用可能なものとして提示された提示回数を解析し、さらに、前記サーバから送信されるアクセス情報に基づき前記第１の端末装置から前記サーバへのユーザエージェント毎のアクセス回数を解析するステップと、
前記暗号スイートの前記利用頻度及び前記提示回数と前記アクセス回数とを所定の時間毎に更新される周期毎に格納し、さらに、前記暗号スイートを廃止する際の対策内容を格納するステップと、
第２の端末装置から廃止を検討する暗号スイート名を受信した場合に、当該暗号スイート名に対応する前記利用頻度及び前記提示回数、ユーザエージェント毎の前記アクセス回数並びに前記暗号スイートを廃止する際の対策内容を、当該第２の端末装置に送信するステップと、
を含む検討方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、検討装置及び検討方法に関する。
【背景技術】
【０００２】
ＳＳＬ（Secure Sockets Layer）／ＴＬＳ（Transport Layer Security）通信において、設定される暗号スイート（Cipher Suites）は、ユーザが利用する端末装置とサーバとの間の通信の安全性に大きな影響を及ぼす。さらに、現時点で安全性の高い暗号アルゴリズムであっても、計算機の性能向上等に伴い、その安全性は低下する。そのため、ユーザとサーバとの間において、適切な暗号スイートを設定し、安全性の高いＳＳＬ／ＴＬＳ通信を確保することは重要である。このため、設定されている暗号スイートが危殆化した状態であることが脆弱性情報等によって明らかになった場合には、その暗号スイートの廃止を検討することが必要になる。
【０００３】
そこで、暗号スイートの廃止を検討する手法として、チェックシートを用いて、システムで設定されている暗号スイートを調査し、その調査結果に基づいて廃止検討を行う方法が知られている。また、暗号危殆化対策の実施に利用できる情報やツール（非特許文献１）や、利用している暗号スイートを調査する方法が開示されている（非特許文献２）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ＮＴＴ、“暗号危殆化対策に関する社内外の取り組み”、［online］、平成２２年２月、［平成２７年１０月２９日検索］、インターネット（http://www.ntt.co.jp/journal/1002/files/jn201002033.pdf）
【非特許文献２】第１０回情報科学技術フォーラム、“ＳＳＬにおける暗号設定確認ツールの提案と評価”、［online］、平成２３年９月、[平成２７年４月８日検索]、インターネット（https://www.ipsj.or.jp/award/9faeag0000004f1r-att/RO-004.pdf）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、暗号スイートの廃止を検討する際、その暗号スイートを使用しているシステムの数や規模によっては、検討期間が長期化してしまうことがある。さらに、ユーザが、その暗号スイートを実際にどの程度使用していたか不明である場合は、暗号スイートの廃止を実施した後に、意図せずユーザのＳＳＬ／ＴＬＳ接続確立を阻害してしまう可能性がある。加えて、暗号スイートを廃止するために、どの程度のコスト及び期間が要求されるか不明である。
【０００６】
このように従来の技術では、暗号スイートの廃止を効率的に検討できない、という問題点があった。
【０００７】
かかる点に鑑みてなされた本発明の目的は、暗号スイートの廃止をより効率的に検討することができる検討装置及び検討方法を提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明に係る検討装置は、第１の端末装置とサーバとの間の暗号化通信における暗号スイートの廃止を検討する際に用いる検討装置であって、前記第１の端末装置と前記サーバとの間で送受信されるパケットに基づき前記暗号スイートの利用頻度及び前記暗号スイートが前記第１の端末装置で利用可能なものとして提示された提示回数を解析し、さらに、前記サーバから前記検討装置に送信されるアクセス情報に基づき前記第１の端末装置から前記サーバへのユーザエージェント毎のアクセス回数を解析する情報解析部と、前記暗号スイートの前記利用頻度及び前記提示回数と前記ユーザエージェント毎の前記アクセス回数とを所定の時間毎に更新される周期毎に格納し、さらに、前記暗号スイートを廃止する際の対策内容を格納する廃止検討用ＤＢと、第２の端末装置から廃止を検討する暗号スイート名を受信した場合に、前記廃止検討用ＤＢを参照し、当該暗号スイート名に対応する前記利用頻度及び前記提示回数、前記ユーザエージェント毎の前記アクセス回数並びに前記暗号スイートを廃止する際の対策内容を、当該第２の端末装置に送信する廃止検討部と、を備える。
【０００９】
また、上記課題を解決するため、本発明に係る検討方法は、第１の端末装置とサーバとの間の暗号化通信における暗号スイートの廃止を検討する検討方法であって、前記第１の端末装置と前記サーバとの間で送受信されるパケットに基づき前記暗号スイートの利用頻度及び前記暗号スイートが前記第１の端末装置で利用可能なものとして提示された提示回数を解析し、さらに、前記サーバから送信されるアクセス情報に基づき前記第１の端末装置から前記サーバへのユーザエージェント毎のアクセス回数を解析するステップと、前記暗号スイートの前記利用頻度及び前記提示回数と前記アクセス回数とを所定の時間毎に更新される周期毎に格納し、さらに、前記暗号スイートを廃止する際の対策内容を格納するステップと、第２の端末装置から廃止を検討する暗号スイート名を受信した場合に、当該暗号スイート名に対応する前記利用頻度及び前記提示回数、ユーザエージェント毎の前記アクセス回数並びに前記暗号スイートを廃止する際の対策内容を、当該第２の端末装置に送信するステップと、を含む。
【発明の効果】
【００１０】
本発明に係る検討装置及び検討方法によれば、暗号スイートの廃止をより効率的に検討することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の一実施形態に係る検討システムの一例を示す図である。
【図２】廃止検討用ＤＢに格納される３つのテーブルの一例を示す図である。
【図３】Client Helloパケットによるハンドシェイクパケットの構成の一例を示す図である。
【図４】Server Helloパケットによるハンドシェイクパケットの構成の一例を示す図である。
【図５】端末装置に送信される利用頻度等の一例を示す図である。
【図６】警告通知の端末装置のモニタへの表示の一例を示す図である。
【図７】本発明の一実施形態に係る情報解析部の動作の一例を示すフローチャートである。
【図８】本発明の一実施形態に係るＤＢ管理部の動作の一例を示すフローチャートである。
【図９】本発明の一実施形態に係るＤＢ管理部の動作の一例を示すフローチャートである。
【図１０】本発明の一実施形態に係る廃止検討部の動作の一例を示すフローチャートである。
【図１１】本発明の一実施形態に係る廃止検討部の動作の一例を示すフローチャートである。
【図１２】本発明の変形例に係る検討システムを示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明に係る実施形態について、図面を参照して説明する。まず、本発明の一実施形態に係る検討システムの構成について説明する。
【００１３】
［システム構成］
図１は、本発明の一実施形態に係る検討システム１の一例を示す図である。検討システム１は、端末装置（特許請求の範囲における「第１の端末装置」）１０と、ＳＷ（スイッチ）２０と、アクセラレータ３０と、サーバ４０と、検討装置１００と、端末装置（特許請求の範囲における「第２の端末装置」）２００とを備える。
【００１４】
端末装置１０は、例えば、ユーザが利用するコンピュータである。端末装置１０は、例えばサーバ４０が提供するサービスを利用するために、ネットワーク５０を介してサーバ４０とＳＳＬ／ＴＬＳ通信を行う。端末装置１０は、サーバ４０との間でＳＳＬ／ＴＬＳ接続を確立させる際に、端末装置１０が利用可能な暗号スイートの一覧情報を含むClient Helloを、パケットとしてサーバ４０に送信する。
【００１５】
ＳＷ２０は、ネットワーク５０を介して端末装置１０とアクセラレータ３０との間で送受信されるパケット等を、ミラーリングして検討装置１００に転送する。
【００１６】
アクセラレータ３０は、例えば、ＳＳＬアクセラレータであり、端末装置１０とサーバ４０との間のＳＳＬ／ＴＬＳ通信において、暗号化処理や復号処理を行う。
【００１７】
サーバ４０は、例えば、端末装置１０のユーザにサービスを提供するサーバであり、暗号強度の強い暗号スイートを優先的に選択する設定がされているものとする。サーバ４０は、端末装置１０からClient Helloをパケットとして受信すると、Client Helloに含まれる暗号スイートの一覧情報から、使用する暗号スイートを選択する。そして、サーバ４０は、選択した暗号スイートを含むServer Helloを、パケットとして端末装置１０に送信する。
【００１８】
また、サーバ４０は、端末装置１０がサーバ４０にアクセスしてきた際に、アクセス情報を取得する。このアクセス情報には、ユーザエージェント（User Agent）情報が含まれる。ユーザエージェント情報とは、Ｗｅｂブラウザ情報、ＯＳ（Operating System）情報を含む情報である。そして、サーバ４０は、取得したアクセス情報をミラーリングした後、検討装置１００に転送する。
【００１９】
検討装置１００は、検討装置１００を利用する管理者の端末装置２００から、端末装置１０とサーバ４０との間のＳＳＬ／ＴＬＳ通信において廃止を検討する暗号スイート名を受信する。すると、検討装置１００は、その暗号スイートの廃止を検討する際に必要となる情報等を、端末装置２００に送信する。検討装置１００は、情報解析部１１０、ＤＢ（データベース）管理部１２０、廃止検討用ＤＢ（データベース）１３０、廃止検討部１４０を有する。
【００２０】
情報解析部１１０は、ＳＷ２０から、パケットを取得する。この取得したパケットには、Client HelloパケットやServer Helloパケットが含まれる。また、情報解析部１１０は、サーバ４０から、アクセス情報を取得する。そして、情報解析部１１０は、取得したClient Hello等を解析し、その解析結果をＤＢ管理部１２０に出力する。情報解析部１１０のClient Hello等を解析する機能の詳細については後述する。
【００２１】
ＤＢ管理部１２０は、廃止検討用ＤＢ１３０を管理する。ＤＢ管理部１２０は、例えば、情報解析部１１０から取得したClient Hello等の解析結果に基づき、廃止検討用ＤＢ１３０に格納されているデータを更新する。また、ＤＢ管理部１２０は、例えば、管理者の端末装置２００から更新情報を取得した場合、取得した更新情報に基づき、廃止検討用ＤＢ１３０に格納されているデータを更新する。ＤＢ管理部１２０の廃止検討用ＤＢ１３０を更新する機能の詳細は後述する。
【００２２】
廃止検討用ＤＢ１３０は、暗号スイートの廃止を検討する際に必要となるデータを格納する。廃止検討用ＤＢ１３０は、例えば、暗号スイート利用状況管理表、アクセス回数一覧表及び暗号スイート廃止対策表の３つのテーブルを格納する。図２に、廃止検討用ＤＢ１３０に格納される３つのテーブルの一例を示し、以下、これらの３つのテーブルについて説明する。
【００２３】
暗号スイート利用状況管理表は、端末装置１０とサーバ４０との間のＳＳＬ／ＴＬＳ通信で用いられた暗号スイート毎の利用頻度及びユーザ提示回数を示す。利用頻度は、暗号スイート利用状況管理表で対応する暗号スイートが、ＳＳＬ／ＴＬＳ通信に用いる暗号スイートとしてサーバ４０によって選択された回数、すなわち、サーバ４０から端末装置１０へServer helloとして送信された回数を示す。つまり、利用頻度は、暗号スイート利用状況管理表で対応する暗号スイートが、ＳＳＬ／ＴＬＳ通信において実際に使用された頻度を示す。また、ユーザ提示回数は、暗号スイート利用状況管理表で対応する暗号スイートが、端末装置１０が利用可能な暗号スイートとしてユーザによって提示された回数、すなわち、端末装置１０からサーバ４０へClient helloとして送信された回数を示す。これらの利用頻度及びユーザ提示回数は、検討システム１の運用開始前は初期値０に設定され、検討システム１の運用開始後、所定の時間（例えば、１週間や１カ月）毎に更新される周期毎に、ＤＢ管理部１２０によって更新される。図２の例では、利用頻度及びユーザ提示回数の更新は、周期１から周期５まで行われているが、周期５を超えて行われていてもよい。また、暗号スイート利用状況管理表の暗号スイート名は、検討システム１の運用開始までに管理者によって登録されるが、管理者（端末装置２００）によってＤＢ管理部１２０の処理を経て追加することもできる。
【００２４】
アクセス回数一覧表は、ユーザエージェント毎のアクセス回数を示す。アクセス回数は、アクセス回数一覧表で対応するユーザエージェントを用いて端末装置１０がサーバ４０にアクセスした回数を示す。このアクセス回数は、検討システム１の運用開始前は初期値０に設定され、検討システム１の運用開始後、所定の時間（例えば、１週間や１カ月）毎に更新される周期毎に、ＤＢ管理部１２０によって更新される。図２の例では、アクセス回数の更新は、周期１から周期５まで行われているが、周期５を超えて行われていてもよい。また、アクセス回数一覧表のユーザエージェント名は、検討システム１の運用開始までに管理者によって登録されるが、管理者（端末装置２００）によってＤＢ管理部１２０の処理を経て追加することもできる。
【００２５】
暗号スイート廃止対策表は、暗号スイートを廃止する際の対策内容を示し、例えば、対策内容毎の対策対象、必要期間、想定費用及び通信影響を示す。これらは、検討システム１の運用開始までに管理者によって登録される。
【００２６】
廃止検討部１４０は、端末装置２００から廃止を検討する暗号スイート名を取得する。すると、廃止検討部１４０は、端末装置２００から取得した暗号スイート名により特定される暗号スイート（以下、単に「取得した暗号スイート」と表記する）についての廃止を検討する際に必要となる情報を、廃止検討用ＤＢ１３０から取得し、端末装置２００に送信する。また、廃止検討部１４０は、取得した暗号スイート名に対応する廃止検討用ＤＢ１３０内のデータに基づき、その暗号スイートについて、「使用されていない暗号スイートであり、削除を推奨する旨」、又は、「利用頻度が低い暗号スイートであり、削除を推奨する旨」を、端末装置２００に通知する。この廃止検討部１４０の機能の詳細は後述する。
【００２７】
また、廃止検討部１４０は、所定の期間（例えば、一週間単位、一か月単位）毎に、廃止検討用ＤＢ１３０に格納されているデータに基づき、使用されていない暗号スイートや利用頻度の低い暗号スイートを検出する。そして、廃止検討部１４０は、使用されていない暗号スイートについて、「使用されていない暗号スイートであり、削除を推奨する旨」を、警告通知として端末装置２００に通知する。また、廃止検討部１４０は、利用頻度の低い暗号スイートについて、「利用頻度が低い暗号スイートであり、削除を推奨する旨」を、警告通知として端末装置２００に通知する。この廃止検討部１４０の機能の詳細は後述する。
【００２８】
端末装置２００は、例えば、検討装置１００を使用する管理者が利用するコンピュータである。管理者は、端末装置１０とサーバ４０との間のＳＳＬ／ＴＬＳ通信において廃止を検討する暗号スイート名を、端末装置２００を使用して、検討装置１００に送信する。
【００２９】
また、管理者は、検討システム１の運用開始までに、端末装置２００を使用して、図２に示す暗号スイート利用状況管理表の暗号スイート名を登録しておく。また、管理者は、検討システム１の運用開始後、図２に示す暗号スイート利用状況管理表の暗号スイート名を追加したい場合、その暗号スイート名を更新情報として、ＤＢ管理部１２０に送信する。
【００３０】
また、管理者は、検討システム１の運用開始までに、端末装置２００を使用して、図２に示すアクセス回数一覧表のユーザエージェント名を登録しておく。また、管理者は、検討システム１の運用開始後、図２に示すアクセス回数一覧表のユーザエージェント名を追加したい場合、そのユーザエージェント名を更新情報として、ＤＢ管理部１２０に送信する。
【００３１】
また、管理者は、検討システム１の運用開始までに、端末装置２００を使用して、図２に示す暗号スイート廃止対策表の内容を登録しておく。
【００３２】
以下、パケットを解析する情報解析部１１０の機能について、より詳細に説明する。
【００３３】
＜パケット解析機能＞
情報解析部１１０は、ＳＷ２０又はサーバ４０からパケットを取得すると、取得したパケットが、ＳＳＬ／ＴＬＳ接続確立の際のハンドシェイクパケットであるか否か判定する。図３にClient Helloパケットによるハンドシェイクパケットの構成の一例を示し、図４にServer Helloパケットによるハンドシェイクパケットの構成の一例を示す。情報解析部１１０は、例えば、図３及び図４に示すように、レコード層（Record Layer）のタイプ（type）の値が「0x16」である場合、取得したパケットはハンドシェイクパケットであると判定する。
【００３４】
情報解析部１１０は、取得したパケットがＳＳＬ／ＴＬＳ接続確立の際のハンドシェイクパケットではないと判定した場合、取得したパケットがサーバ４０からのアクセス情報によるパケットであるか否か判定する。情報解析部１１０は、例えば、取得したパケットに文字列「ＧＥＴ」が含まれている場合、取得したパケットはサーバ４０からのアクセス情報によるパケットであると判定する。情報解析部１１０は、取得したパケットがサーバ４０からのアクセス情報によるパケットであると判定した場合、そのアクセス情報によるパケットから、ユーザエージェント情報を抽出する。ユーザエージェント情報とは、Ｗｅｂブラウザ情報、ＯＳ情報を含む情報である。情報解析部１１０は、例えば、アクセス情報によるパケットにおいて、文字列「User_Agent:」を検索し、文字列「User_Agent:」から改行コードが検出されるまでの情報を、アクセス情報として抽出する。そして、情報解析部１１０は、抽出したユーザエージェント情報を、解析結果としてＤＢ管理部１２０に出力する。
【００３５】
一方、情報解析部１１０は、取得したパケットがＳＳＬ／ＴＬＳ接続確立の際のハンドシェイクパケットであると判定した場合、取得したパケットがClient Helloパケットであるか否か判定する。情報解析部１１０は、例えば、図３に示すように、メッセージタイプ（msg_type）の値が「0x01」である場合、取得したパケットはClient Helloパケットであると判定する。情報解析部１１０は、取得したパケットがClient Helloパケットであると判定した場合、そのClient Helloパケットから暗号スイートの一覧情報を抽出する。そして、情報解析部１１０は、抽出した暗号スイートの一覧情報を、解析結果としてＤＢ管理部１２０に出力する。図３の例では、暗号スイートの一覧の「TLS_NULL_WITH_NULL_NULL」、「TLS_RSA_WITH_NULL_MD5」等が、解析結果としてＤＢ管理部１２０に出力される。
【００３６】
さらに、情報解析部１１０は、取得したパケットがClient Helloパケットではないと判定した場合、取得したパケットがServer Helloパケットであるか否か判定する。情報解析部１１０は、例えば、図４に示すように、メッセージタイプ（msg_type）の値が「0x02」である場合、取得したパケットはServer Helloパケットであると判定する。情報解析部１１０は、取得したパケットがServer Helloパケットであると判定した場合、そのServer Helloパケットから、サーバ４０が選択した暗号スイートの情報（以下、単に「選択暗号スイートの情報」という）を抽出する。そして、情報解析部１１０は、選択暗号スイートの情報を、解析結果としてＤＢ管理部１２０に出力する。図４の例では、選択暗号スイートである「TLS_RSA_WITH_RC4_128_MD5」が、解析結果としてＤＢ管理部１２０に出力される。
【００３７】
以下、Client Hello等の解析結果又は管理者の更新情報に基づき、廃止検討用ＤＢ１３０を更新するＤＢ管理部１２０の機能の詳細について説明する。まず、Client Hello等の解析結果に基づき、廃止検討用ＤＢ１３０を更新するＤＢ管理部１２０の機能について説明する。
【００３８】
＜解析結果に基づく廃止検討用ＤＢの更新＞
ＤＢ管理部１２０は、情報解析部１１０から、Client Hello等の解析結果を取得する。すると、ＤＢ管理部１２０は、取得した解析結果が、Client Hello又はServer Helloの解析結果であるか否か判定する。ＤＢ管理部１２０は、取得した解析結果が、Client Hello又はServer Helloの解析結果ではない（つまり、ユーザエージェント情報である）と判定した場合、廃止検討用ＤＢ１３０の更新対象を、アクセス回数一覧表のアクセス回数に決定する（図２参照）。
【００３９】
一方、ＤＢ管理部１２０は、取得した解析結果が、Client Hello又はServer Helloの解析結果であると判定した場合、取得した解析結果が、Client Helloの解析結果であるか否か判定する。ＤＢ管理部１２０は、取得した解析結果がClient Helloの解析結果ではない（つまり、選択暗号スイートの情報である）と判定した場合、廃止検討用ＤＢ１３０の更新対象を、暗号スイート利用状況管理表の利用頻度に決定する（図２参照）。一方、ＤＢ管理部１２０は、取得した解析結果がClient Helloの解析結果である（つまり、暗号スイートの一覧情報）と判定した場合、廃止検討用ＤＢ１３０の更新対象を、暗号スイート利用状況管理表のユーザ提示回数に決定する（図２参照）。
【００４０】
次に、ＤＢ管理部１２０は、現在の周期の開始時刻から、所定の時間が経過したか否か判定する。所定の時間は、例えば、一週間、一か月等である。ＤＢ管理部１２０は、現在の周期の開始時刻から、所定の時間が経過したと判定した場合、現在の周期から次の周期に切り替える。ＤＢ管理部１２０は、例えば、現在の周期が周期（Ｎ）である場合、周期（Ｎ＋１）に切り替える。
【００４１】
その後、ＤＢ管理部１２０は、廃止検討用ＤＢ１３０において、現在の周期における更新対象（アクセス回数、利用頻度、ユーザ提示回数）を更新する（図２参照）。ＤＢ管理部１２０は、例えば、アクセス回数一覧表のアクセス回数が更新対象である場合、情報解析部１１０から取得したユーザエージェント情報に含まれるＷｅｂブラウザ情報及びＯＳ情報等からユーザエージェント名を特定し、特定したユーザエージェント名のアクセス回数に１を加算する。また、ＤＢ管理部１２０は、例えば、暗号スイート利用状況管理表の利用頻度が更新対象である場合、情報解析部１１０から取得した選択暗号スイートの情報から暗号スイート名を特定し、特定した暗号スイート名の利用頻度に１を加算する。また、ＤＢ管理部１２０は、例えば、暗号スイート利用状況管理表のユーザ提示回数が更新対象である場合、情報解析部１１０から取得した暗号スイートの一覧情報から暗号スイート名を特定し、特定した暗号スイート名のユーザ提示回数に１を加算する。
【００４２】
次に、管理者の端末装置２００から取得した更新情報に基づき、廃止検討用ＤＢ１３０を更新するＤＢ管理部１２０の機能について説明する。
【００４３】
＜管理者の更新情報に基づく廃止検討用ＤＢの更新＞
管理者は、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表の暗号スイート名及びアクセス回数一覧表のユーザエージェント名を追加したい場合（図２参照）、その暗号スイート名及びユーザエージェント名を更新情報として、端末装置２００を使用し、ＤＢ管理部１２０に送信する。すると、ＤＢ管理部１２０は、その更新情報を取得する。そして、ＤＢ管理部１２０は、取得した更新情報に基づき、更新対象を更新する。ＤＢ管理部１２０は、例えば、更新情報が暗号スイート名である場合、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表に、取得した暗号スイート名を追加する。また、ＤＢ管理部１２０は、例えば、更新情報がユーザエージェントである場合、廃止検討用ＤＢ１３０内のアクセス回数一覧表に、取得したユーザエージェント名を追加する。
【００４４】
以下、廃止検討部１４０の機能について、より詳細に説明する。まず、廃止検討部１４０の廃止検討機能について説明する。
【００４５】
＜廃止検討機能＞
管理者は、廃止を検討する暗号スイート名を、端末装置２００を使用して、検討装置１００に送信する。すると、廃止検討部１４０は、暗号スイート名を取得し、取得した暗号スイート名が廃止検討用ＤＢ１３０内に格納されているか否か判定する。廃止検討部１４０は、取得した暗号スイート名が廃止検討用ＤＢ１３０内に格納されていないと判定した場合、端末装置２００から取得した暗号スイートに「該当するものがない旨」を、端末装置２００に通知する。
【００４６】
一方、廃止検討部１４０は、取得した暗号スイート名が廃止検討用ＤＢ１３０内に格納されていると判定した場合、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表にて、取得した暗号スイートの利用頻度及びユーザ提示回数が、更新された周期全てにおいて０であるか否か判定する。図２の例では、廃止検討部１４０は、暗号スイート利用状況管理表にて、取得した暗号スイートの利用頻度及びユーザ提示回数が、５周期（周期１〜５）全てにおいて０であるか否か判定する。廃止検討部１４０は、取得した暗号スイートの利用頻度及びユーザ提示回数が、更新された周期全てにおいて０であると判定した場合、端末装置２００から取得した暗号スイートについて、「使用されていない暗号スイートであり、削除を推奨する旨」を、端末装置２００に通知する。一方、廃止検討部１４０は、取得した暗号スイートの利用頻度及びユーザ提示回数が、更新された周期全てにおいて０ではないと判定した場合、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表にて、取得した暗号スイートの利用頻度が、更新された周期全てにおいて所定の割合以上の周期で０であるか否か判定する。図２の例では、廃止検討部１４０は、（所定の割合を６割として）５周期のうち３周期以上で０であるか否か判定する。廃止検討部１４０は、取得した暗号スイートの利用頻度が、更新された周期全てにおいて所定の割合以上の周期で０であると判定した場合、端末装置２００から取得した暗号スイートについて、「利用頻度が低い暗号スイートであり、削除を推奨する旨」を、端末装置２００に通知する。
【００４７】
その後、廃止検討部１４０は、廃止検討用ＤＢ１３０を参照し、端末装置２００から取得した暗号スイートの廃止を検討する際に必要な情報を、端末装置２００に送信する。廃止検討部１４０は、例えば、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表の利用頻度及びユーザ提示回数、アクセス回数一覧表のアクセス回数並びに暗号スイート廃止対策表の対策内容、想定費用及び必要期間等（図２参照）を、端末装置２００に送信する。図５に、端末装置２００に送信される利用頻度等の一例を示す。図５の例では、廃止検討部１４０は、端末装置２００から取得した暗号スイート「TLS_RSA_WITH_3DES_CBC_SHA」についての利用頻度等を、端末装置２００に送信している。
【００４８】
次に、廃止検討部１４０の警告通知機能について説明する。
【００４９】
＜警告通知機能＞
まず、廃止検討部１４０は、所定の期間が経過したか否か判定する。所定の期間は、例えば、一週間単位、一か月単位で設定することができる。廃止検討部１４０は、所定の期間が経過したと判定した場合、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表にて、利用頻度及びユーザ提示回数が更新された周期全てにおいて０である暗号スイートが存在するか否か判定する。図２の例では、廃止検討部１４０は、利用頻度及びユーザ提示回数が５周期（１〜５）全てにおいて０である暗号スイートが存在するか否か判定する。廃止検討部１４０は、利用頻度及びユーザ提示回数が更新された周期全てにおいて０である暗号スイートが存在すると判定した場合、当該暗号スイートについて、「使用されていない暗号スイートであり、削除を推奨する旨」を、警告通知として端末装置２００に通知する。
【００５０】
一方、廃止検討部１４０は、利用頻度及びユーザ提示回数が更新された周期全てにおいて０である暗号スイートが存在しないと判定した場合、廃止検討用ＤＢ１３０に格納されている暗号スイート利用状況管理表にて、利用頻度が更新された全周期において所定の割合以上の周期で０である暗号スイートが存在するか否か判定する。図２の例では、廃止検討部１４０は、（所定の割合を６割として）５周期のうち３周期以上で０である暗号スイートが存在するか否か判定する。廃止検討部１４０は、利用頻度が更新された全周期において所定の割合以上の周期で０である暗号スイートが存在すると判定した場合、当該暗号スイートについて、「利用頻度が低い暗号スイートであり、削除を推奨する旨」を、警告通知として端末装置２００に通知する。そして、端末装置２００は、この警告通知を取得すると、取得した警告通知の内容をモニタ等に表示する。図６に、警告通知の端末装置２００のモニタへの表示の一例を示す。図６の例では、「利用頻度が低い暗号スイートであり、削除を推奨する旨」の警告通知がされた場合の端末装置２００のモニタ２００ａへの表示例が示されている。
【００５１】
次に、本発明の一実施形態に係る検討装置１００の動作について説明する。以下では、パケット解析処理、解析結果に基づく廃止検討用ＤＢ１３０の更新処理、管理者の更新情報に基づく廃止検討用ＤＢ１３０の更新処理、廃止検討処理及び警告通知処理における動作について説明する。
【００５２】
＜パケット解析処理＞
図７は、本発明の一実施形態に係る情報解析部１１０の動作の一例を示すフローチャートである。
【００５３】
まず、情報解析部１１０は、ＳＷ２０又はサーバ４０からパケットを取得すると（ステップＳ１０１）、取得したパケットが、ＳＳＬ／ＴＬＳ接続確立の際のハンドシェイクパケットであるか否か判定する（ステップＳ１０２）。情報解析部１１０は、取得したパケットが、ＳＳＬ／ＴＬＳ接続確立の際のハンドシェイクパケットではないと判定した場合（ステップＳ１０２：Ｎｏ）、ステップＳ１０３の処理に進む。一方、情報解析部１１０は、取得したパケットが、ＳＳＬ／ＴＬＳ接続確立の際のハンドシェイクパケットであると判定した場合（ステップＳ１０２：Ｙｅｓ）、ステップＳ１０７の処理に進む。
【００５４】
ステップＳ１０３の処理では、情報解析部１１０は、取得したパケットが、サーバ４０からのアクセス情報によるパケットであるか否か判定する。情報解析部１１０は、取得したパケットがサーバ４０からのアクセス情報によるパケットではないと判定した場合（ステップＳ１０３：Ｎｏ）、取得したパケットを破棄し（ステップＳ１０４）、処理を終了する。一方、情報解析部１１０は、取得したパケットがサーバ４０からのアクセス情報によるパケットであると判定した場合（ステップＳ１０３：Ｙｅｓ）、ステップＳ１０５の処理に進む。
【００５５】
ステップＳ１０５の処理では、情報解析部１１０は、アクセス情報によるパケットから、ユーザエージェント情報を抽出する。そして、情報解析部１１０は、抽出したユーザエージェント情報を、解析結果としてＤＢ管理部１２０に出力する（ステップＳ１０６）。
【００５６】
このようにステップＳ１０６，Ｓ１０７の処理によって、アクセス情報によるパケットの解析結果として、ユーザエージェント情報が得られる。
【００５７】
ステップＳ１０７の処理では、情報解析部１１０は、取得したパケットが、Client Helloパケットであるか否か判定する。情報解析部１１０は、取得したパケットがClient Helloパケットであると判定した場合（ステップＳ１０７：Ｙｅｓ）、ステップＳ１０８の処理に進む。一方、情報解析部１１０は、取得したパケットがClient Helloパケットではないと判定した場合（ステップＳ１０７：Ｎｏ）、ステップＳ１１０の処理に進む。
【００５８】
ステップＳ１０８の処理では、情報解析部１１０は、Client Helloパケットから暗号スイートの一覧情報を抽出する。そして、情報解析部１１０は、抽出した暗号スイートの一覧情報を、解析結果としてＤＢ管理部１２０に出力する（ステップＳ１０９）。
【００５９】
このようにステップＳ１０８，Ｓ１０９の処理によって、Client Helloパケットの解析結果として、暗号スイートの一覧情報が得られる。
【００６０】
ステップＳ１１０の処理では、情報解析部１１０は、取得したパケットが、Server Helloパケットであるか否か判定する。情報解析部１１０は、取得したパケットがServer Helloパケットではないと判定した場合（ステップＳ１１０：Ｎｏ）、取得したパケットを破棄し（ステップＳ１１１）、処理を終了する。一方、情報解析部１１０は、取得したパケットがServer Helloパケットであると判定した場合（ステップＳ１１０：Ｙｅｓ）、ステップＳ１１２の処理に進む。
【００６１】
ステップＳ１１２の処理では、情報解析部１１０は、Server Helloパケットから、選択暗号スイートの情報を抽出する。そして、情報解析部１１０は、選択暗号スイートの情報を、解析結果としてＤＢ管理部１２０に出力する（ステップＳ１１３）。
【００６２】
このようにステップＳ１１２，Ｓ１１３の処理によって、Server Helloパケットからは、解析結果として、選択暗号スイートの情報が得られる。
【００６３】
＜解析結果に基づく廃止検討用ＤＢの更新処理＞
図８は、本発明の一実施形態に係るＤＢ管理部１２０の動作の一例を示すフローチャートである。
【００６４】
まず、ＤＢ管理部１２０は、情報解析部１１０から、Client Hello等の解析結果を取得する（ステップＳ２０１）。すると、ＤＢ管理部１２０は、取得した解析結果が、Client Hello又はServer Helloの解析結果であるか否か判定する（ステップＳ２０２）。ＤＢ管理部１２０は、取得した解析結果が、Client Hello又はServer Helloの解析結果ではない（つまり、ユーザエージェント情報である）と判定した場合（ステップＳ２０２：Ｎｏ）、ステップＳ２０３の処理に進む。一方、ＤＢ管理部１２０は、取得した解析結果が、Client Hello又はServer Helloの解析結果であると判定した場合（ステップＳ２０２：Ｙｅｓ）、ステップＳ２０４の処理に進む。
【００６５】
ステップＳ２０３の処理では、ＤＢ管理部１２０は、廃止検討用ＤＢ１３０の更新対象を、アクセス一覧表のアクセス回数に決定する（図２参照）。
【００６６】
ステップＳ２０４の処理では、ＤＢ管理部１２０は、取得した解析結果が、Client Helloの解析結果であるか否か判定する。ＤＢ管理部１２０は、取得した解析結果がClient Helloの解析結果ではない（つまり、選択暗号スイートの情報である）と判定した場合（ステップＳ２０４：Ｎｏ）、ステップＳ２０５の処理に進む。一方、ＤＢ管理部１２０は、取得した解析結果がClient Helloの解析結果である（つまり、暗号スイートの一覧情報）と判定した場合（ステップＳ２０４：Ｙｅｓ）、ステップＳ２０６の処理に進む。
【００６７】
ステップＳ２０５の処理では、ＤＢ管理部１２０は、廃止検討用ＤＢ１３０の更新対象を、暗号スイート利用状況管理表の利用頻度に決定する（図２参照）。一方、ステップＳ２０６の処理では、ＤＢ管理部１２０は、廃止検討用ＤＢ１３０の更新対象を、暗号スイート利用状況管理表のユーザ提示回数に決定する（図２参照）。
【００６８】
次に、ＤＢ管理部１２０は、現在の周期の開始時刻から、所定の時間が経過したか否か判定する（ステップＳ２０７）。ＤＢ管理部１２０は、現在の周期の開始時刻から、所定の時間が経過したと判定した場合（ステップＳ２０７：Ｙｅｓ）、ステップＳ２０８の処理に進む。一方、ＤＢ管理部１２０は、現在の周期の開始時刻から、所定の時間が経過していないと判定した場合（ステップＳ２０７：Ｎｏ）、ステップＳ２０９の処理に進む。
【００６９】
ステップＳ２０８の処理では、ＤＢ管理部１２０は、現在の周期から次の周期に切り替える。ＤＢ管理部１２０は、例えば、現在の周期が周期（Ｎ）である場合、周期（Ｎ＋１）に切り替える。
【００７０】
ステップＳ２０９の処理では、ＤＢ管理部１２０は、廃止検討用ＤＢ１３０において、現在の周期における、ステップＳ２０３，Ｓ２０５，Ｓ２０６の処理により決定した更新対象（アクセス回数、利用頻度、ユーザ提示回数）を更新する（図２参照）。
【００７１】
＜管理者の更新情報に基づく廃止検討用ＤＢの更新処理＞
図９は、本発明の一実施形態に係るＤＢ管理部１２０の動作の一例を示すフローチャートである。
【００７２】
管理者は、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表の暗号スイート名及びアクセス回数一覧表のユーザエージェント名を追加したい場合（図２参照）、その暗号スイート名及びユーザエージェント名を更新情報として、端末装置２００を使用し、ＤＢ管理部１２０に送信する。すると、ＤＢ管理部１２０は、その更新情報を取得する（ステップＳ３０１）。そして、ＤＢ管理部１２０は、取得した更新情報に基づき、更新対象を更新する（ステップＳ３０２）。ＤＢ管理部１２０は、例えば、更新情報が暗号スイート名である場合、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表に、取得した暗号スイートを追加する。また、ＤＢ管理部１２０は、例えば、更新情報がユーザエージェント名である場合、廃止検討用ＤＢ１３０内のアクセス回数一覧表に、取得したユーザエージェント名を追加する。
【００７３】
＜廃止検討処理＞
図１０は、本発明の一実施形態に係る廃止検討部１４０の動作の一例を示すフローチャートである。なお、以下では、廃止検討用ＤＢ１３０には、５周期分の利用頻度等のデータが格納されているものとして説明する。
【００７４】
管理者は、廃止を検討する暗号スイート名を、端末装置２００を使用して、検討装置１００に送信する。すると、廃止検討部１４０は、暗号スイート名を取得し（ステップＳ４０１）、取得した暗号スイート名が廃止検討用ＤＢ１３０内に格納されているか否か判定する（ステップＳ４０２）。廃止検討部１４０は、取得した暗号スイート名が廃止検討用ＤＢ１３０内に格納されていないと判定した場合（ステップＳ４０２：Ｎｏ）、ステップＳ４０３の処理に進む。一方、廃止検討部１４０は、取得した暗号スイート名が廃止検討用ＤＢ１３０内に格納されていると判定した場合（ステップＳ４０２：Ｙｅｓ）、ステップＳ４０４の処理に進む。
【００７５】
ステップＳ４０３の処理では、廃止検討部１４０は、端末装置２００から取得した暗号スイートに「該当するものがない旨」を、端末装置２００に通知する。
【００７６】
ステップＳ４０４の処理では、廃止検討部１４０は、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表にて、取得した暗号スイートの利用頻度及びユーザ提示回数が、５周期（周期１〜５）全てにおいて０であるか否か判定する（図２参照）。廃止検討部１４０は、取得した暗号スイートの利用頻度及びユーザ提示回数が、５周期（周期１〜５）の全てにおいて０であると判定した場合（ステップＳ４０４：Ｙｅｓ）、ステップＳ４０５の処理に進む。一方、廃止検討部１４０は、取得した暗号スイートの利用頻度及びユーザ提示回数が、５周期（周期１〜５）全てにおいて０ではないと判定した場合（ステップＳ４０４：Ｎｏ）、ステップＳ４０６の処理に進む。
【００７７】
ステップＳ４０５の処理では、廃止検討部１４０は、端末装置２００から取得した暗号スイートについて、「使用されていない暗号スイートであり、削除を推奨する旨」を、端末装置２００に通知する。
【００７８】
このようにステップＳ４０４，Ｓ４０５の処理により、廃止を検討する暗号スイートの利用頻度及び提示回数が５周期全てにおいて０である場合、当該暗号スイートについて、「使用されていない暗号スイートであり、削除を推奨する旨」が端末装置２００に通知される。この通知により、端末装置２００の管理者は、廃止を検討する暗号スイートの利用状況を速やかに把握することができる。
【００７９】
ステップＳ４０６の処理では、廃止検討部１４０は、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表にて（図２参照）、取得した暗号スイートの利用頻度が、（上記の所定の割合を６割として）５周期のうち３周期以上で０であるか否か判定する。廃止検討部１４０は、取得した暗号スイートの利用頻度が、５周期のうち３周期以上で０であると判定した場合（ステップＳ４０６：Ｙｅｓ）、ステップＳ４０７の処理に進む。一方、廃止検討部１４０は、取得した暗号スイートの利用頻度が、５周期のうち３周期以上で０ではないと判定した場合（ステップＳ４０６：Ｎｏ）、ステップＳ４０８に進む。
【００８０】
ステップＳ４０７の処理では、廃止検討部１４０は、端末装置２００から取得した暗号スイートについて、「利用頻度が低い暗号スイートであり、削除を推奨する旨」を、端末装置２００に通知する。
【００８１】
このようにステップＳ４０６，Ｓ４０７の処理により、廃止を検討する暗号スイートの利用頻度が（上記の所定の割合を６割として）５周期のうち３周期以上で０である場合、当該暗号スイートについて、「利用頻度が低い暗号スイートであり、削除を推奨する旨」が端末装置２００に通知される。この通知により、端末装置２００の管理者は、廃止を検討する暗号スイートの利用状況を速やかに把握することができる。
【００８２】
ステップＳ４０８の処理では、廃止検討部１４０は、廃止検討用ＤＢ１３０を参照し、端末装置２００から取得した暗号スイートの廃止を検討する際に必要な情報を、端末装置２００に送信する。廃止検討部１４０は、例えば、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表の利用頻度及びユーザ提示回数、アクセス回数一覧表のアクセス回数並びに暗号スイート廃止対策表の対策内容、想定費用及び必要期間等（図２参照）を、端末装置２００に送信する。
【００８３】
このようにステップＳ４０８の処理により、暗号スイートの廃止を検討する際に必要な情報が、端末装置２００に送信される。これにより、端末装置２００の管理者は、利用頻度等によって廃止を検討する暗号スイートが実際にどの程度使用されているかを把握することができ、さらに、対策内容等によって暗号スイートを廃止する際に必要になるコストや期間を把握することができる。
【００８４】
なお、ステップＳ４０６の処理において、上記の所定の割合を６割とし、判定基準を５周期のうち３周期以上としたが、異なる判定基準（所定の割合）を用いてもよい。
【００８５】
＜警告通知処理＞
図１１は、本発明の一実施形態に係る廃止検討部１４０の動作の一例を示すフローチャートである。なお、以下では、廃止検討用ＤＢ１３０には、５周期分の利用頻度等のデータが格納されているものとして説明する。
【００８６】
まず、廃止検討部１４０は、所定の期間が経過したか否か判定する（ステップＳ５０１）。所定の期間は、例えば、一週間単位、一か月単位で設定することができる。廃止検討部１４０は、所定の期間が経過していないと判定した場合（ステップＳ５０１：Ｎｏ）、ステップＳ５０１の処理を繰り返し行う。一方、廃止検討部１４０は、所定の期間が経過したと判定した場合（ステップＳ５０１：Ｙｅｓ）、ステップＳ５０２の処理に進む。
【００８７】
ステップＳ５０２の処理では、廃止検討部１４０は、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表にて（図２参照）、利用頻度及びユーザ提示回数が５周期（周期１〜５）全てにおいて０である暗号スイートが存在するか否か判定する。廃止検討部１４０は、利用頻度及びユーザ提示回数が５周期（周期１〜５）全てにおいて０である暗号スイートが存在すると判定した場合（ステップＳ５０２：Ｙｅｓ）、ステップＳ５０３の処理に進む。一方、廃止検討部１４０は、利用頻度及びユーザ提示回数が５周期（周期１〜５）全てにおいて０である暗号スイートが存在しないと判定した場合（ステップＳ５０２：Ｎｏ）、ステップＳ５０４の処理に進む。
【００８８】
ステップＳ５０３の処理では、廃止検討部１４０は、ステップＳ５０２の処理に該当する暗号スイートについて、「使用されていない暗号スイートであり、削除を推奨する旨」を、警告通知として端末装置２００に通知する。これにより、端末装置２００の管理者は、定期的に、暗号スイートの利用状況を把握することができる。
【００８９】
このようにＳ５０２，Ｓ５０３の処理により、利用頻度及びユーザ提示回数が５周期全てにおいて０である暗号スイートが存在する場合、当該暗号スイートについて、「使用されていない暗号スイートであり、削除を推奨する旨」が警告通知として端末装置２００に通知される。この通知により、端末装置２００の管理者は、定期的に、暗号スイートの利用状況を把握することができる。
【００９０】
ステップＳ５０４の処理では、廃止検討部１４０は、廃止検討用ＤＢ１３０内の暗号スイート利用状況管理表にて（図２参照）、利用頻度が（上記の所定の割合を６割として）５周期のうち３周期以上で０である暗号スイートが存在するか否か判定する。廃止検討部１４０は、利用頻度が５周期のうち３周期以上で０である暗号スイートが存在しないと判定した場合（ステップＳ５０４：Ｎｏ）、処理を終了する。一方、廃止検討部１４０は、利用頻度が５周期のうち３周期以上で０である暗号スイートが存在すると判定した場合（ステップＳ５０４：Ｙｅｓ）、ステップＳ５０５の処理に進む。
【００９１】
ステップＳ５０５の処理では、廃止検討部１４０は、ステップＳ５０４の処理に該当する暗号スイートについて、「利用頻度が低い暗号スイートであり、削除を推奨する旨」を、警告通知として端末装置２００に通知する。
【００９２】
このようにステップＳ５０４，Ｓ５０５の処理により、利用頻度が（上記の所定の割合を６割として）５周期のうち３周期以上で０である暗号スイートが存在する場合、当該暗号スイートについて、「利用頻度が低い暗号スイートであり、削除を推奨する旨」が警告通知として端末装置２００に通知される。この通知により、端末装置２００の管理者は、定期的に、暗号スイートの利用状況を把握することができる。
【００９３】
なお、ステップＳ５０４の処理において、上記の所定の割合を６割とし、判定基準を５周期のうち３周期以上としたが、異なる判定基準（所定の割合）を用いてもよい。
【００９４】
以上のように、本発明の一実施形態に係る検討装置１００では、端末装置１０とサーバ４０との間で送受信されるパケットから暗号スイートの利用頻度及び提示回数を解析し、さらに、サーバ４０から検討装置１００に送信されるアクセス情報から端末装置１０のサーバ４０へのアクセス回数を解析する。そして、廃止検討用ＤＢ１３０は、これらの利用頻度、提示回数及びアクセス回数を周期毎に格納し、さらに、暗号スイートを廃止する際の対策内容等を格納する。そして、検討装置１００では、端末装置２００から廃止を検討する暗号スイート名を取得すると、廃止検討用ＤＢ１３０に格納されている当該暗号スイートの利用頻度及び提示回数、アクセス回数並びに対策内容等を端末装置２００に送信する。これにより、暗号スイートの廃止を検討する際に、その暗号スイートが実際に使用されていた頻度や、必要になるコスト及び期間等を把握することができるため、暗号スイートの廃止を効率よく検討することができる。
【００９５】
さらに、検討装置１００では、端末装置２００から廃止を検討する暗号スイート名を取得すると、取得した暗号スイートの廃止検討用１３０内の利用頻度等に基づき、「使用されていない暗号スイートであり、削除を推奨する旨」又は「利用頻度が低い暗号スイートであり、削除を推奨する旨」を、端末装置２００に通知する。これにより、廃止を検討する暗号スイートの利用状況を速やかに把握することができる。
【００９６】
また、検討装置１００では、所定の期間毎に、廃止検討用ＤＢ１３０内の利用頻度等に基づき、使用されていない暗号スイート又は利用頻度の低い暗号スイートを検出し、当該暗号スイートについて、「使用されていない暗号スイートであり、削除を推奨する旨」又は「利用頻度が低い暗号スイートであり、削除を推奨する旨」を、警告通知として端末装置２００に通知する。これにより、定期的に、暗号スイートの利用状況を把握することができる。
【００９７】
なお、本発明に係る検討装置１００は、上記の形式に限定されない。以下に、本発明に係る検討装置１００の変形例を示す。
【００９８】
（変形例）
図１２は、本発明の変形例に係る検討システム１ａを示す図である。なお、図１２に示す要素で図１に示す要素と同一のものは、同一符号を付しその説明を省略する。
【００９９】
検討システム１ａは、端末装置１０と、ＳＷ２０と、アクセラレータ３０と、サーバ４０，４１と、検討装置１００ａと、端末装置２００とを備える。
【０１００】
端末装置１０は、例えばサーバ４０が提供するサービスを利用するために、ネットワーク５０を介してサーバ４０とＳＳＬ／ＴＬＳ通信を行う。端末装置１０は、サーバ４０との間でＳＳＬ／ＴＬＳ接続を確立させる際に、端末装置１０が利用可能な暗号スイートの一覧情報を含むClient Helloを、パケットとしてサーバ４０に送信する。
【０１０１】
また、端末装置１０は、例えばサーバ４１が提供するサービスを利用するために、ネットワーク５０を介してサーバ４１とＳＳＬ／ＴＬＳ通信を行う。端末装置１０は、サーバ４１との間でＳＳＬ／ＴＬＳ接続を確立させる際に、端末装置１０が利用可能な暗号スイートの一覧情報を含むClient Helloを、パケットとしてサーバ４１に送信する。
【０１０２】
サーバ４０は、端末装置１０からClient Helloをパケットとして受信すると、Client Helloに含まれる暗号スイートの一覧情報から、使用する暗号スイートを選択する。そして、サーバ４０は、選択した暗号スイートを含むServer Helloを、パケットとして端末装置１０に送信する。
【０１０３】
サーバ４１は、端末装置１０がサーバ４１にアクセスしてきた際に、アクセス情報を取得する。このアクセス情報には、ユーザエージェント（User Agent）情報が含まれる。ユーザエージェント情報とは、Ｗｅｂブラウザ情報、ＯＳ（Operating System）情報を含む情報である。そして、サーバ４１は、取得したアクセス情報をミラーリングした後、パケットとして検討装置１００に送信する。
【０１０４】
このような２台のサーバ（サーバ４０，４１）を備える検討システム１ａであっても、検討装置１００ａは、上述の検討装置１００と同様の効果を得ることができる。
【０１０５】
本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、本発明について装置を中心に説明してきたが、本発明は装置が備えるプロセッサにより実行される方法、プログラム、又はプログラムを記録した記憶媒体としても実現し得るものであり、本発明の範囲にはこれらも包含されるものと理解されたい。
【符号の説明】
【０１０６】
１，１ａ  検討システム
１０  端末装置
２０  ＳＷ
３０  アクセラレータ
４０，４１  サーバ
１００，１００ａ  検討装置
１１０  情報解析部
１２０  ＤＢ管理部
１３０  廃止検討用ＤＢ
１４０  廃止検討部
２００  端末装置
【図１】
0006419679.tif 000002
【図２】
0006419679.tif 000003
【図３】
0006419679.tif 000004
【図４】
0006419679.tif 000005
【図５】
0006419679.tif 000006
【図６】
0006419679.tif 000007
【図７】
0006419679.tif 000008
【図８】
0006419679.tif 000009
【図９】
0006419679.tif 000010
【図１０】
0006419679.tif 000011
【図１１】
0006419679.tif 000012
【図１２】
0006419679.tif 000013