JP7235114B2 - 脆弱性検査装置、脆弱性検査方法および脆弱性検査プログラム - Google Patents

Description

本発明は、脆弱性検査装置、脆弱性検査方法および脆弱性検査プログラムに関する。

オンラインサービスにおけるユーザの個人情報流出が社会問題となっている。オンラインサービスの提供者は、ユーザのユーザＩＤとパスワードとの組み合わせが攻撃者に推測され不正ログインされるのを防ぐために、様々な対策を実施している。例えば、サービス提供者は、パスワードポリシの強化に加え、アカウントロックやＣＡＰＴＣＨＡ（Completely Automated Public Turing test to tell Computers and Humans Apart）（またはｒｅＣＡＰＴＣＨＡ）等のログイン試行回数制限、多要素認証、多段階認証の実装等、様々な対策を組み合わせて実施している。

一方、ユーザの登録状況の漏洩が引き起こすプライバシー脅威については、一般には認識されていない。ユーザが登録しているサービスは、ユーザの属性、嗜好、指向、信仰、状況等を間接的に示し得るため、プライバシー脅威となり得る。例えば、あるユーザがセクシャルマイノリティ向けのデーティングサービスに登録している場合には、そのユーザがセクシャルマイノリティであると推測され得る。したがって、特にセンシティブなオンラインサービスにおいては、ユーザが登録しているか否かという登録状況は、秘匿する必要がある。

従来、ユーザの登録状況の漏洩を防ぐため、サービス提供者に対して、顧客ユーザの登録状況を示すような過剰なシステムメッセージの表示を控えるよう指摘されている（非特許文献１、２参照）。

Joseph Bonneau、Soren Preibusch、"The password thicket: technical and market failures in human authentication on the web"、The Ninth Workshop on the Economics of Information Security (WEIS 2010)、2010年 "安全なウェブサイトの作り方 改訂第７版"、[online]、2015年3月、独立行政法人情報処理推進機構(IPA) セキュリティセンター、［2019年6月14日検索］、インターネット<URL：https://www.ipa.go.jp/files/000017316.pdf>

しかしながら、従来技術が指摘する過剰なメッセージの禁止だけでは、顧客ユーザの登録状況の漏洩は完全には防げず、サービスの顧客ユーザの登録状況の漏洩に対するサービスの脆弱性の有無を適切に判断することは困難であった。例えば、どのようなメッセージが表示されると脆弱性があると判断できるのかが分からなかった。

本発明は、上記に鑑みてなされたものであって、サービスの顧客ユーザの登録状況の漏洩に対するサービスの脆弱性の有無を適切に判断することを目的とする。

上述した課題を解決し、目的を達成するために、本発明に係る脆弱性検査装置は、ユーザＩＤを発行するアカウント制のサービスにおいて、ユーザＩＤを入力するログイン関連画面に入力されたユーザＩＤの該サービスへの登録状況を表す種別ごとに、該入力に応答して表示されるシステムメッセージを取得する取得部と、前記種別に応じて取得された前記システムメッセージを用いて、ユーザの登録状況の漏洩に対する前記ログイン関連画面の脆弱性の有無を判定する判定部と、を備えることを特徴とする。

本発明によれば、サービスの顧客ユーザの登録状況の漏洩に対するサービスの脆弱性の有無を適切に判断することが可能となる。

図１は、本実施形態の脆弱性検査装置の概略構成を例示する模式図である。 図２は、検査用アカウント情報のデータ構成を例示する図である。 図３は、ログイン関連画面情報のデータ構成を例示する図である。 図４は、取得部の処理を説明するための図である。 図５は、判定部の処理を説明するための図である。 図６は、脆弱性検査処理手順を示すフローチャートである。 図７は、脆弱性検査処理手順を示すフローチャートである。 図８は、脆弱性検査プログラムを実行するコンピュータの一例を示す図である。

