JP2010118010A - 情報取得仲介プログラム、オペレーティングシステム、情報取得仲介方法 - Google Patents

Abstract

【課題】ユーザの秘密情報が悪意のある第三者に窃取されることを防止する。
【解決手段】ＯＳ４４は、ユーザに関する秘密情報を必要とする外部のアプリケーションにその秘密情報をユーザから直接取得させないために、外部のアプリケーションから秘密情報の取得要求を一元的に受け付ける。ＯＳ４４は、取得要求の要求元のアプリケーションが秘密情報を提供してもよいアプリケーションである信頼アプリケーションとして予め登録されていることを条件として、取得要求の要求元のアプリケーションに対してユーザの秘密情報を提供する。
【選択図】図３

Description

この発明は、データ処理技術に関し、特に、ユーザの秘密情報の取得を仲介する技術に関する。

インターネットを使用した詐欺の一種であるフィッシングは、まず、正当な組織、例えば金融機関からのメールに見せかけた偽のメール（以下、適宜「フィッシングメール」と呼ぶ。）をユーザに送信する。ユーザは、フィッシングメールに設定されたハイパーリンク等によって、正当な組織のウェブサイトに見せかけた偽のウェブサイト（以下、適宜「フィッシングサイト」と呼ぶ。）へ誘導され、そのフィッシングサイトに用意された入力フォームにＩＤ／パスワード等の個人情報を入力してしまうことがある。その結果、ユーザの個人情報を悪意のある第三者に取得され、悪用されてしまうことがある。

特許文献１では、ユーザの受信メールが本当に正当な組織からのメールか否か、すなわちフィッシングメールか否かを識別する技術が提案されている。
特開２００７−３２３６４０号公報

特許文献１は、ユーザがフィッシングサイトに誘導されることを防止しやすくするものであるが、ユーザがメールのリンク先であるウェブサイトに誘導された後の対処については記載がない。すなわち、真贋不明なウェブサイトにアクセスしたユーザは、ウェブページの内容を自身で確認して、そのウェブサイトが本当に正当な組織のウェブサイトであるか否かを判断する必要がある。

ウェブページのデザイン技術は日々進化しており、フィッシングサイトでありながら、あたかも正当な組織のウェブサイトであるかのごとく精巧に擬装できる。したがって、ユーザがウェブサイトの真贋を正しく判定することは困難な場合がある。ユーザは正当な組織のウェブサイトにアクセスしているものと考えて個人情報を入力した結果、悪意のある第三者にその個人情報を窃取されてしまうことがある。

本発明は、こうした課題に鑑みてなされたものであり、その主たる目的は、ユーザの秘密情報が悪意のある第三者に窃取されることを防止する技術を提供することである。

上記課題を解決するために、本発明のある態様の情報取得仲介プログラムは、ユーザに関する秘密情報を必要とする外部のアプリケーションに秘密情報をユーザから直接取得させないために、外部のアプリケーションから秘密情報の取得要求を一元的に受け付ける要求受付機能と、少なくとも秘密情報が外部のアプリケーションに提供されるより前に、外部のアプリケーションが秘密情報を提供してもよいアプリケーションである信頼アプリケーションとして予め登録されているか否かを判定する判定機能と、外部のアプリケーションが信頼アプリケーションであると判定されたことを条件として、秘密情報を外部のアプリケーションに提供する情報提供機能と、をコンピュータに実現させる。

本発明の別の態様は、情報取得仲介方法である。この方法は、ユーザに関する秘密情報を必要とする外部のアプリケーションに秘密情報をユーザから直接取得させないために、外部のアプリケーションから秘密情報の取得要求を一元的に受け付けるステップと、少なくとも秘密情報が外部のアプリケーションに提供されるより前に、外部のアプリケーションが秘密情報を提供してもよいアプリケーションである信頼アプリケーションとして予め登録されているか否かを判定するステップと、外部のアプリケーションが信頼アプリケーションであると判定されたことを条件として、秘密情報を外部のアプリケーションに提供するステップと、をコンピュータに実行させる。

なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。

ユーザの秘密情報が悪意のある第三者に窃取されることを防止できる。

本発明の実施の形態について、その構成を説明する前に概要を説明する。
現在、一般的なＰＣは、多くのアプリケーションから共通して利用される基本的な機能を提供し、コンピュータ全体を管理するオペレーティングシステム（以下、適宜「ＯＳ」と呼ぶ。）を搭載している。様々なアプリケーションは、例えばディスプレイに情報を表示する場合等、様々な場面においてＯＳの提供機能を直接的または間接的に利用して、アプリケーションに実装された機能をＰＣ上で発揮する。

図１は、アプリケーションがＯＳを利用するアーキテクチャを示す。同図は、ＯＳの外部に存在するアプリケーションがＯＳを利用してユーザから情報を取得する一般的なアーキテクチャを示している。同図のアプリケーションは、ユーザに個人情報を入力させるための入力フォーム（以下、適宜「個人情報入力フォーム」と呼ぶ。）を画面表示させる際に、ＯＳが提供する描画ＩＦ（Interface インタフェース）を呼び出す。これにより、カーネルおよびディスプレイ制御用のデバイスドライバを介して、ディスプレイに個人情報入力フォームを表示させる。また、このアプリケーションは、ユーザが個人情報入力フォームに入力した個人情報を取得する際に、ＯＳが提供する入出力ＩＦを呼び出し、入出力デバイスにより検出された個人情報を取得する。

本発明者は、任意のアプリケーションがＯＳの描画機能を特に制限なく利用できることが、フィッシングによって個人情報を窃取されてしまう一因であると考えた。悪意のある第三者により作成された悪意のあるアプリケーション（以下、適宜「マルウェア」と呼ぶ。）であっても、ＯＳの描画機能を利用して任意の画像を描画でき、あたかも正当なアプリケーションであるかのように擬装できるからである。

この知見に基づいて、本発明者は、個人情報の取得を一元的に仲介する情報取得仲介機能をユーザ端末に追加することを考えた。ユーザの個人情報を取得する必要があるアプリケーションには、必ずこの情報取得仲介機能を介して個人情報を取得させる。言い換えれば、アプリケーションが直接ユーザから個人情報を取得することを禁止する。この情報取得仲介機能は、個人情報の取得を要求したアプリケーションが個人情報を提供してもよいアプリケーション（以下、適宜「信頼アプリケーション」と呼ぶ。）であることを確認して、信頼アプリケーションである場合に限り個人情報を提供する。これにより、フィッシングによる個人情報の窃取を防止できると考えた。

図２は、図１のアーキテクチャに対して、改善されたアーキテクチャを示す。同図のＯＳは、そのＡＰＩ（Application Programming Interface）層に情報取得仲介ＩＦを新たに備える。この情報取得仲介ＩＦは、呼び出し元のアプリケーションに代行して、個人情報入力フォームを画面表示させる。また、情報取得仲介ＩＦは、ユーザにより入力された個人情報を取得する処理を、呼び出し元のアプリケーションに代行して実行する。

ＯＳの外部のアプリケーションは、ユーザの個人情報を必要とするとき、情報取得仲介ＩＦを呼び出す。情報取得仲介ＩＦは、呼び出し元のアプリケーションが信頼アプリケーションであることを条件として、ユーザにより入力された個人情報をアプリケーションに提供する。これにより、情報取得仲介ＩＦに予め登録された信頼アプリケーションに対してのみユーザの個人情報が提供されることになる。

図３は、本発明の実施の形態であるウェブシステム１０の構成を示す。ウェブシステム１０においては、ウェブサーバ２０で総称されるウェブサーバＡ２０ａ、ウェブサーバＢ２０ｂと、ユーザ端末４０とが、ＬＡＮ、ＷＡＮ、インターネット等、公知の通信手段を制限なく含む通信網３０を介して接続される。以下の説明では、ウェブサーバＡ２０ａは正当な組織であるＡ証券会社のウェブサイトを開設しており、このウェブサイトは信頼アプリケーションであることとする。その一方で、ウェブサーバＢ２０ｂはフィッシングサイトを開設しているものとする。

