JP2017208601A

JP2017208601A - 情報処理装置および情報処理方法

Info

Publication number: JP2017208601A
Application number: JP2016097824A
Authority: JP
Inventors: 拓也佐伯; Takuya Saeki; 吉田　勝彦; Katsuhiko Yoshida; 勝彦吉田
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2016-05-16
Filing date: 2016-05-16
Publication date: 2017-11-24
Anticipated expiration: 2036-05-16
Also published as: JP6486863B2

Abstract

【課題】暗号スイートの廃止を効率的に検討できる情報を提供し、かつ、安全性が低下した暗号スイートの使用を回避可能にする情報処理装置および情報処理方法を提供する。【解決手段】第１の端末装置１０とサーバ４０との間で送受信されるパケットに基づいて、複数の暗号スイートのそれぞれの利用回数および第１の端末装置で利用可能であると提示された提示回数を取得し、サーバから取得したアクセス情報に基づいて第１の端末装置からサーバへのユーザエージェント毎のアクセス回数を取得する情報解析部１１０と、複数の暗号スイートのそれぞれの危殆化度に基づいて、使用が推奨される推奨暗号スイートを選択し、複数の暗号スイートのうち少なくとも一部の利用回数、提示回数、ユーザエージェント毎のアクセス回数、および推奨暗号スイートの情報を廃止検討用データとして第２の端末装置２００に出力する廃止検討部１４０と、を備える。【選択図】図１

Description

本発明は、情報処理装置および情報処理方法に関する。

ＳＳＬ（Secure Sockets Layer）／ＴＬＳ（Transport Layer Security）通信において、設定される暗号スイート（Cipher Suites）は、ユーザが利用する端末装置とサーバとの間の通信の安全性に大きな影響を及ぼす。さらに、現時点で安全性の高い暗号アルゴリズムであっても、計算機の性能向上等に伴い、その安全性は低下する。そのため、ユーザとサーバとの間において、適切な暗号スイートを設定し、安全性の高いＳＳＬ／ＴＬＳ通信を確保することは重要である。このため、設定されている暗号スイートが危殆化した状態であることが脆弱性情報等によって明らかになった場合には、その暗号スイートの廃止を検討することが必要になる。

暗号スイートの廃止を検討する手法として、チェックシートを用いて、システムで設定されている暗号スイートを調査し、その調査結果に基づいて廃止検討を行う方法が知られている。また、暗号危殆化対策の実施に利用できる情報やツール（非特許文献１）や、利用している暗号スイートを調査する方法が開示されている（非特許文献２）。

大久保美也子、外３名、"暗号危殆化対策に関する社内外の取り組み"、［online］、平成２２年２月、日本電信電話株式会社、［平成２８年５月６日検索］、インターネット〈URL：http://www.ntt.co.jp/journal/1002/files/jn201002033.pdf〉佐藤亮太、外６名、"ＳＳＬにおける暗号設定確認ツールの提案と評価"、［online］、平成２３年９月、情報処理学会、[平成２８年５月６日検索]、インターネット〈URL：https://www.ipsj.or.jp/award/9faeag0000004f1r-att/RO-004.pdf〉

システムの管理者は、暗号スイートの廃止を検討する際に、検討に必要な情報をまとめて取得できれば効率的な検討が可能である。また、システムの管理者は、強度が不十分な暗号スイート、すなわち安全性が低下した暗号スイートがシステムで使用されることを回避する必要がある。例えばサーバ側で強度が不十分な暗号スイートを優先して選択するように設定されていると、暗号スイートを廃止した際に強度が不十分な新たな暗号スイートが使用されるおそれがある。このような場合、システムの管理者は、新たな暗号スイートが使用される前にサーバ等の設定を変更して、十分な強度の暗号スイートが使用されるようにすることが好ましい。

このような事情に鑑みてなされた本発明は、暗号スイートの廃止を効率的に検討できる情報を提供し、かつ、安全性が低下した暗号スイートの使用を回避可能にする情報処理装置および情報処理方法の提供を目的とする。

上記課題を解決するため、本発明に係る情報処理装置は、第１の端末装置とサーバとの間の暗号化通信で使用される複数の暗号スイートの廃止検討に用いられる廃止検討用データを、第２の端末装置に出力する情報処理装置であって、前記第１の端末装置と前記サーバとの間で送受信されるパケットに基づいて、前記複数の暗号スイートのそれぞれの利用回数および前記第１の端末装置で利用可能であると提示された提示回数を取得し、前記サーバから取得したアクセス情報に基づいて前記第１の端末装置から前記サーバへのユーザエージェント毎のアクセス回数を取得する情報解析部と、前記複数の暗号スイートのそれぞれの危殆化度に基づいて、使用が推奨される推奨暗号スイートを選択し、前記複数の暗号スイートのうち少なくとも一部の前記利用回数、前記提示回数、前記ユーザエージェント毎のアクセス回数、および前記推奨暗号スイートの情報を前記廃止検討用データとして前記第２の端末装置に出力する廃止検討部と、を備える。