以下、図面を参照して、本発明の一実施形態を詳細に説明する。なお、この実施形態により本発明が限定されるものではない。また、図面の記載において、同一部分には同一の符号を付して示している。

［脆弱性検査装置の構成］
図１は、本実施形態の脆弱性検査装置の概略構成を例示する模式図である。図１に例示するように、本実施形態の脆弱性検査装置１０は、パソコン等の汎用コンピュータで実現され、入力部１１、出力部１２、通信制御部１３、記憶部１４、および制御部１５を備える。

入力部１１は、キーボードやマウス等の入力デバイスを用いて実現され、操作者による入力操作に対応して、制御部１５に対して処理開始などの各種指示情報を入力する。出力部１２は、液晶ディスプレイなどの表示装置、プリンター等の印刷装置等によって実現される。例えば、出力部１２には、後述する脆弱性検査処理の結果が表示される。

通信制御部１３は、ＮＩＣ（Network Interface Card）等で実現され、ＬＡＮ（Local Area Network）やインターネットなどの電気通信回線を介した外部の装置と制御部１５との通信を制御する。例えば、通信制御部１３は、検査対象のオンラインサービス提供者の各種情報を管理するサービス管理装置等と制御部１５との通信を制御する。

記憶部１４は、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１４には、脆弱性検査装置１０を動作させる処理プログラムや、処理プログラムの実行中に使用されるデータなどが予め記憶され、あるいは処理の都度一時的に記憶される。なお、記憶部１４は、通信制御部１３を介して制御部１５と通信する構成でもよい。

本実施形態において、記憶部１４は、検査用アカウント情報１４ａ、ログイン関連画面情報１４ｂ、およびログイン関連画面別検査結果１４ｃ等を記憶する。

具体的には、検査用アカウント情報１４ａは、後述する脆弱性検査処理に用いられるアカウントに関する情報である。ここで、図２は、検査用アカウント情報１４ａのデータ構成を例示する図である。図２に例示するように、検査用アカウント情報１４ａには、アカウント種別、登録ステータス、アカウント情報、有効形式および値が含まれる。

アカウント情報は、検査対象であるアカウント制のオンラインサービスにおいて、新規にユーザＩＤを登録する場合に必要となるユーザの情報である。アカウント情報は、例えば、メールアドレス、ユーザ名、電話番号、氏名、誕生日、性別、ロケーション等である。アカウント情報には、アカウントを識別するユーザＩＤとして使用され得るメールアドレス、ユーザ名、電話番号等が含まれる。なお、図２には、現在一般的であるメールアドレスをユーザＩＤとするサービスが例示されている。

また、有効形式は、各アカウント情報の入力形式である。図２には、例えばメールアドレスの有効形式が１２８文字以下のテキストであることが例示されている。また、値は、後述する脆弱性検査処理に用いられる各アカウント情報の具体的な値であり、図２には、例えばメールアドレス「test_r@mail.service.co.jp」が用いられることが例示されている。

アカウント種別は、検査対象のオンラインサービスへのユーザＩＤの登録状況を表す情報である。具体的には、アカウント種別は、登録ステータスが表すアカウントの登録状態で分類されるアカウントの区分である。本実施形態では、アカウント種別は、図２に示すように、未登録アカウントと登録中アカウントとの２種に分類される。すなわち、アカウント種別「未登録アカウント」の登録ステータスは「未登録」であり、アカウント種別「登録中アカウント」の登録ステータスは「登録完了」である。

なお、検査用アカウント情報１４ａのアカウント情報の各値には、過去に検査対象のオンラインサービスへの登録に用いられたことがない情報が適用される。また、アカウント種別「登録中アカウント」のアカウントは、予めアカウント情報のいずれかをユーザＩＤとして用いて、検査対象のオンラインサービスへの登録が行われたものである。図２では、ユーザＩＤとしてメールアドレスの登録が行われたことが例示されている。