ユーザ端末４０は、ユーザにより操作される一般的なＰＣであり、ディスプレイ５０、キーボード６０、専用ＬＥＤ７０と接続される。専用ＬＥＤ７０は、ユーザ端末４０に導入された特定のプログラム、ここではＯＳ内の所定のプログラムからのみ点灯／消灯の制御が可能な発光ダイオードであり、ＯＳ外部のアプリケーションから点灯／消灯の制御を直接行うことはできない。

ユーザ端末４０は、ブラウザ４２で総称されるブラウザＡ４２ａおよびブラウザＢ４２ｂと、ＯＳ４４とを備える。ブラウザ４２は、ウェブサーバから取得したウェブページのデータを画面表示させるウェブブラウザである。以下の説明では、ブラウザＡ４２ａはユーザ端末４０に正当に導入されたウェブブラウザであり、信頼アプリケーションであることとする。その一方で、ブラウザＢ４２ｂはユーザが知らないうちにユーザ端末４０に導入されたマルウェアであることとする。

図４は、図３のＯＳ４４の機能構成を示すブロック図である。本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。

ＯＳ４４は、インタフェース部１１０と、カーネル部１６０と、デバイスドライバ部１７０とを備える。カーネル部１６０は、ＯＳのカーネル機能を提供する。インタフェース部１１０は、ＯＳ外部のアプリケーションとカーネル部１６０とのインタフェース機能を提供する。典型的には、アプリケーションに対してＯＳが提供する複数のサービスそれぞれに対応するＡＰＩを提供する。デバイスドライバ部１７０は、ディスプレイ５０における画面データの描写等、ハードウェアを制御するデバイスドライバ機能を提供する。

なお、図４で示すＯＳ４４の階層構造は便宜的なものであり、ＯＳ４４において異なる階層化がなされてもよい。例えば、デバイスドライバ機能はカーネル機能の一部として提供されてもよく、この場合には、デバイスドライバ部１７０はカーネル部１６０に含まれる形で構成されてもよい。

また、以下では説明の簡明化のため、インタフェース部１１０の機能ブロックとデバイスドライバ部１７０の機能ブロックとの間で直接的な呼び出し関係があるように記載するが、カーネル部１６０を介した間接的な呼び出し関係でもよいのはもちろんである。この場合、インタフェース部１１０とデバイスドライバ部１７０との間でデータを仲介する際に、カーネル部１６０において適宜所定の処理が実行されてもよい。

デバイスドライバ部１７０は、画面デバイス部１７２と、セキュアデバイス部１７４と、入力デバイス部１７６とを有する。画面デバイス部１７２は、ディスプレイ５０における画面描写を制御する。例えば、描画ＩＦ部１４０から受け付けた個人情報入力フォームをディスプレイ５０に表示させる。セキュアデバイス部１７４は、専用ＬＥＤ７０における点灯および消灯を制御する。入力デバイス部１７６は、キーボード６０における入力データを検出する。例えば、個人情報入力フォームに入力された個人情報を検出する。

インタフェース部１１０は、情報取得仲介部１２０と、描画ＩＦ部１４０と、入出力ＩＦ部１５０とを有する。描画ＩＦ部１４０は、ディスプレイ５０に表示させる表示内容を制御するためのＡＰＩを提供する。描画ＩＦ部１４０は、そのＡＰＩが呼び出された際に取得した画面データを、画面デバイス部１７２に対して送信することによってディスプレイ５０に表示させる。入出力ＩＦ部１５０は、キーボード６０から入力されたデータを取得するためのＡＰＩを提供する。入出力ＩＦ部１５０は、そのＡＰＩが呼び出された際に、入力デバイス部１７６において検出された入力データ、例えば個人情報を取得して呼び出し元に送信する。