また、上記課題を解決するため、本発明に係る情報処理方法は、第１の端末装置とサーバとの間の暗号化通信で使用される複数の暗号スイートの廃止検討に用いられる廃止検討用データを、第２の端末装置に出力する情報処理方法であって、前記第１の端末装置と前記サーバとの間で送受信されるパケットに基づいて、前記複数の暗号スイートのそれぞれの利用回数および前記第１の端末装置で利用可能であると提示された提示回数を取得するステップと、前記サーバから取得したアクセス情報に基づいて前記第１の端末装置から前記サーバへのユーザエージェント毎のアクセス回数を取得するステップと、前記複数の暗号スイートのそれぞれの危殆化度に基づいて、使用が推奨される推奨暗号スイートを選択するステップと、前記複数の暗号スイートのうち少なくとも一部の前記利用回数、前記提示回数、前記ユーザエージェント毎のアクセス回数、および前記推奨暗号スイートの情報を前記廃止検討用データとして前記第２の端末装置に出力するステップと、を含む。

本発明に係る情報処理装置および情報処理方法によれば、暗号スイートの廃止を効率的に検討できる情報を提供し、かつ、安全性が低下した暗号スイートの使用を回避可能にする。

本発明の一実施形態に係る情報処理装置を備えるシステムの一例を示す図である。図２（Ａ）〜（Ｃ）は廃止検討用データベースに格納されるテーブルの一例を示す図である。図３（Ａ）および（Ｂ）は廃止検討用データベースに格納される暗号スイートに関するテーブルの一例を示す図である。 Client Helloパケットによるハンドシェイクパケットの構成の一例を示す図である。 Server Helloパケットによるハンドシェイクパケットの構成の一例を示す図である。端末装置に送信される利用回数等の一例を示す図である。警告通知の端末装置のモニタへの表示の一例を示す図である。情報解析部の動作の一例を示すフローチャートである。データベース管理部の一例を示すフローチャートである。図１０（Ａ）および（Ｂ）はデータベース管理部の別の動作の一例を示すフローチャートである。廃止検討部の動作の一例を示すフローチャートである。廃止検討部の別の動作の一例を示すフローチャートである。廃止検討部のさらに別の動作の一例を示すフローチャートである。本発明の変形例に係る情報処理装置を備えるシステムを示す図である。

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

［システム構成］
まず、本発明の一実施形態に係る情報処理装置１００を備えるシステム１の構成について図１を参照して説明する。システム１は、第１の端末装置１０と、スイッチ２０と、アクセラレータ３０と、サーバ４０と、記憶部６０と、情報処理装置１００と、第２の端末装置２００と、を備える。

第１の端末装置１０は、例えばデスクトップ型もしくはラップトップ型のパーソナルコンピュータである。第１の端末装置１０は、システム１のユーザ（利用者）によって使用される。ユーザは、例えばサーバ４０が提供するサービスを利用するために第１の端末装置１０を用いる。このとき、第１の端末装置１０とサーバ４０とは、ネットワーク５０を介してＳＳＬ／ＴＬＳ通信を行う。第１の端末装置１０は、サーバ４０との間でＳＳＬ／ＴＬＳ接続を確立させる際にClient Helloと呼ばれるパケットをサーバ４０に送信する。Client Helloは、第１の端末装置１０が利用可能な暗号スイートの一覧情報を含む。なお、システム１のユーザは一般に複数であり、第１の端末装置１０も複数である。図１では簡便のため、第１の端末装置１０を１つだけ示している。

サーバ４０は、例えばユーザの要求に応じて各種情報をユーザに提供するサービスを実行する。サーバ４０は、第１の端末装置１０からClient Helloを受信すると、第１の端末装置１０が利用可能な暗号スイートの一覧から、第１の端末装置１０との間の暗号化通信で使用する暗号スイートを選択する。そして、サーバ４０は、Server Helloと呼ばれるパケットを第１の端末装置１０に送信する。Server Helloは、サーバ４０が選択した暗号スイートの情報を含む。

また、サーバ４０は、第１の端末装置１０からアクセスされた際に、第１の端末装置１０のアクセス情報を取得する。このアクセス情報には、ユーザエージェント（User Agent）情報が含まれる。ユーザエージェント情報とは、Ｗｅｂブラウザ情報、ＯＳ（Operating System）情報を含む情報である。サーバ４０は、取得したアクセス情報をミラーリングして情報処理装置１００に出力する。

アクセラレータ３０は、例えばＳＳＬアクセラレータである。アクセラレータ３０は、第１の端末装置１０とサーバ４０との間のＳＳＬ／ＴＬＳ通信において、暗号化処理および復号処理を行う。

スイッチ２０は、ネットワーク５０を介して第１の端末装置１０とアクセラレータ３０との間で送受信されるパケット等を、ミラーリングして情報処理装置１００に転送する。スイッチ２０は、例えばClient HelloおよびServer Helloを情報処理装置１００に転送する。