また、アカウント種別は、上記のような登録の有無を表す区分に限定されない。例えば、アカウント種別は、登録変更の有無、または登録履歴の有無の区分でもよい。具体的には、登録変更の有無は、例えば、「未登録アカウント」または「登録変更前アカウント」の区分のいずれに該当するかで表すことができる。また、登録履歴の有無は、例えば、「未登録アカウント」または「退会済アカウント」の区分のいずれに該当するかで表すことができる。

本実施形態において、検査用アカウント情報１４ａは、後述する脆弱性検査処理に先立って予め、入力部１１あるいは通信制御部１３を介して収集され、記憶部１４に記憶される。例えば、後述する収集部１５ａが、検査対象のオンラインサービスのサービス提供者のサービス管理装置等から、アカウント情報および有効形式を探索して、検査用アカウント情報１４ａに含める。

図１の説明に戻る。ログイン関連画面情報１４ｂは、検査対象のオンラインサービスにおいて、ユーザＩＤを入力するフォームを含む画面であるログイン関連画面を特定するための情報である。ここで、図３は、ログイン関連画面情報１４ｂのデータ構成を例示する図である。図３に示すように、ログイン関連画面情報１４ｂは、ログイン関連画面の種類、ＵＲＬ、および入力するアカウント情報を含む。

ログイン関連画面の種類は、当該画面が提供する機能を表す情報であり、例えば、ログイン、パスワードリカバリー、新規アカウント登録、アカウントリカバリー、ＩＤ検索等である。各画面はＵＲＬで識別される。また、入力するアカウント情報は、各画面で入力が必要とされるアカウント情報である。

図３に示す例では、例えば、パスワードの通知や再発行等のパスワードリカバリーの場面で、種類「パスワードリカバリー」のＵＲＬ「http://www.service.com/password_recovery」で識別される画面が出現することが示されている。また、このログイン関連画面では、ユーザＩＤであるメールアドレスのみの入力が求められることが示されている。

本実施形態において、ログイン関連画面情報１４ｂは、後述する脆弱性検査処理に先立って予め、入力部１１あるいは通信制御部１３を介して収集され、記憶部１４に記憶される。例えば、収集部１５ａが、検査対象のオンラインサービスのサービス提供者のサービス管理装置等からログイン関連画面の情報を収集し、ログイン関連画面情報１４ｂを作成して記憶部１４に記憶させる。

なお、ログイン関連画面情報１４ｂは、記憶部１４に記憶される場合に限定されず、例えば、脆弱性検査処理が実行される際に収集されてもよい。その場合には、例えば、収集部１５ａが、後述する取得部１５ｂの処理に先立って、ログイン関連画面情報１４ｂを収集してもよい。以下、ログイン関連画面情報１４ｂの各レコードのことをログイン関連画面と記す。

図１の説明に戻る。ログイン関連画面別検査結果１４ｃは、後述する脆弱性検査処理において、各ログイン関連画面について判定された結果である。

制御部１５は、ＣＰＵ（Central Processing Unit）等を用いて実現され、メモリに記憶された処理プログラムを実行する。これにより、制御部１５は、図１に例示するように、収集部１５ａ、取得部１５ｂおよび判定部１５ｃとして機能する。なお、これらの機能部は、それぞれ、あるいは一部が異なるハードウェアに実装されてもよい。また、制御部１５は、その他の機能部を備えてもよい。

収集部１５ａは、入力部１１あるいは通信制御部１３を介して、検査対象のオンラインサービスのサービス提供者のサービス管理装置等から、検査用アカウント情報１４ａのアカウント情報および有効形式と、ログイン関連画面情報１４ｂとを収集し、記憶部１４に記憶させる。

具体的には、収集部１５ａは、検査対象のオンラインサービスの新規アカウント登録画面のＨＴＭＬのinputタグ中のinput nameやinput typeを参照し、アカウント情報および有効形式を収集する。例えば、収集部１５ａは、inputタグ＜input type＝“text” value＝“” maxlength＝“128” name＝“.em” id＝“em” class＝“emailtxtbox”＞を参照して、アカウント情報「メールアドレス」の有効形式「１２８文字以下のテキスト」を収集する。