情報取得仲介部１２０は、ユーザの個人情報の取得を一元的に仲介する機能を提供する。情報取得仲介部１２０は、ＩＤ保持部１２２と、要求受付部１２４と、判定部１２６と、表示制御部１２８と、情報提供部１３０と、報知制御部１３２とを含む。

ＩＤ保持部１２２は、信頼アプリケーションのＩＤを記憶する記憶領域である。このＩＤは、ユーザ端末４０のローカルもしくはリモートに存在する信頼アプリケーションのＵＲＩ（Uniform Resource Identifier）であってもよい。例えば、ファイルシステム上の信頼アプリケーションの存在位置を示すパス情報であってもよく、ウェブサイトのＵＲＬ（Uniform Resource Locator）であってもよい。また、ＩＤ保持部１２２は、ブラウザ４２に表示されたウェブサイトのＩＤとして、信頼アプリケーションであるブラウザ４２のパス情報と、信頼アプリケーションであるウェブサイトのＵＲＬとを対応づけて記憶してもよい。

要求受付部１２４は、個人情報の取得を仲介するＡＰＩをアプリケーションに対して公開し、そのＡＰＩが呼び出された際に、個人情報の取得を要求する要求データをアプリケーションから受け付ける。要求受付部１２４は、パスワード取得用、ＩＤおよびパスワード取得用等の、アプリケーション側で必要とする個人情報の種類や数にそれぞれ応じた複数種類のＡＰＩを公開する。ユーザの個人情報を必要とするアプリケーションは、自身が必要とする個人情報の種類に応じたＡＰＩを選択して呼び出すことで、個人情報の取得を要求する要求データを要求受付部１２４に送信する。この要求データには、要求データの送信元アプリケーション（以下、適宜「要求元アプリケーション」と呼ぶ。）のＩＤが含まれる。

判定部１２６は、要求元アプリケーションが信頼アプリケーションであるか否かを判定する。具体的には、要求データに含まれる要求元アプリケーションのＩＤと、ＩＤ保持部１２２に記憶された信頼アプリケーションのＩＤとを比較する。一致した場合には、要求元アプリケーションが信頼アプリケーションであると判定する。

表示制御部１２８は、要求元アプリケーションが信頼アプリケーションであると判定部１２６において判定されたことを検出して、個人情報入力フォームをディスプレイ５０に表示させる。具体的には、個人情報入力フォームのデータを引数として描画ＩＦ部１４０のＡＰＩを呼び出す。これとともに、表示制御部１２８は、報知制御部１３２に対して、専用ＬＥＤ７０の点灯指示を通知する。

情報提供部１３０は、要求元アプリケーションが信頼アプリケーションであると判定部１２６において判定されたことを検出して、入出力ＩＦ部１５０のＡＰＩを呼び出す。これにより、個人情報入力フォームに入力されたユーザの個人情報を入出力ＩＦ部１５０から取得する。情報提供部１３０は、取得したユーザの個人情報を要求元アプリケーションに送信する。これとともに、情報提供部１３０は、報知制御部１３２に対して、専用ＬＥＤ７０の消灯指示を通知する。

報知制御部１３２は、表示制御部１２８から専用ＬＥＤ７０の点灯指示が通知されたとき、専用ＬＥＤ７０の点灯指示をセキュアデバイス部１７４に通知することで、専用ＬＥＤ７０を点灯させる。また、情報提供部１３０から専用ＬＥＤ７０の消灯指示が通知されたとき、専用ＬＥＤ７０の消灯指示をセキュアデバイス部１７４に通知することで、専用ＬＥＤ７０を消灯させる。

以上の構成による動作を以下説明する。
以下の例では、信頼アプリケーションのＩＤとして、ブラウザＡ４２ａのパス情報と、ウェブサーバＡ２０ａが提供するウェブサイトのＵＲＬとが、ＩＤ保持部１２２に予め記憶されていることとする。