第２の端末装置２００は、例えばデスクトップ型もしくはラップトップ型のパーソナルコンピュータである。第２の端末装置２００は、第１の端末装置１０とサーバ４０との間の暗号化通信の管理者によって用いられる。また、第２の端末装置２００は、情報処理装置１００との間でデータの送受信が可能である。管理者は、例えば情報処理装置１００に廃止を検討する対象の暗号スイートの情報を伝える場合、情報処理装置１００から検討に必要な情報を取得する場合等に第２の端末装置２００を用いる。

記憶部６０は、暗号スイートの廃止を検討する際に必要となるデータの集合である廃止検討用データベース１３０を記憶する。記憶部６０は、例えばネットワーク経由で情報処理装置１００からアクセス可能なファイルサーバーのハードディスクやメモリ等であってもよい。また、例えば記憶部６０は情報処理装置１００に含まれる構成であってもよい。また、記憶部６０は、廃止検討用データベース１３０だけでなく、暗号スイートの廃止を検討するためのプログラムを記憶していてもよい。

情報処理装置１００は、暗号スイートの廃止検討に必要な情報を生成して第２の端末装置２００に出力する。図１に示されるように、情報処理装置１００は、情報解析部１１０、データベース管理部１２０、廃止検討部１４０を備える。本実施形態に係る情報処理装置１００は、例えば特定のプログラムを読み込むことにより特定の機能を実現するプロセッサである。暗号スイートの廃止を検討するためのプログラムを読み込んで実行することにより、情報処理装置１００は、情報解析部１１０、データベース管理部１２０、廃止検討部１４０としての機能を実現する。なお、情報処理装置１００は、これらの一部または全部の機能をハードウェアで実現してもよい。なお、プログラムは、例えば記憶部６０から情報処理装置１００が有するメモリ等にダウンロードされて実行されてもよい。

情報処理装置１００は、情報処理装置１００を利用する管理者の第２の端末装置２００から、第１の端末装置１０とサーバ４０との間のＳＳＬ／ＴＬＳ通信において廃止を検討する対象の暗号スイートの情報を取得する。情報処理装置１００が取得する暗号スイートの情報は、１つの暗号スイートを特定できるものであればよい。本実施形態において、暗号スイートの情報は暗号スイート名であるが、例えば暗号スイートのそれぞれを区別可能な識別番号等が用いられてもよい。続いて、情報処理装置１００が備える機能ブロックについて説明する。

情報解析部１１０は、スイッチ２０からパケットを取得する。この取得したパケットには、Client HelloおよびServer Helloが含まれる。また、情報解析部１１０は、サーバ４０から、アクセス情報を取得する。そして、情報解析部１１０は、取得したClient Hello，Server Helloおよびアクセス情報を解析して、その解析結果をデータベース管理部１２０に出力する。情報解析部１１０が実行する解析の詳細については後述する。

データベース管理部１２０は、廃止検討用データベース１３０を管理する。データベース管理部１２０は、例えば、情報解析部１１０から取得したClient Hello等の解析結果に基づき、廃止検討用データベース１３０に格納されているデータを更新する。また、データベース管理部１２０は、例えば、管理者の第２の端末装置２００から更新情報を取得した場合、取得した更新情報に基づき、廃止検討用データベース１３０に格納されているデータを更新する。廃止検討用データベース１３０は、後述するように、例えば暗号スイート利用状況管理表、アクセス回数一覧表および暗号スイート廃止対策表等のテーブルを格納する。

廃止検討部１４０は、第２の端末装置２００から廃止を検討する対象の暗号スイート名を取得する。廃止検討部１４０は、取得した暗号スイート名により特定される「所定の暗号スイート」の廃止検討に必要な情報を生成し、第２の端末装置２００に出力する。廃止検討部１４０は、必要な情報を生成するために、廃止検討用データベース１３０にアクセスして必要な情報を取得する。

また、廃止検討部１４０は、所定の期間（例えば、一週間、一か月等）毎に、廃止検討用データベース１３０に格納されているデータに基づき、使用されていない暗号スイートや利用回数の低い暗号スイートを検出する。そして、このような暗号スイートについて、廃止を推奨する警告を第２の端末装置２００に通知する。

ここで、図２（Ａ）〜図３（Ｂ）を参照して、廃止検討用データベース１３０が格納するテーブルについて説明する。

図２（Ａ）の「暗号スイート利用状況管理表」は、第１の端末装置１０とサーバ４０との間のＳＳＬ／ＴＬＳ通信で用いられた暗号スイート毎の利用回数、提示回数および危殆化度を示す。利用回数は、暗号スイートがＳＳＬ／ＴＬＳ通信に用いる暗号スイートとして使用された回数、つまり、サーバ４０によって選択された回数を示す。サーバ４０が選択した暗号スイートの情報はServer Helloに含まれる。そのため、サーバ４０から第１の端末装置１０へServer Helloとして送信された回数によって、暗号スイートが選択された回数が把握される。