そして、収集部１５ａは、収集したアカウント情報および有効形式を用いて作成された検査用アカウント情報１４ａを記憶部１４に記憶させる。例えば、収集部１５ａは、さらに、入力部１１あるいは通信制御部１３を介してアカウント種別、登録ステータス、および各アカウント情報の値の入力を受け付けて、検査用アカウント情報１４ａを作成し、記憶部１４に記憶させる。

また、収集部１５ａは、検査対象のオンラインサービスの画面のうち、ＨＴＭＬのinputタグ中のinput nameを参照し、ユーザＩＤが入力事項となっている画面の情報を収集する。例えば、収集部１５ａは、検査対象サービスにおいてユーザＩＤがメールアドレス、ユーザ名、電話番号のいずれであるかに応じて、「input name＝＝“em”,“email”」「input name＝＝“un”,“uname”」「input name＝＝“pn”,“phone”」等を含む画面を探索する。そして、収集部１５ａは、収集した画面の情報を用いてログイン関連画面情報１４ｂを作成し、記憶部１４に記憶させる。

なお、収集部１５ａは、これらの情報を記憶部１４に記憶させずに、取得部１５ｂまたは判定部１５ｃに転送してもよい。また、脆弱性検査処理の対象は、ウェブサイトに限定されず、例えば、検査対象のオンラインサービスが提供するモバイルアプリでもよい。

取得部１５ｂは、検査対象であるアカウント制のオンラインサービスにおいて、ユーザＩＤを入力するログイン関連画面に入力されたユーザＩＤの該サービスへの登録状況を表す種別ごとに、該入力に応答して表示されるシステムメッセージを取得する。

具体的には、取得部１５ｂは、まず、ログイン関連画面情報１４ｂを参照し、検査対象のオンラインサービスのログイン関連画面を選択し、その画面のＵＲＬと入力が必要なアカウント情報の種別とを取得する。また、取得部１５ｂは、検査用アカウント情報１４ａを参照し、アカウント種別ごとに、入力が必要なアカウント情報に対応する値を選択したログイン関連画面に入力し、入力に対する応答として表示されるシステムメッセージを取得する。

なお、その際に、取得部１５ｂは、パスワード等については、検査用アカウント情報１４ａの有効形式に従った、検査用アカウント情報１４ａとは異なる値を入力する。これは、攻撃者は、標的ユーザのメールアドレス、ユーザ名、電話番号等は知っていても、パスワード等は知らないことが想定されるためである。

ここで、図４は、取得部１５ｂの処理を説明するための図である。図４には、ユーザＩＤがメールアドレスの場合が例示されている。図４（ａ）に示すように、取得部１５ｂは、選択した画面ＡのＵＲＬ「https://www.serivice.com/login」にアクセスし、まず、アカウント種別「未登録アカウント」のユーザＩＤとして、メールアドレスの値「test_ur@mail.service.co.jp」を入力する。そして、取得部１５ｂは、表示されたシステムメッセージ「ユーザＩＤかパスワードが間違っています」を取得する。

同様に、取得部１５ｂは、アカウント種別「登録中アカウント」のユーザＩＤとして、メールアドレスの値「test_r@mail.service.co.jp」を入力する。そして、取得部１５ｂは、表示されたシステムメッセージ「ユーザＩＤかパスワードが間違っています」を取得する。

また、取得部１５ｂは、図４（ｂ）に示すように、別の画面Ｂを選択し、同様に、アカウント種別ごとにユーザＩＤを入力し、入力に対する応答として表示されるシステムメッセージを取得する。図４（ｂ）に示す例では、取得部１５ｂは、選択した別の画面ＢのＵＲＬ「https://www.serivice.com/password_recovery」にアクセスし、アカウント種別「未登録アカウント」のユーザＩＤ（メールアドレス）の値「test_ur@mail.service.co.jp」を入力する。そして、取得部１５ｂは、表示されたシステムメッセージ「そのようなユーザＩＤは存在しません」を取得している。