ユーザは、ブラウザＡ４２ａを起動して、ウェブサーバＡ２０ａにアクセスすることで、Ａ証券会社のウェブページを表示させる。図５は、Ａ証券会社のウェブページ２００の画面図である。ここで、ユーザが「取引する」メニュー２０２を選択すると、ウェブサーバＡ２０ａはブラウザＡ４２ａに対してパスワードを要求する。例えば、ウェブサーバＡ２０ａは、ベーシック認証時と同様に、ブラウザＡ４２ａに送信するＨＴＭＬのレスポンスヘッダにパスワードの入力を必要とする旨を示すデータを設定することで、ブラウザＡ４２ａにその旨を通知してもよい。ブラウザＡ４２ａは、ウェブサーバＡ２０ａからのパスワード要求を検出すると、情報取得仲介部１２０におけるパスワード取得用のＡＰＩを呼び出す。この呼び出しにおいては、ブラウザＡ４２ａのパス情報と、ウェブサーバＡ２０ａが提供するウェブサイトのＵＲＬとが指定される。

図６は、図４の情報取得仲介部１２０の動作を示すフローチャートである。要求受付部１２４は、パスワード取得用のＡＰＩが呼び出されたことを検出して、パスワードの取得を要求する要求データをブラウザＡ４２ａから取得する（Ｓ１０）。判定部１２６は、要求データに指定されたデータ、すなわちブラウザＡ４２ａのパス情報と、ウェブサーバＡ２０ａが提供するウェブサイトのＵＲＬとが、信頼アプリケーションの識別情報としてＩＤ保持部１２２に記憶されているか否かを判定する。この例では、要求元アプリケーションが信頼アプリケーションであるため（Ｓ１２のＹ）、表示制御部１２８は、描画ＩＦ部１４０および画面デバイス部１７２を介して、パスワード入力のための入力フォームをディスプレイ５０に表示させる（Ｓ１４）。それとともに、報知制御部１３２は、専用ＬＥＤ７０を点灯させる（Ｓ１６）。

図７は、情報取得仲介部１２０によって表示されたパスワードの入力フォームを示す。ポップアップウィンドウ３００は、ウェブページ２００において「取引する」メニュー２０２が選択されたときに表示されるポップアップウィンドウである。共通メッセージ３０２は、ポップアップウィンドウ３００で共通して表示されるテキストであり、ポップアップウィンドウ３００が情報取得仲介部１２０によって表示されることを示している。ＡＰＩ別メッセージ３０４は、要求受付部１２４が公開するＡＰＩごとのメッセージであり、要求元アプリケーションから要求されたＡＰＩに対応するテキストが表示される。図７では、パスワード取得用のＡＰＩに対応するテキストが表示されている。

要求元確認メッセージ３０６は、呼び出し元アプリケーションの識別情報を示すテキストである。アプリケーションＩＤ欄には、ブラウザＡ４２ａのパス情報が表示されている。付加情報欄には、ブラウザＡ４２ａに対してパスワードを要求したウェブサーバＡ２０ａが提供するウェブページのＵＲＬが表示されている。入力フィールド３０８は、パスワードを入力するデータフィールドである。要求元確認メッセージ３０６を確認したユーザは、パスワードを送信する場合には送信ボタン３１０を押下し、パスワードを送信しない場合にはキャンセルボタン３１２を押下する。図６に戻る。

情報提供部１３０は、ユーザが図７のポップアップウィンドウ３００にパスワードを入力して、送信ボタン３１０を押下したことが、入力デバイス部１７６において検出されるまで待つ（Ｓ１８のＮ）。パスワードの入力が入力デバイス部１７６において検出されると（Ｓ１８のＹ）、情報提供部１３０は、入力デバイス部１７６および入出力ＩＦ部１５０を介してパスワードを取得する。そして、要求元アプリケーションに対してそのパスワードを送信する（Ｓ２０）。それとともに、報知制御部１３２は、専用ＬＥＤ７０を消灯させる（Ｓ２２）。