また、提示回数は、暗号スイートが第１の端末装置１０によって利用可能な暗号スイートとして提示された回数を示す。第１の端末装置１０が利用可能な暗号スイートの一覧はClient Helloに含まれる。そのため、第１の端末装置１０からサーバ４０へClient Helloとして送信された回数によって、暗号スイートが提示された回数が把握される。

また、危殆化度は、暗号スイート毎の危殆化の大きさを示す。本実施形態において、危殆化度は大、中、小の三段階に区分されている。危殆化度「小」が最も安全度の高い状態であることを示し、危殆化度「大」が最も安全度の低い状態であることを示している。例えば、危殆化度「大」は、その暗号スイートが「既に危殆化しており、使用が推奨されない」ことを意味する（図２（Ａ）の暗号スイートＤ参照）。また、例えば、危殆化度「中」は、その暗号スイートが「現状は危殆化していないが、将来的に危殆化する可能性がある」ことを意味する（図２（Ａ）の暗号スイートＡ参照）。また、例えば、危殆化度「小」は、その暗号スイートが「危殆化しておらず、安全に使用できる」ことを意味する（図２（Ａ）の暗号スイートＣ参照）。

ここで、暗号スイート利用状況管理表の暗号スイート名および危殆化度は、システム１の運用開始までに管理者によって登録される。また、管理者の第２の端末装置２００からの更新情報によって、暗号スイート名および危殆化度の追加、変更および削除が可能である。また、利用回数および提示回数は、システム１の運用開始前は管理者によって初期値０に設定される。そして、システム１の運用開始後に、利用回数および提示回数は、例えば１週間、１カ月等の所定の時間が経過する毎にデータベース管理部１２０によって更新される。つまり、上記の所定の時間を１周期として、その間の利用回数および提示回数が測定されて、測定値（回数）が暗号スイート利用状況管理表に記憶される。図２（Ａ）の例では、過去の５周期分（周期１〜周期５）の利用回数および提示回数が記憶されるが、それより多くまたは少ない周期の利用回数および提示回数が記憶されてもよい。

図２（Ｂ）の「アクセス回数一覧表」は、第１の端末装置１０がサーバ４０にアクセスした際に用いられたユーザエージェント毎のアクセス回数を示す。ユーザエージェント名は例えば、ブラウザの種類とＯＳの種類との組み合わせで示される。このアクセス回数は、システム１の運用開始前は初期値０に設定され、システム１の運用開始後、図２（Ａ）と同じ周期毎にデータベース管理部１２０によって更新される。周期１〜周期５は、図２（Ａ）と同じように過去の５周期分のアクセス回数を記憶していることを示す。ここで、アクセス回数一覧表のユーザエージェント名は、システム１の運用開始までに管理者によって登録される。また、管理者の第２の端末装置２００からの更新情報によって、ユーザエージェント名の追加、変更および削除が可能である。

図２（Ｃ）の「暗号スイート廃止対策表」は、暗号スイートを廃止する際の対策内容を示す。対策内容は、暗号スイートを廃止時に実行する作業を示すものであり、例えばサーバの設定を検討すること（設定検討（サーバ））、スイッチを検証すること（検証（スイッチ））、スイッチの設定を変更すること（設定変更（スイッチ））等が挙げられる。図２（Ｃ）の暗号スイート廃止対策表は、対策内容毎の対策対象、必要期間、想定費用および通信影響等を示す。これらは、システム１の運用開始までに管理者によって登録される。また、管理者の第２の端末装置２００からの更新情報によって、各項目の追加、変更および削除が可能である。

図３（Ａ）の「サーバが使用可能な暗号スイート一覧」は、サーバ４０が使用可能な暗号スイートを示すものである。また、図３（Ａ）と同様のテーブル形式で、第１の端末装置１０が使用可能な暗号スイートの一覧も廃止検討用データベース１３０に記憶される。つまり、サーバ４０を含めて暗号化通信を行う各装置について、「各装置が使用可能な暗号スイート一覧」が廃止検討用データベース１３０に記憶される。各装置が使用可能な暗号スイート一覧は、装置名、項番、暗号スイート名の情報を保持している。なお、図３（Ａ）の例では、装置名はテーブルのタイトル部分に含まれている。各装置が使用可能な暗号スイートの情報は、Client HelloおよびServer Helloに含まれる。情報解析部１１０は、取得したClient Hello，Server Helloおよびアクセス情報を解析して、その解析結果である暗号スイート一覧をデータベース管理部１２０に出力する。そして、データベース管理部１２０は、その解析結果に基づいて、各装置が使用可能な暗号スイート一覧を廃止検討用データベース１３０に記憶する。