同様に、取得部１５ｂは、アカウント種別「登録中アカウント」のユーザＩＤ（メールアドレス）の値「test_r@mail.service.co.jp」を入力する。そして、取得部１５ｂは、表示されたシステムメッセージ「入力されたメールアドレスにパスワード再設定用メールを送りました」を取得している。

なお、取得部１５ｂは、取得したアカウント種別ごとのシステムメッセージを、ログイン関連画面と対応づけて、記憶部１４に記憶させてもよい。その場合には、取得部１５ｂは、例えば、ログイン関連画面の種類と、アカウント種別「未登録アカウント」に対するシステムメッセージおよびアカウント種別「登録中アカウント」に対するシステムメッセージとを対応付けて、後述するログイン関連画面別検査結果１４ｃに含める。

図１の説明に戻る。判定部１５ｃは、アカウント種別に応じて取得されたシステムメッセージを用いて、ユーザの登録状況の漏洩に対するログイン関連画面の脆弱性の有無を判定する。

具体的には、判定部１５ｃは、異なるアカウント種別に応じて取得されたシステムメッセージが、異なる場合に脆弱性があると判定し、同一である場合に脆弱性がないと判定する。

ここで、図５は、判定部１５ｃの処理を説明するための図である。図５に示すように、判定部１５ｃは、取得部１５ｂが取得したログイン関連画面に対するアカウント種別ごとのシステムメッセージを参照して、異なるアカウント種別に対するシステムメッセージが異なる場合に、当該ログイン関連画面のユーザの登録状況の漏洩に対する脆弱性があると判定する。これは、未登録アカウント／登録中アカウントで表示されるシステムメッセージが異なれば、攻撃者が、標的ユーザのメールアドレス等の個人情報を入力して表示されるシステムメッセージから、標的ユーザが未登録か登録中かという登録状況を特定できるからである。

図５に示す例では、種類「パスワードリカバリー」のログイン関連画面について、「未登録アカウント」に対するシステムメッセージと「登録中アカウント」に対するシステムメッセージとが異なっているため、判定部１５ｃが脆弱性ありと判定している。

一方、判定部１５ｃは、異なるアカウント種別に対するシステムメッセージが同一である場合に、当該ログイン関連画面のユーザの登録状況の漏洩に対する脆弱性がないと判定する。図５に示す例では、種類「ログイン」のログイン関連画面について、「未登録アカウント」に対するシステムメッセージと「登録中アカウント」に対するシステムメッセージとが同一であるため、判定部１５ｃが脆弱性なしと判定している。

判定部１５ｃは、各ログイン関連画面についての判定結果である画面別検査結果を、図５に示すように、ログイン関連画面別検査結果１４ｃとして記憶部１４に記憶させる。

また、判定部１５ｃは、サービスの全てのログイン関連画面に対して、脆弱性がないと判定した場合に、該サービスについて脆弱性がないと判定する。具体的には、判定部１５ｃは、検査対象のオンラインサービスについてのログイン関連画面情報１４ｂの全てのログイン関連画面について、図５に示した画面別検査結果が「脆弱性なし」である場合に、当該オンライサービスについて脆弱性なしと判定する。

一方、判定部１５ｃは、当該オンラインサービスの全てのログイン関連画面の各画面に対する面別検査結果のうちに、１つでも「脆弱性あり」が含まれている場合には、当該オンラインサービスについて脆弱性ありと判定する。これは、脆弱性ありのログイン関連画面を用いて、攻撃者が標的ユーザのサービスの登録状況を特定し得るためであり、全てのログイン関連画面が脆弱性がない安全な状態でない限り、サービスが安全とはいえないためである。

また、判定部１５ｃは、検査対象のオンラインサービスについての判定結果を出力部１２あるいは通信制御部１３を介してサービス提供者のサービス管理装置等の外部の装置に出力する。