判定部１２６において要求元アプリケーションの識別情報が信頼アプリケーションの識別情報と異なると判定されたとき（Ｓ１２のＮ）、Ｓ１４からＳ２２はスキップされる。例えば、図３のブラウザＢ４２ｂのパス情報が要求データに指定されているとき、信頼アプリケーションの識別情報と異なると判定される。また、ウェブサーバＢ２０ｂが提供するウェブサイトのＵＲＬが要求データに指定されているときも同様に、信頼アプリケーションの識別情報と異なると判定される。したがって、情報取得仲介部１２０は、信頼アプリケーションとして予め登録されていないアプリケーションの要求に応じては、個人情報入力フォームを表示しない。

図８は、フィッシングサイトにおいて表示されたパスワードの入力フォームを示す。同図のウェブページ４００およびポップアップウィンドウ４１０は、ウェブサーバＢ２０ｂからの入力フォームデータによってディスプレイ５０に表示されたものである。言い換えれば、同図のポップアップウィンドウ４１０は、情報取得仲介部１２０を介すことなく、ウェブサーバＢ２０ｂから送信された入力フォームデータによってディスプレイ５０に直接表示されている。このポップアップウィンドウ４１０には、ポップアップウィンドウ３００と異なり、ＯＳのフィッシング防止機能によって表示されたことが示されていない。また、図８のポップアップウィンドウ４１０が表示される際に、専用ＬＥＤ７０は点灯しない。

本実施の形態によれば、ユーザに関する秘密情報を必要とする外部のアプリケーションにその秘密情報をユーザから直接取得させない仕組みが実現される。具体的には、情報取得仲介部１２０は、ユーザの秘密情報の取得要求を外部のアプリケーションから一元的に受け付け、要求元のアプリケーションが信頼アプリケーションであることを条件として秘密情報を提供する。これにより、マルウェアやフィッシングサイトに対して個人情報が提供されることを防止できる。言い換えれば、フィッシングによってユーザの個人情報が悪意のある第三者に窃取されることを防止できる。

また、本実施の形態によれば、情報取得仲介部１２０の機能を介して、個人情報入力フォームがディスプレイ５０に表示されていることがユーザに報知される。これにより、ユーザは、外部のアプリケーションが情報取得仲介部１２０を介することなく個人情報入力フォームを表示させた場合との区別ができ、信頼アプリケーションに対して個人情報を提供できる。また、この報知のために、情報取得仲介部１２０を介してのみ制御可能なハードウェア、例えば専用ＬＥＤ７０を報知装置として動作させる。これにより、フィッシングを目的とした外部のアプリケーションが報知装置を動作させ、あたかも情報取得仲介部１２０を介して個人情報入力フォームが表示されたかのように擬装することを防止できる。

本実施の形態で提案した仕組み、すなわちユーザの秘密情報の取得を一元的に仲介する仕組みにしたがわないアプリケーションが、自ら個人情報入力フォームを表示させた場合には、ユーザへの上記報知は実行されない。ユーザは、上記報知を伴わずに個人情報入力フォームが表示された場合には、その個人情報フォームはマルウェアやフィッシングサイトによるものと判断して、個人情報の入力を抑止できる。

さらに、本実施の形態によれば、ブラウザ４２に表示されるウェブページが信頼できるか否かを判定するために、ブラウザ４２のＩＤおよびウェブサイトのＩＤ両方が信頼アプリケーションのＩＤと比較される。これにより、そもそもローカルのウェブブラウザがマルウェアでないこと、および、表示されるウェブサイトがフィッシングサイトでないことを条件として個人情報入力フォームが表示されるため、高い安全性を担保できる。