図３（Ｂ）の「危殆化していない設定可能な暗号スイート候補」は、ある暗号スイートを廃止する際に、代わりに設定可能な暗号スイートの候補を示すものである。具体的には、システム１で使用される第１の端末装置１０およびサーバ４０（全ての装置）に設定可能かつ危殆化していない暗号スイートの候補の一覧である。危殆化していない設定可能な暗号スイート候補は、項番、暗号スイート名、危殆化度の情報を保持している。詳細な処理フローについては後述するが、廃止検討部１４０は、各装置が使用可能な暗号スイート一覧を取得して、各装置に共通の暗号スイートを抽出可能である。また、廃止検討部１４０は、暗号スイート利用状況管理表を取得して、抽出した暗号スイートの危殆化度を把握可能である。そして、廃止検討部１４０は、図３（Ｂ）に示されるような危殆化していない設定可能な暗号スイート候補を廃止検討用データベース１３０に記憶して、必要に応じて暗号スイート候補の並び替え等を実行して「推奨暗号スイートリスト」として、第２の端末装置２００に出力する。管理者は、サーバ４０、アクセラレータ３０で使用する暗号スイートが、推奨暗号スイートリストに従うように設定変更（例えば暗号スイートの選択の優先順位の設定変更等）を行う。

＜パケット解析機能＞
以下、パケットを解析する情報解析部１１０の機能について、より詳細に説明する。

情報解析部１１０は、スイッチ２０またはサーバ４０からパケットを取得すると、取得したパケットが、ＳＳＬ／ＴＬＳ接続確立の際のハンドシェイクパケットであるか否か判定する。図４にClient Helloパケットによるハンドシェイクパケットの構成の一例を示し、図５にServer Helloパケットによるハンドシェイクパケットの構成の一例を示す。情報解析部１１０は、レコード層（Record Layer）のタイプ（type）の値が０ｘ１６である場合、取得したパケットはハンドシェイクパケットであると判定する（Client HelloパケットおよびServer Helloパケットで共通）。

情報解析部１１０は、取得したパケットがサーバ４０からのアクセス情報によるパケットであるか否か判定する。情報解析部１１０は、取得したパケットがサーバ４０からのアクセス情報によるパケットであると判定した場合、ユーザエージェント情報を抽出する。そして、情報解析部１１０は、抽出したユーザエージェント情報を、解析結果としてデータベース管理部１２０に出力する。

一方、情報解析部１１０は、取得したパケットがＳＳＬ／ＴＬＳ接続確立の際のハンドシェイクパケットであると判定した場合、取得したパケットがClient Helloパケットであるか否か判定する。情報解析部１１０は、例えば、図４に示されるように、メッセージタイプ（msg_{_}type）の値が０ｘ０１である場合、取得したパケットはClient Helloパケットであると判定する。情報解析部１１０は、取得したパケットがClient Helloパケットであると判定した場合、そのClient Helloパケットから暗号スイートの一覧情報を抽出する。そして、情報解析部１１０は、抽出した暗号スイートの一覧情報を、解析結果としてデータベース管理部１２０に出力する。図４の例では、暗号スイートの一覧の「TLS_{_}NULL_{_}WITH_{_}NULL_{_}NULL」、「TLS_{_}RSA_{_}WITH_{_}NULL_{_}MD5」等が、解析結果としてデータベース管理部１２０に出力される。

さらに、情報解析部１１０は、取得したパケットがClient Helloパケットではないと判定した場合、取得したパケットがServer Helloパケットであるか否か判定する。情報解析部１１０は、例えば、図５に示されるように、メッセージタイプ（msg_{_}type）の値が０ｘ０２である場合、取得したパケットはServer Helloパケットであると判定する。情報解析部１１０は、取得したパケットがServer Helloパケットであると判定した場合、そのServer Helloパケットから、サーバ４０が選択した暗号スイートの情報（以下、「選択暗号スイートの情報」という）を抽出する。そして、情報解析部１１０は、選択暗号スイートの情報を、解析結果としてデータベース管理部１２０に出力する。図５の例では、選択暗号スイートである「TLS_{_}RSA_{_}WITH_{_}RC4_{_}128_{_}MD5」が、解析結果としてデータベース管理部１２０に出力される。

以下、Client Hello等の解析結果または管理者の更新情報に基づき、廃止検討用データベース１３０を更新するデータベース管理部１２０の機能の詳細について説明する。

＜解析結果に基づく廃止検討用データベースの更新＞
データベース管理部１２０は、情報解析部１１０から解析結果を取得して、解析結果を廃止検討用データベース１３０に反映する。例えば、データベース管理部１２０は、情報解析部１１０からユーザエージェント情報を取得した場合には、アクセス回数一覧表のアクセス回数を更新する（図２（Ｂ）参照）。また、例えば、データベース管理部１２０は、情報解析部１１０から選択暗号スイートの情報を取得した場合には、暗号スイート利用状況管理表の利用回数を更新する（図２（Ａ）参照）。また、例えば、データベース管理部１２０は、情報解析部１１０から暗号スイートの一覧情報を取得した場合には、暗号スイート利用状況管理表の提示回数を更新する（図２（Ａ）参照）。