［脆弱性検査処理］
次に、図６および図７を参照して、本実施形態に係る脆弱性検査装置１０による脆弱性検査処理について説明する。図６および図７は、脆弱性検査処理手順を示すフローチャートである。まず、図６は、検査対象のオンラインサービスの各ログイン関連画面についての画面別脆弱性検査処理手順を示す。図６のフローチャートは、例えば、検査者が開始を指示する操作入力を行ったタイミングで開始される。

まず、取得部１５ｂが、ログイン関連画面情報１４ｂを参照し、ログイン関連画面を選択して当該画面のＵＲＬを取得する。また、取得部１５ｂは、取得したＵＲＬにアクセスする（ステップＳ１～Ｓ２）。

次に、取得部１５ｂが、アカウント種別「未登録アカウント」のアカウント情報をユーザＩＤとして入力し、入力に対する応答として表示されたシステムメッセージを取得する（ステップＳ３～Ｓ４）。

また、取得部１５ｂが、アカウント種別「登録中アカウント」のアカウント情報をユーザＩＤとして入力し、入力に対する応答として表示されたシステムメッセージを取得する（ステップＳ５～Ｓ６）。

次に、判定部１５ｃが、アカウント種別「未登録アカウント」に対するシステムメッセージとアカウント種別「登録中アカウント」に対するシステムメッセージとが一致するか否かを確認する（ステップＳ７）。一致する場合には（ステップＳ７、Ｙｅｓ）、判定部１５ｃは、当該ログイン関連画面については脆弱性なしと判定する（ステップＳ８）。一方、一致しない場合には（ステップＳ７、Ｎｏ）、判定部１５ｃは、当該ログイン関連画面については脆弱性ありと判定する（ステップＳ９）。

そして、判定部１５ｃは、当該ログイン関連画面についての判定結果をログイン関連画面別検査結果１４ｃに記録する（ステップＳ１０）。また、判定部１５ｃは、全てのログイン関連画面について処理を行っていない場合には（ステップＳ１１、Ｎｏ）、ステップＳ１に処理を戻して、以上の処理を繰り返す。一方、判定部１５ｃは、全てのログイン関連画面について処理を行った場合には（ステップＳ１１、Ｙｅｓ）、一連の画面別脆弱性検査処理を終了する。

次に、図７は、検査対象のオンラインサービスについての脆弱性検査処理手順を示す。図７のフローチャートは、例えば、検査者が開始を指示する操作入力を行ったタイミングで開始される。

判定部１５ｃは、図６に示した画面別脆弱性検査処理で作成されたログイン関連画面別検査結果１４ｃを参照して、ログイン関連画面を選択し、当該ログイン関連画面の画面別検査結果を確認する（ステップＳ２１～Ｓ２２）。

当該ログイン関連画面の画面別検査結果が脆弱性ありであった場合には（ステップＳ２２、Ｎｏ）、判定部１５ｃは、当該ログイン関連画面の例えば画面名を出力して（ステップＳ２３）、ステップＳ２４に処理を進める。一方、該ログイン関連画面の画面別検査結果が脆弱性なしであった場合には（ステップＳ２２、Ｙｅｓ）、判定部１５ｃは、ステップＳ２３の処理は行わずにステップＳ２４に処理を進める。

次に、判定部１５ｃは、ログイン関連画面別検査結果１４ｃの全てのログイン関連画面の画面別検査結果を確認していない場合には（ステップＳ２４、Ｎｏ）、ステップＳ２１に処理を戻して繰り返す。一方、判定部１５ｃは、ログイン関連画面別検査結果１４ｃの全てのログイン関連画面の画面別検査結果を確認した場合には（ステップＳ２４、Ｙｅｓ）、ステップＳ２３の処理で出力したログイン関連画面の数を集計する（ステップＳ２５）。