さらにまた、本実施の形態によれば、情報取得仲介部１２０はＯＳに搭載されたプログラムとして構成される。これにより、情報取得仲介部１２０は、ＯＳが予め有する保護機能を享受でき、外部のアプリケーションによる改ざん等、悪意のあるプログラムの影響を受けにくくなる。また、情報取得仲介部１２０そのものの信頼性を向上できる。すなわち、情報取得仲介部１２０がＯＳに予め搭載されることで、情報取得仲介部１２０を擬装したマルウェアが誤って導入されることを防止しやすくなる。

本実施の形態ではウェブシステムについて説明したが、ユーザの秘密情報が悪意のある第三者に窃取される問題はウェブシステムに留まらない。一部既述したように、この問題は、ユーザ端末４０のディスプレイ５０に画面を描画するアプリケーション全てが擬装した画面をユーザに提供しうることに起因する。したがって、ユーザ端末４０における複数のアプリケーションからマルウェアを特定することは困難であり、特定できたマルウェアをユーザ端末４０から排除するような仕組みでは根本的な解決とはならない。本実施の形態で提案した技術は、ユーザの秘密情報を保護するための新たな仕組みを実現するものである。ユーザがネットワークを介して取得した様々なアプリケーションを自身の端末にインストールできる現在において、この技術は非常に重要である。

以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

実施の形態においては、判定部１２６において要求元アプリケーションが信頼アプリケーションでないと判定された場合、個人情報入力フォームは表示されなかった。変形例においては、要求元アプリケーションが信頼アプリケーションでないと判定されても、表示制御部１２８は、要求元アプリケーションが信頼アプリケーションではないことを示すメッセージとともに個人情報入力フォームを表示させてもよい。この場合、ユーザは、ポップアップウィンドウ３００における要求元確認メッセージ３０６等の内容を確認して、信頼できるアプリケーションであると判断した場合には、要求元アプリケーションに対して個人情報を送信できる。

また、実施の形態においては、判定部１２６は、表示制御部１２８において個人情報入力フォームが表示される前に、要求元アプリケーションが信頼アプリケーションであるか否かを判定した。変形例においては、判定部１２６は、情報提供部１３０においてユーザの個人情報が要求元アプリケーションに提供される直前に上記判定を実施してもよい。

また、実施の形態においては、報知制御部１３２は専用ＬＥＤ７０の動作を制御した。この専用ＬＥＤ７０は情報取得仲介部１２０のために設置された専用の報知装置の一例であって、報知制御部１３２はその他の報知装置を制御してもよいのはもちろんである。例えば、報知制御部１３２は専用のスピーカを制御して、報知のための音声を出力させてもよい。

また、実施の形態においては、情報取得仲介部１２０は、ＯＳの一機能として提供された。変形例においては、情報取得仲介部１２０は、ＯＳの外部のアプリケーションとして配置されてもよい。この場合、情報取得仲介部１２０の信頼性を確保するための適切な措置、例えば、情報取得仲介部１２０がマルウェアでなく信頼できるソフトウェアであることを証明するデジタル証明書を情報取得仲介部１２０に添付する等の措置が実施されることが望ましい。

請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。

請求項における「ユーザに関する秘密情報」とは、ユーザが一般に公開していない情報を意味する。この秘密情報には、ユーザが保持するＩＤ、パスワード、指紋、声紋、その他の個人情報および属性情報が含まれる。

請求項における「外部のアプリケーション」は、情報取得仲介プログラムの外部のソフトウェアプログラムを意味する。また、情報取得仲介プログラムが導入されたコンピュータ内に存在するプログラムのみならず、そのコンピュータの外部に存在するプログラム、典型的にはネットワークを介して接続された外部のコンピュータ内に存在するプログラムも含む概念である。

アプリケーションがＯＳを利用するアーキテクチャを示す図である。 図１のアーキテクチャに対して、改善されたアーキテクチャを示す図である。 本発明の実施の形態であるウェブシステムの構成を示す図である。 図３のＯＳの機能構成を示すブロック図である。 Ａ証券会社のウェブページの画面図である。 図４の情報取得仲介部の動作を示すフローチャートである。 情報取得仲介部によって表示されたパスワードの入力フォームを示す図である。 フィッシングサイトにおいて表示されたパスワードの入力フォームを示す図である。