本実施形態において、データベース管理部１２０は、例えば１週間、１カ月等の所定の時間（すなわち周期）が経過する毎に、暗号スイート利用状況管理表の利用回数、提示回数、およびアクセス回数一覧表のアクセス回数を更新する。暗号スイート利用状況管理表およびアクセス回数一覧表は、過去の５周期分の利用回数、提示回数、およびアクセス回数を記憶する。データベース管理部１２０は、例えば前回に周期（Ｎ）を使用した場合、周期（Ｎ＋１）に切り替える。

＜管理者の更新情報に基づく廃止検討用データベースの更新＞
また、データベース管理部１２０は、管理者の第２の端末装置２００から取得した更新情報に基づき、廃止検討用データベース１３０を更新する機能を有する。例えば、データベース管理部１２０は、管理者の第２の端末装置２００からの更新情報によって、暗号スイート利用状況管理表の暗号スイート名および危殆化度の、追加、変更および削除が可能である。特に、データベース管理部１２０は、危殆化度の追加、変更および削除が可能であり、複数の暗号スイートと危殆化度とを対応付けたテーブル（暗号スイート利用状況管理表）を記憶部６０に記憶させることができる。また、データベース管理部１２０は、管理者の第２の端末装置２００からの更新情報によって、ユーザエージェント名の追加、変更および削除が可能である。本実施形態において、データベース管理部１２０は、管理者の第２の端末装置２００から取得した更新情報に基づく廃止検討用データベース１３０の更新をいつでも実行可能である。

＜廃止検討機能＞
以下、廃止検討部１４０の機能について、より詳細に説明する。廃止検討部１４０は、管理者の第２の端末装置２００から、廃止を検討する暗号スイート（本発明の「指定された暗号スイート」に対応）の名称を取得する。廃止検討部１４０は、暗号スイート利用状況管理表（図２（Ａ）参照）の複数の暗号スイートのそれぞれの危殆化度に基づいて、廃止を検討する暗号スイートに代わって使用が推奨される推奨暗号スイートを選択する。廃止検討部１４０は、各装置が使用可能な暗号スイート一覧から各装置に共通の暗号スイートを抽出する。廃止検討部１４０は、暗号スイート利用状況管理表から抽出した共通の暗号スイートの危殆化度に基づいて（具体的には、共通の暗号スイートの危殆化度を比較することで）推奨暗号スイートを選択できる。このとき、廃止検討部１４０は、推奨暗号スイートリスト（図３（Ｂ）参照）を廃止検討用データベース１３０に生成して、推奨暗号スイートリストから条件（例えば上位２つ等）に合致した暗号スイートを推奨暗号スイートとする処理を実行してもよい。そして、廃止検討部１４０は、廃止を検討する暗号スイートの利用回数、提示回数、ユーザエージェント毎のアクセス回数、および推奨暗号スイートの情報を廃止検討用データとして第２の端末装置２００に出力する。ここで、利用回数、提示回数、ユーザエージェント毎のアクセス回数は、暗号スイート利用状況管理表およびアクセス回数一覧表（図２（Ａ）および図２（Ｂ）参照）から抽出可能である。

また、廃止検討部１４０は、暗号スイート廃止対策表の対策内容に応じた想定費用、必要期間等（図２（Ｃ）参照）を第２の端末装置２００に出力してもよい。図６は、廃止検討部１４０が第２の端末装置２００から、廃止を検討する暗号スイートの名称（この例では「暗号スイートＤ」）を取得した場合に、廃止検討に必要な情報を生成して第２の端末装置２００に出力する一例を示すものである。廃止検討部１４０は、廃止検討用データベース１３０にアクセスして、暗号スイート利用状況管理表、アクセス回数一覧表、暗号スイート廃止対策表、およびサーバが使用可能な暗号スイート一覧を取得して、危殆化していない設定可能な暗号スイート候補を生成する。そして、廃止検討部１４０は、取得したデータ、および生成したデータから必要な情報を抽出して、第２の端末装置２００に出力する。図６の例では、廃止検討部１４０は、第２の端末装置２００から取得した暗号スイートＤの利用回数等を示した上で、危殆化していない設定可能な暗号スイート候補を出力する。管理者は、特に危殆化していない設定可能な暗号スイート候補を参照することで、暗号スイートＤの廃止後にサーバ４０によって新たに選択される暗号スイートが適切か（上記の候補に含まれるか）否かを容易に判断でき、必要な場合にはサーバ４０等の設定を変更することができる。