そして、判定部１５ｃは、出力したログイン関連画面の数が０であった場合には（ステップＳ２５、Ｙｅｓ）、当該オンラインサービスには、ユーザの登録状況が漏洩する脆弱性がないと判定する（ステップＳ２６）。一方、判定部１５ｃは、出力したログイン関連画面の数が０ではなかった場合には（ステップＳ２５、Ｎｏ）、当該オンラインサービスには、ユーザの登録状況が漏洩する脆弱性があると判定する（ステップＳ２７）。

また、判定部１５ｃは、検査対象のオンラインサービスについての判定結果を出力部１２あるいは通信制御部１３を介してサービス提供者のサービス管理装置等の外部の装置に出力する。これにより、一連の脆弱性検査処理が終了する。

以上、説明したように、本実施形態の脆弱性検査装置１０において、取得部１５ｂが、検査対象であるアカウント制のオンラインサービスにおいて、ユーザＩＤを入力するログイン関連画面に入力されたユーザＩＤの該サービスへの登録状況を表す種別ごとに、該入力に応答して表示されるシステムメッセージを取得する。また、判定部１５ｃが、種別に応じて取得されたシステムメッセージを用いて、ユーザの登録状況の漏洩に対するログイン関連画面の脆弱性の有無を判定する。

例えば、判定部１５ｃは、異なる種別に応じて取得されたシステムメッセージが、異なる場合に脆弱性があると判定し、同一である場合に脆弱性がないと判定する。

これにより、例えば、攻撃者が知人のメールアドレスや電話番号をユーザＩＤとして入力し、知人が当該サービスに登録していることを知り得るという、顧客ユーザである知人のプライバシー侵害の恐れの有無を判定できる。

あるいは、攻撃者が任意のメールアドレス、ユーザ名、電話番号をユーザＩＤとして総当たりで入力し、当該サービスに登録中の顧客ユーザのユーザＩＤのリストを作成し、リストを用いてパスワードを推測する恐れの有無を判定できる。

また、サービスの顧客ユーザ自身が、自身の登録状況が漏洩する恐れの有無を確認することができる。このように、本実施形態の脆弱性検査装置１０によれば、サービスの顧客ユーザの登録状況の第三者への漏洩というプライバシー脅威に対するサービスの脆弱性の有無を適切に判断することが可能となる。

また、判定部１５ｃは、サービスの全てのログイン関連画面に対して、脆弱性がないと判定した場合に、該サービスについて脆弱性がないと判定する。これにより、サービスの脆弱性の有無をより精度高く判断することが可能となる。

また、種別は、登録の有無、登録変更の有無、または登録履歴の有無のうちいずれかの区分を表す。これにより、脆弱性検査装置１０は、登録中ユーザであることの他、ユーザＩＤを変更したこと、あるいはサービスを退会したこと等の登録状況の漏洩が起こる恐れの有無を検査することが可能となる。したがって、脆弱性検査装置１０によれば、登録中ユーザ、変更済ユーザ、退会済ユーザのあらゆるアカウントライフサイクルにある顧客ユーザの登録状況を安全に保護することが可能となる。

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

図８は、脆弱性検査プログラムを実行するコンピュータの一例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０と、ＣＰＵ１０２０と、ハードディスクドライブインタフェース１０３０と、ディスクドライブインタフェース１０４０と、シリアルポートインタフェース１０５０と、ビデオアダプタ１０６０と、ネットワークインタフェース１０７０とを有する。これらの各部は、バス１０８０によって接続される。

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

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

また、脆弱性検査プログラムは、例えば、コンピュータ１０００によって実行される指令が記述されたプログラムモジュール１０９３として、ハードディスクドライブ１０３１に記憶される。具体的には、上記実施形態で説明した脆弱性検査装置１０が実行する各処理が記述されたプログラムモジュール１０９３が、ハードディスクドライブ１０３１に記憶される。

また、脆弱性検査プログラムによる情報処理に用いられるデータは、プログラムデータ１０９４として、例えば、ハードディスクドライブ１０３１に記憶される。そして、ＣＰＵ１０２０が、ハードディスクドライブ１０３１に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した各手順を実行する。

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