符号の説明

１０ ウェブシステム、 ２０ ウェブサーバ、 ３０ 通信網、 ４０ ユーザ端末、 ４２ ブラウザ、 ４４ ＯＳ、 ５０ ディスプレイ、 ６０ キーボード、 ７０ 専用ＬＥＤ、 １１０ インタフェース部、 １２０ 情報取得仲介部、 １２２ ＩＤ保持部、 １２４ 要求受付部、 １２６ 判定部、 １２８ 表示制御部、 １３０ 情報提供部、 １３２ 報知制御部、 １６０ カーネル部、 １７０ デバイスドライバ部。

Claims (7)

1. ユーザに関する秘密情報を必要とする外部のアプリケーションに前記秘密情報をユーザから直接取得させないために、前記外部のアプリケーションから前記秘密情報の取得要求を一元的に受け付ける要求受付機能と、
   少なくとも前記秘密情報が前記外部のアプリケーションに提供されるより前に、前記外部のアプリケーションが前記秘密情報を提供してもよいアプリケーションである信頼アプリケーションとして予め登録されているか否かを判定する判定機能と、
   前記外部のアプリケーションが前記信頼アプリケーションであると判定されたことを条件として、前記秘密情報を前記外部のアプリケーションに提供する情報提供機能と、
   をコンピュータに実現させるための情報取得仲介プログラム。
2. 前記取得要求に応じて、前記秘密情報をユーザに入力させるための入力画面を表示装置に表示させる表示制御機能をコンピュータにさらに実現させ、
   前記情報提供機能は、前記外部のアプリケーションが前記信頼アプリケーションであると判定されたことを条件として、前記入力画面に入力された秘密情報を前記外部のアプリケーションに提供することを特徴とする請求項１に記載の情報取得仲介プログラム。
3. 前記入力画面が表示される際に、当該情報取得仲介プログラムによって前記入力画面が表示されていることをユーザに報知する報知制御機能をコンピュータにさらに実現させるための請求項２に記載の情報取得仲介プログラム。
4. 前記報知制御機能は、当該情報取得仲介プログラムによって前記入力画面が表示されていることをユーザに報知する際に、当該情報取得仲介プログラムのために設置された専用の報知装置を所定の態様で動作させることを特徴とする請求項３に記載の情報取得仲介プログラム。
5. 前記要求受付機能は、前記秘密情報を要求するウェブサイトにアクセスしたウェブブラウザから前記秘密情報の取得要求を受け付け、
   前記判定機能は、前記ウェブブラウザおよび前記ウェブサイトが前記信頼アプリケーションとして予め登録されているか否かを判定し、
   前記情報提供機能は、前記ウェブブラウザおよび前記ウェブサイトが前記信頼アプリケーションであると判定されたことを条件として、前記ウェブブラウザに対して前記秘密情報を提供することで、前記ウェブブラウザにおいて前記秘密情報を前記ウェブサイトに提供可能にすることを特徴とする請求項１から４のいずれかに記載の情報取得仲介プログラム。
6. 請求項１から５のいずれかに記載の情報取得仲介プログラムを備えることを特徴とするオペレーティングシステム。
7. ユーザに関する秘密情報を必要とする外部のアプリケーションに前記秘密情報をユーザから直接取得させないために、前記外部のアプリケーションから前記秘密情報の取得要求を一元的に受け付けるステップと、
   少なくとも前記秘密情報が前記外部のアプリケーションに提供されるより前に、前記外部のアプリケーションが前記秘密情報を提供してもよいアプリケーションである信頼アプリケーションとして予め登録されているか否かを判定するステップと、
   前記外部のアプリケーションが前記信頼アプリケーションであると判定されたことを条件として、前記秘密情報を前記外部のアプリケーションに提供するステップと、
   をコンピュータに実行させることを特徴とする情報取得仲介方法。

Images