また、廃止検討部１４０は、利用回数および提示回数が第１の期間（例えば５周期）において所定の回数（例えば０回）以下である暗号スイートの削除（廃止）を促す通知を、推奨暗号スイートとともに第２の端末装置２００に出力してもよい。また、廃止検討部１４０は、利用回数が第１の期間（例えば５周期）よりも短い第２の期間（例えば３周期）において所定の回数（例えば０回）以下である暗号スイートの削除を促す通知（警告通知）を、推奨暗号スイートとともに第２の端末装置２００に出力してもよい。このように利用されない、または、利用されるとしても利用回数の少ない暗号スイートを第２の端末装置２００に通知することによって、管理者の暗号スイートの廃止の検討に役立つことができる。また、廃止検討部１４０は、このような警告通知を、周期に関連付けて定期的に行うことができる。例えば、新たに利用回数、提示回数を取得した際に、廃止検討部１４０は、利用されない、または、利用されるとしても利用回数の少ない暗号スイートを第２の端末装置２００に通知してもよい。

図７に、第２の端末装置２００に表示される警告通知の一例を示す。図７の例では、「暗号スイートＤ」の利用頻度が低い（利用回数が少ない）ことが表示されるとともに、暗号スイートＤに代わる推奨暗号スイートとして、暗号スイートＥ、暗号スイートＦが表示されている。暗号スイートＤの廃止後の候補（推奨暗号スイート）が表示されており、警告通知だけの場合よりも廃止の検討に役立つ情報を管理者に提供できる。

また、廃止検討部１４０は、第２の端末装置２００から取得した廃止を検討する暗号スイートが、第１の端末装置１０とサーバ４０との間の暗号化通信で利用可能な暗号スイートに含まれない場合に、指定された暗号スイートは使用されていないことを示す通知を、第２の端末装置２００に出力してもよい。廃止検討部１４０は、推奨暗号スイートを選択する際に各装置に共通の暗号スイートを抽出するため、指定された暗号スイートが使用されているか否かを容易に判定可能である。このような通知を第２の端末装置２００に通知することによって、管理者が効率的に暗号スイートの廃止を検討できるようにする。

＜パケット解析処理＞
以下に、情報処理装置１００が実行する情報処理方法について説明する。図８は、本発明の一実施形態に係る情報解析部１１０の動作の一例を示すフローチャートである。

まず、情報解析部１１０は、スイッチ２０またはサーバ４０からパケットを取得すると（ステップＳ１０１）、取得したパケットが、ＳＳＬ／ＴＬＳ接続確立の際のハンドシェイクパケットであるか否か判定する（ステップＳ１０２）。情報解析部１１０は、取得したパケットが、ＳＳＬ／ＴＬＳ接続確立の際のハンドシェイクパケットではないと判定した場合（ステップＳ１０２：Ｎｏ）、ステップＳ１０３の処理に進む。一方、情報解析部１１０は、取得したパケットが、ＳＳＬ／ＴＬＳ接続確立の際のハンドシェイクパケットであると判定した場合（ステップＳ１０２：Ｙｅｓ）、ステップＳ１０７の処理に進む。

ステップＳ１０３の処理では、情報解析部１１０は、取得したパケットが、サーバ４０からのアクセス情報によるパケットであるか否か判定する。情報解析部１１０は、取得したパケットがサーバ４０からのアクセス情報によるパケットではないと判定した場合（ステップＳ１０３：Ｎｏ）、取得したパケットを破棄し（ステップＳ１０４）、処理を終了する。一方、情報解析部１１０は、取得したパケットがサーバ４０からのアクセス情報によるパケットであると判定した場合（ステップＳ１０３：Ｙｅｓ）、ステップＳ１０５の処理に進む。

ステップＳ１０５の処理では、情報解析部１１０は、アクセス情報によるパケットから、ユーザエージェント情報を抽出する。そして、情報解析部１１０は、抽出したユーザエージェント情報を、解析結果としてデータベース管理部１２０に出力する（ステップＳ１０６）。

このようにステップＳ１０６，Ｓ１０７の処理によって、アクセス情報によるパケットの解析結果として、ユーザエージェント情報が得られる。

ステップＳ１０７の処理では、情報解析部１１０は、取得したパケットが、Client Helloパケットであるか否か判定する。情報解析部１１０は、取得したパケットがClient Helloパケットであると判定した場合（ステップＳ１０７：Ｙｅｓ）、ステップＳ１０８の処理に進む。一方、情報解析部１１０は、取得したパケットがClient Helloパケットではないと判定した場合（ステップＳ１０７：Ｎｏ）、ステップＳ１１０の処理に進む。

ステップＳ１０８の処理では、情報解析部１１０は、Client Helloパケットから暗号スイートの一覧情報を抽出する。そして、情報解析部１１０は、抽出した暗号スイートの一覧情報を、解析結果としてデータベース管理部１２０に出力する（ステップＳ１０９）。

このようにステップＳ１０８，Ｓ１０９の処理によって、Client Helloパケットの解析結果として、暗号スイートの一覧情報が得られる。

ステップＳ１１０の処理では、情報解析部１１０は、取得したパケットが、Server Helloパケットであるか否か判定する。情報解析部１１０は、取得したパケットがServer Helloパケットではないと判定した場合（ステップＳ１１０：Ｎｏ）、取得したパケットを破棄し（ステップＳ１１１）、処理を終了する。一方、情報解析部１１０は、取得したパケットがServer Helloパケットであると判定した場合（ステップＳ１１０：Ｙｅｓ）、ステップＳ１１２の処理に進む。