以上、本発明者によってなされた発明を適用した実施形態について説明したが、本実施形態による本発明の開示の一部をなす記述および図面により本発明は限定されることはない。すなわち、本実施形態に基づいて当業者等によりなされる他の実施形態、実施例および運用技術等は全て本発明の範疇に含まれる。

１０ 脆弱性検査装置
１１ 入力部
１２ 出力部
１３ 通信制御部
１４ 記憶部
１４ａ 検査用アカウント情報
１４ｂ ログイン関連画面情報
１４ｃ ログイン関連画面別検査結果
１５ 制御部
１５ａ 収集部
１５ｂ 取得部
１５ｃ 判定部

Claims (6)

1. 検査対象のオンラインサービスの画面のうち、ＨＴＭＬを参照し、ユーザＩＤが入力事項となっている画面の情報を収集し、ログイン関連画面情報を作成する収集部と、
   ユーザＩＤを発行するアカウント制のサービスにおいて、前記ログイン関連画面情報を参照し、前記検査対象のオンラインサービスのログイン関連画面を選択し、ユーザＩＤを入力する前記ログイン関連画面に入力されたユーザＩＤの該サービスへの登録状況を表す種別ごとに、該入力に応答して表示されるシステムメッセージを取得する取得部と、
   前記種別に応じて取得された前記システムメッセージを用いて、ユーザの登録状況の漏洩に対する前記ログイン関連画面の脆弱性の有無を判定する判定部と、
   を備えることを特徴とする脆弱性検査装置。
2. 前記判定部は、異なる前記種別に応じて取得された前記システムメッセージが、異なる場合に前記脆弱性があると判定し、同一である場合に前記脆弱性がないと判定することを特徴とする請求項１に記載の脆弱性検査装置。
3. 前記判定部は、前記サービスの全てのログイン関連画面に対して、前記脆弱性がないと判定した場合に、該サービスについて脆弱性がないと判定することを特徴とする請求項２に記載の脆弱性検査装置。
4. 前記種別は、登録の有無、または登録履歴の有無のうちいずれかの区分を表すことを特徴とする請求項１に記載の脆弱性検査装置。
5. 脆弱性検査装置で実行される脆弱性検査方法であって、
   検査対象のオンラインサービスの画面のうち、ＨＴＭＬを参照し、ユーザＩＤが入力事項となっている画面の情報を収集し、ログイン関連画面情報を作成する収集工程と、
   ユーザＩＤを発行するアカウント制のサービスにおいて、前記ログイン関連画面情報を参照し、前記検査対象のオンラインサービスのログイン関連画面を選択し、ユーザＩＤを入力する前記ログイン関連画面に入力されたユーザＩＤの該サービスへの登録状況を表す種別ごとに、該入力に応答して表示されるシステムメッセージを取得する取得工程と、
   前記種別に応じて取得された前記システムメッセージを用いて、ユーザの登録状況の漏洩に対する前記ログイン関連画面の脆弱性の有無を判定する判定工程と、
   を含んだことを特徴とする脆弱性検査方法。
6. 検査対象のオンラインサービスの画面のうち、ＨＴＭＬを参照し、ユーザＩＤが入力事項となっている画面の情報を収集し、ログイン関連画面情報を作成する収集ステップと、
   ユーザＩＤを発行するアカウント制のサービスにおいて、前記ログイン関連画面情報を参照し、前記検査対象のオンラインサービスのログイン関連画面を選択し、ユーザＩＤを入力する前記ログイン関連画面に入力されたユーザＩＤの該サービスへの登録状況を表す種別ごとに、該入力に応答して表示されるシステムメッセージを取得する取得ステップと、
   前記種別に応じて取得された前記システムメッセージを用いて、ユーザの登録状況の漏洩に対する前記ログイン関連画面の脆弱性の有無を判定する判定ステップと、
   をコンピュータに実行させるための脆弱性検査プログラム。

Images