ステップＳ１１２の処理では、情報解析部１１０は、Server Helloパケットから、選択暗号スイートの情報を抽出する。そして、情報解析部１１０は、選択暗号スイートの情報を、解析結果としてデータベース管理部１２０に出力する（ステップＳ１１３）。

このようにステップＳ１１２，Ｓ１１３の処理によって、Server Helloパケットからは、解析結果として、選択暗号スイートの情報が得られる。また、情報解析部１１０は、取得したClient 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）情報を含む情報である。そして、サーバ４１は、取得したアクセス情報をミラーリングした後、パケットとして情報処理装置１００に送信する。

このような２台のサーバ（サーバ４０，４１）を備えるシステム１ａであっても、情報処理装置１００ａは、上述の情報処理装置１００と同様の効果を得ることができる。

本発明を諸図面や実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形や修正を行うことが容易であることに注意されたい。従って、これらの変形や修正は本発明の範囲に含まれることに留意されたい。例えば、各構成部、各ステップ等に含まれる機能等は論理的に矛盾しないように再配置可能であり、複数の構成部やステップ等を１つに組み合わせたり、或いは分割したりすることが可能である。また、本発明について装置を中心に説明してきたが、本発明は装置が備えるプロセッサにより実行される方法、プログラム、またはプログラムを記録した記憶媒体としても実現し得るものであり、本発明の範囲にはこれらも包含されるものと理解されたい。

１，１ａシステム
１０第１の端末装置
２０スイッチ
３０アクセラレータ
４０，４１サーバ
１００，１００ａ情報処理装置
１１０情報解析部
１２０データベース管理部
１３０廃止検討用データベース
１４０廃止検討部
２００第２の端末装置

Claims

第１の端末装置とサーバとの間の暗号化通信で使用される複数の暗号スイートの廃止検討に用いられる廃止検討用データを、第２の端末装置に出力する情報処理装置であって、
前記第１の端末装置と前記サーバとの間で送受信されるパケットに基づいて、前記複数の暗号スイートのそれぞれの利用回数および前記第１の端末装置で利用可能であると提示された提示回数を取得し、前記サーバから取得したアクセス情報に基づいて前記第１の端末装置から前記サーバへのユーザエージェント毎のアクセス回数を取得する情報解析部と、
前記複数の暗号スイートのそれぞれの危殆化度に基づいて、使用が推奨される推奨暗号スイートを選択し、前記複数の暗号スイートのうち少なくとも一部の前記利用回数、前記提示回数、前記ユーザエージェント毎のアクセス回数、および前記推奨暗号スイートの情報を前記廃止検討用データとして前記第２の端末装置に出力する廃止検討部と、を備える、情報処理装置。
前記複数の暗号スイートと、前記危殆化度と、を対応付けたテーブルを記憶部に記憶させるデータベース管理部を更に備え、
前記廃止検討部は、前記テーブルに基づいて前記推奨暗号スイートを選択する、請求項１に記載の情報処理装置。
前記廃止検討部は、前記利用回数および前記提示回数が第１の期間において所定の回数以下である暗号スイートの削除を促す通知を、前記推奨暗号スイートとともに前記第２の端末装置に出力する、請求項１または２に記載の情報処理装置。
前記廃止検討部は、前記利用回数が前記第１の期間よりも短い第２の期間において前記所定の回数以下である暗号スイートの削除を促す通知を、前記第２の端末装置に出力する、請求項３に記載の情報処理装置。
前記廃止検討部は、前記第２の端末装置から指定された暗号スイートが前記複数の暗号スイートに含まれない場合に、前記指定された暗号スイートは使用されていないことを示す通知を、前記第２の端末装置に出力する、請求項１から４のいずれか一項に記載の情報処理装置。
第１の端末装置とサーバとの間の暗号化通信で使用される複数の暗号スイートの廃止検討に用いられる廃止検討用データを、第２の端末装置に出力する情報処理方法であって、
前記第１の端末装置と前記サーバとの間で送受信されるパケットに基づいて、前記複数の暗号スイートのそれぞれの利用回数および前記第１の端末装置で利用可能であると提示された提示回数を取得するステップと、
前記サーバから取得したアクセス情報に基づいて前記第１の端末装置から前記サーバへのユーザエージェント毎のアクセス回数を取得するステップと、
前記複数の暗号スイートのそれぞれの危殆化度に基づいて、使用が推奨される推奨暗号スイートを選択するステップと、
前記複数の暗号スイートのうち少なくとも一部の前記利用回数、前記提示回数、前記ユーザエージェント毎のアクセス回数、および前記推奨暗号スイートの情報を前記廃止検討用データとして前記第２の端末装置に出力するステップと、を含む、情報処理方法。