JP7445017B2 - ユーザ識別子および署名収集を利用したモバイルアプリケーション偽造・変造探知方法、コンピュータプログラム、コンピュータ読み取り可能な記録媒体およびコンピュータ装置 - Google Patents

Description

以下の説明は、ユーザ識別子および署名収集を利用したモバイルアプリケーション偽造・変造探知方法およびシステムに関する。

モバイルアプリケーションの偽造・変造を探知するための従来技術として、モバイルアプリケーションの開発および配布時に使用される署名情報を認証サーバに予め登録してホワイトリスト（Ｗｈｉｔｅ Ｌｉｓｔ）を生成し、モバイルアプリケーションの実行時に「現在実行および／またはインストールするモバイルアプリケーションの署名情報」と「サーバに登録された署名情報（ホワイトリストに登録された署名情報）」を比較し、「現在実行および／またはインストールするモバイルアプリケーションの署名情報」がホワイトリストに登録されていない署名情報の場合には、現在実行するモバイルアプリケーションはクライアント側やサーバ側で偽造・変造されたものとして探知して、モバイルアプリケーションの実行を遮断したりインストールを中断したりする技術が存在する。

しかし、開発用の署名、配布用の署名、ＱＡ（Ｑｕａｌｉｔｙ Ａｓｓｕｒａｎｃｅ）用の署名などの情報の多様化は進んでいる反面、従来の偽造・変造探知技術を使用するためにはすべての署名を予め登録しなければならない。言い換えれば、サービスを提供する前には、変造探知のためにホワイトリストを保有しなければならない。したがって、正常な署名情報を登録しない場合には正常なアプリケーションであっても偽造・変造されたアプリケーションと判断され、アプリケーションが使用できなくなるという問題がある。

韓国登録特許第１０－１５６６１４１号公報

クライアント側では、アプリケーションに対する署名情報とユーザの識別子（一例として、ユーザＩＤ）をサーバ側に伝達し、サーバ側では、ビジネス状況に合わせてアプリケーションの運営者側にアプリケーション認証の許容または遮断を決定させるようにすることにより、すべての署名を予め登録しなくてもモバイルアプリケーションの偽造・変造を柔軟に探知することができる方法およびシステムを提供する。

少なくとも１つのプロセッサを含むコンピュータ装置が実行する偽造・変造探知方法であって、前記少なくとも１つのプロセッサにより、モバイル端末機でのアプリケーションの実行の試みに応答して前記モバイル端末機から前記アプリケーションに対するアプリ署名認証情報を受信する段階、前記少なくとも１つのプロセッサにより、前記アプリケーションの運営者端末機から前記アプリ署名認証情報に対する認証の許容または遮断の選択を受ける段階、前記少なくとも１つのプロセッサにより、前記選択に応じて前記アプリ署名認証情報に対する認証を許容または遮断するように保存する段階、前記少なくとも１つのプロセッサにより、前記認証が許容された場合、前記モバイル端末機での前記アプリケーションの実行を許容する段階、および前記少なくとも１つのプロセッサにより、前記認証が遮断された場合、前記モバイル端末機での前記アプリケーションの実行を遮断する段階を含む、偽造・変造探知方法を提供する。

一側によると、前記認証の許容または遮断の選択を受ける段階は、前記アプリ署名認証情報を表示する第１機能と、前記アプリ署名認証情報に対する認証の許容または遮断の選択を受けるための第２機能が含まれたページを提供する段階、および前記提供されたページにおいて、前記第２機能によって選択された認証の許容または認証の遮断を確認する段階を含むことを特徴としてよい。

他の側面によると、前記ページは、認証が許容されたアプリ署名認証情報のリストおよび認証が遮断されたアプリ署名認証情報のリストを表示する第３機能と、認証が許容されたアプリ署名認証情報を認証が遮断されたアプリ署名認証情報に変更するための第４機能と、認証が遮断されたアプリ署名認証情報を認証が許容されたアプリ署名認証情報に変更するための第５機能をさらに含むことを特徴としてよい。

また他の側面によると、前記認証を許容または遮断するように保存する段階は、前記アプリ署名認証情報に対する認証を許容すると選択された場合、前記アプリ署名認証情報をホワイトリストに追加する段階、および前記アプリ署名認証情報に対する認証を遮断すると選択された場合、前記アプリ署名認証情報をブラックリスト（Ｂｌａｃｋ Ｌｉｓｔ）に追加する段階を含むことを特徴としてよい。

また他の側面によると、前記偽造・変造探知方法は、前記少なくとも１つのプロセッサにより、前記モバイル端末機での前記アプリケーションの再実行の試みに応答して前記モバイル端末機から前記アプリケーションに対するアプリ署名認証情報を受信する段階、前記少なくとも１つのプロセッサにより、前記アプリ署名認証情報が前記アプリ署名認証情報に対する認証を許容するように保存された場合、前記アプリケーションの再実行を許容する段階、および前記少なくとも１つのプロセッサにより、前記アプリ署名認証情報が前記アプリ署名認証情報に対する認証を遮断するように保存された場合、前記アプリケーションの再実行を遮断する段階をさらに含んでよい。

また他の側面によると、前記アプリ署名認証情報は、前記モバイル端末機のユーザに対するユーザ情報および前記アプリケーションの署名情報を含むことを特徴としてよい。前記アプリ署名認証情報は、前記アプリケーションの基本情報として、前記アプリケーションのパッケージ名および前記アプリケーションのバージョンに関する情報をさらに含んでもよい。

また他の側面によると、前記アプリ署名認証情報は、前記モバイル端末機に対する端末情報をさらに含み、前記端末情報は、ＥＭＭＣ（Ｅｍｂｅｄｄｅｄ ＭｕｌｔｉＭｅｄｉａ Ｃａｒｄ）ＩＤ、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ ｓｔａｔｉｏｎ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ）、およびＭＡＣアドレスのうちの少なくとも１つをさらに含むことを特徴としてよい。前記端末情報は、前記アプリケーションの基本情報として、前記アプリケーションのパッケージ名および前記アプリケーションのバージョンに関する情報をさらに含んでもよい。

少なくとも１つのプロセッサを含むコンピュータ装置が実行する偽造・変造探知方法であって、前記少なくとも１つのプロセッサにより、前記コンピュータ装置にインストールされたアプリケーションの実行の試みに応答して前記アプリケーションに対するアプリ署名認証情報を抽出する段階、および前記少なくとも１つのプロセッサにより、前記抽出されたアプリ署名認証情報を認証サーバに送信する段階を含み、前記アプリ署名認証情報は、前記コンピュータ装置のユーザに対するユーザ情報および前記アプリケーションの署名情報を含むことを特徴とする、偽造・変造探知方法を提供する。

コンピュータ装置と結合して前記方法をコンピュータ装置に実行させるためにコンピュータ読み取り可能な記録媒体に記録された、コンピュータプログラムを提供する。

前記方法をコンピュータ装置に実行させるためのプログラムが記録されている、コンピュータ読み取り可能な記録媒体を提供する。

コンピュータ読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサにより、モバイル端末機でのアプリケーションの実行の試みに応答して前記モバイル端末機から前記アプリケーションに対するアプリ署名認証情報を受信し、前記アプリケーションの運営者端末機から前記アプリ署名認証情報に対する認証の許容または遮断の選択を受け、前記選択に応じて前記アプリ署名認証情報に対する認証を許容または遮断するように保存し、前記認証が許容された場合、前記モバイル端末機での前記アプリケーションの実行を許容し、前記認証が遮断された場合、前記モバイル端末機での前記アプリケーションの実行を遮断することを特徴とする、コンピュータ装置を提供する。

コンピュータ読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサにより、コンピュータ装置にインストールされたアプリケーションの実行の試みに応答して前記アプリケーションに対するアプリ署名認証情報を抽出し、前記抽出されたアプリ署名認証情報を認証サーバに送信し、前記アプリ署名認証情報は、前記コンピュータ装置のユーザに関するユーザ情報および前記アプリケーションの署名情報を含むことを特徴とする、コンピュータ装置を提供する。

クライアント側では、アプリケーションに対する署名情報とユーザの識別子（一例として、ユーザＩＤ）をサーバ側に伝達し、サーバ側では、ビジネス状況に合わせてアプリケーションの運営者側にアプリケーション認証の許容または遮断を決定させるようにすることにより、すべての署名を予め登録しなくてもモバイルアプリケーションの偽造・変造を柔軟に探知することができる。

本発明の一実施形態における、ネットワーク環境の例を示した図である。 本発明の一実施形態における、コンピュータ装置の例を示したブロック図である。 本発明の一実施形態における、偽造・変造探知システムを概括的に示した図である。 本発明の一実施形態における、アプリ認証許容のシナリオの一例を示したフローチャートである。 本発明の一実施形態における、アプリ認証遮断のシナリオの一例を示したフローチャートである。 本発明の一実施形態における、認証が遮断されたアプリを再び許容するシナリオの一例を示したフローチャートである。 本発明の一実施形態における、アプリ運営者の認証制御のためのページに含まれるユーザインタフェースの例を示した図である。 本発明の一実施形態における、モバイル端末機の偽造・変造探知方法の例を示した図である。 本発明の一実施形態における、認証サーバの偽造・変造探知方法の例を示した図である。 本発明の一実施形態における、アプリ認証許容シナリオの他の例を示したフローチャートである。 本発明の一実施形態における、アプリ認証遮断シナリオの他の例を示したフローチャートである。

以下、実施形態について、添付の図面を参照しながら詳しく説明する。

本発明の実施形態に係る偽造・変造探知システムは、少なくとも１つのコンピュータ装置によって実現されてよい。このとき、コンピュータ装置においては、本発明の一実施形態に係るコンピュータプログラムがインストールされて実行されてよく、コンピュータ装置は、実行されたコンピュータプログラムの制御にしたがって本発明の実施形態に係る偽造・変造探知方法を実行してよい。上述したコンピュータプログラムは、コンピュータ装置と結合して偽造・変造探知方法をコンピュータに実行させるために、コンピュータ読み取り可能な記録媒体に記録されてよい。

図１は、本発明の一実施形態における、ネットワーク環境の例を示した図である。図１のネットワーク環境は、複数の電子機器１１０、１２０、１３０、１４０、複数のサーバ１５０、１６０、およびネットワーク１７０を含む例を示している。このような図１は、発明の説明のための一例に過ぎず、電子機器の数やサーバの数が図１のように限定されることはない。また、図１のネットワーク環境は、本実施形態に適用可能な環境のうちの一例を説明したものに過ぎず、本実施形態に適用可能な環境が図１のネットワーク環境に限定されることはない。

複数の電子機器１１０、１２０、１３０、１４０は、コンピュータ装置によって実現される固定端末や移動端末であってよい。複数の電子機器１１０、１２０、１３０、１４０の例としては、スマートフォン、携帯電話、ナビゲーション、ＰＣ（ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）、ノート型ＰＣ、デジタル放送用端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、ＰＭＰ（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ）、タブレットなどがある。一例として、図１では、電子機器１１０の例としてスマートフォンを示しているが、本発明の実施形態において、電子機器１１０は、実質的に無線または有線通信方式を利用し、ネットワーク１７０を介して他の電子機器１２０、１３０、１４０および／またはサーバ１５０、１６０と通信することのできる多様な物理的なコンピュータ装置のうちの１つを意味してよい。

通信方式が限定されることはなく、ネットワーク１７０が含むことのできる通信網（一例として、移動通信網、有線インターネット、無線インターネット、放送網）を利用する通信方式だけではなく、機器間の近距離無線通信が含まれてもよい。例えば、ネットワーク１７０は、ＰＡＮ（ｐｅｒｓｏｎａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＣＡＮ（ｃａｍｐｕｓ ａｒｅａ ｎｅｔｗｏｒｋ）、ＭＡＮ（ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、ＢＢＮ（ｂｒｏａｄｂａｎｄ ｎｅｔｗｏｒｋ）、インターネットなどのネットワークのうちの１つ以上の任意のネットワークを含んでよい。さらに、ネットワーク１７０は、バスネットワーク、スターネットワーク、リングネットワーク、メッシュネットワーク、スター－バスネットワーク、ツリーまたは階層的ネットワークなどを含むネットワークトポロジのうちの任意の１つ以上を含んでもよいが、これらに限定されることはない。

サーバ１５０、１６０それぞれは、複数の電子機器１１０、１２０、１３０、１４０とネットワーク１７０を介して通信して命令、コード、ファイル、コンテンツ、サービスなどを提供する１つ以上のコンピュータ装置によって実現されてよい。例えば、サーバ１５０は、ネットワーク１７０を介して接続した複数の電子機器１１０、１２０、１３０、１４０にサービス（一例として、インスタントメッセージングサービス、ゲームサービス、グループ通話サービス（または、音声会議サービス）、メッセージングサービス、メールサービス、ソーシャルネットワークサービス、地図サービス、翻訳サービス、金融サービス、決済サービス、検索サービス、コンテンツ提供サービスなど）を提供するシステムであってよい。

図２は、本発明の一実施形態における、コンピュータ装置の例を示したブロック図である。上述した複数の電子機器１１０、１２０、１３０、１４０それぞれやサーバ１５０、１６０それぞれは、図２に示したコンピュータ装置２００によって実現されてよい。

このようなコンピュータ装置２００は、図２に示すように、メモリ２１０、プロセッサ２２０、通信インタフェース２３０、および入力／出力インタフェース２４０を含んでよい。メモリ２１０は、コンピュータ読み取り可能な記録媒体であって、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、およびディスクドライブのような永続的大容量記録装置を含んでよい。ここで、ＲＯＭやディスクドライブのような永続的大容量記録装置は、メモリ２１０とは区分される別の永続的記録装置としてコンピュータ装置２００に含まれてもよい。また、メモリ２１０には、オペレーティングシステムと、少なくとも１つのプログラムコードが記録されてよい。このようなソフトウェア構成要素は、メモリ２１０とは別のコンピュータ読み取り可能な記録媒体からメモリ２１０にロードされてよい。このような別のコンピュータ読み取り可能な記録媒体は、フロッピー（登録商標）ドライブ、ディスク、テープ、ＤＶＤ／ＣＤ－ＲＯＭドライブ、メモリカードなどのコンピュータ読み取り可能な記録媒体を含んでよい。他の実施形態において、ソフトウェア構成要素は、コンピュータ読み取り可能な記録媒体ではない通信インタフェース２３０を通じてメモリ２１０にロードされてもよい。例えば、ソフトウェア構成要素は、ネットワーク１７０を介して受信されるファイルによってインストールされるコンピュータプログラムに基づいてコンピュータ装置２００のメモリ２１０にロードされてよい。

プロセッサ２２０は、基本的な算術、ロジック、および入出力演算を実行することにより、コンピュータプログラムの命令を処理するように構成されてよい。命令は、メモリ２１０または通信インタフェース２３０によって、プロセッサ２２０に提供されてよい。例えば、プロセッサ２２０は、メモリ２１０のような記録装置に記録されたプログラムコードにしたがって受信される命令を実行するように構成されてよい。

通信インタフェース２３０は、ネットワーク１７０を介してコンピュータ装置２００が他の装置（一例として、上述した記録装置）と互いに通信するための機能を提供してよい。一例として、コンピュータ装置２００のプロセッサ２２０がメモリ２１０のような記録装置に記録されたプログラムコードにしたがって生成した要求や命令、データ、ファイルなどが、通信インタフェース２３０の制御にしたがってネットワーク１７０を介して他の装置に伝達されてよい。これとは逆に、他の装置からの信号や命令、データ、ファイルなどが、ネットワーク１７０を経てコンピュータ装置２００の通信インタフェース２３０を通じてコンピュータ装置２００に受信されてよい。通信インタフェース２３０を通じて受信された信号や命令、データなどは、プロセッサ２２０やメモリ２１０に伝達されてよく、ファイルなどは、コンピュータ装置２００がさらに含むことのできる記録媒体（上述した永続的記録装置）に記録されてよい。

入力／出力インタフェース２４０は、入力／出力装置２５０とのインタフェースのための手段であってよい。例えば、入力装置は、マイク、キーボード、またはマウスなどの装置を、出力装置は、ディスプレイ、スピーカのような装置を含んでよい。他の例として、入力／出力インタフェース２４０は、タッチスクリーンのように入力と出力のための機能が１つに統合された装置とのインタフェースのための手段であってもよい。入力／出力装置２５０のうちの少なくとも１つは、コンピュータ装置２００と１つの装置で構成されてもよい。例えば、スマートフォンのように、タッチスクリーン、マイク、スピーカなどがコンピュータ装置２００に含まれた形態で実現されてよい。

また、他の実施形態において、コンピュータ装置２００は、図２の構成要素よりも少ないか多くの構成要素を含んでもよい。しかし、大部分の従来技術的構成要素を明確に図に示す必要はない。例えば、コンピュータ装置２００は、上述した入力／出力装置２５０のうちの少なくとも一部を含むように実現されてもよいし、トランシーバ、データベースなどのような他の構成要素をさらに含んでもよい。

以下で説明する「アプリ」という用語は、アプリケーションを意味してよい。

図３は、本発明の一実施形態における、偽造・変造探知システムを概括的に示した例示図である。本実施形態に係る偽造・変造探知システムは、複数のモバイル端末機３１０、認証サーバ３２０、および複数のアプリ運営者端末機３３０を含んでよい。

複数のモバイル端末機３１０それぞれは、複数のアプリ運営者が提供する多様なアプリのうちから自身が所望するアプリをインストールして実行することでアプリ運営者が提供するサービスを受ける主体であってよい。このような複数のモバイル端末機３１０それぞれは、図２を参照しながら説明したコンピュータ装置２００のような物理的な装置によって実現されてよい。複数のモバイル端末機３１０それぞれは、インストールしたアプリを実行した後、アプリが自体的に提供する機能またはアプリ運営者が提供するサーバを介して提供される機能を利用してアプリ運営者のサービスを利用する。一方、複数のモバイル端末機３１０それぞれは、アプリを実行する過程で、認証サーバ３２０と通信してアプリの認証を受けることがある。このとき、アプリが認証される場合には当該モバイル端末機でアプリを実行することができるが、アプリが遮断される場合には当該モバイル端末機でのアプリの実行は遮断される。一方、複数のモバイル端末機３１０それぞれは、アプリの認証を要請する場合、当該アプリの署名情報とユーザ情報（一例として、ユーザのＩＤのようなユーザ識別子）をマッチングして認証サーバ３２０に送信する。

認証サーバ３２０は、複数のモバイル端末機３１０それぞれからのアプリ認証要請にしたがって当該アプリを認証する主体であってよい。このような認証サーバは、コンピュータ装置２００のような物理的な装置によって実現されてよい。認証サーバは、２つ以上の物理的な装置によって実現されてもよい。認証サーバ３２０は、認証が要請されたアプリのアプリ運営者からアプリの認証に対する認証許容または認証遮断の結果を受け取ってよく、受け取った結果に応じてアプリの実行を許容または遮断してよい。例えば、認証サーバ３２０は、アプリの認証を要請したモバイル端末機から伝達されるアプリの署名情報とユーザ情報を、当該アプリのアプリ運営者のために提供されるユーザインタフェース（一例として、ウェブを通じてアプリ運営者に提供されるページのユーザインタフェース）を通じてアプリ運営者に提供してよい。

複数のアプリ運営者端末機３３０は、アプリ運営者が運用する物理的な装置であってよく、このような物理的な装置それぞれは、図２を参照しながら説明したコンピュータ装置２００に対応するか、コンピュータ装置２００によって実現されてよい。アプリ運営者は、自身のアプリ運営者端末機を利用して認証サーバ３２０が提供するユーザインタフェースにアクセスしてよく、アプリの署名情報とユーザ情報に基づいて、さらにユーザインタフェースを通じて、アプリの実行に対する認証許容または認証遮断を選択してよい。

一方、認証サーバ３２０は、アプリの署名に対して、アプリの認証を許容するか遮断するかを保存しておいてよい。この場合、認証サーバ３２０は、アプリ運営者が一度認証を許容または遮断したアプリの署名に対しては、以降からはアプリ運営者を経なくても認証を許容または遮断することができるようになる。

このように、認証サーバ３２０は、アプリの認証のためのホワイトリストを予め備えていなくても、アプリ運営者を通じてユーザ別さらにはアプリの署名別にホワイトリストとブラックリストの生成していくことができる。このようなホワイトリストとブラックリストは当該アプリ運営者に共有されるため、アプリ運営者はアプリの偽造・変造を試みようとするユーザを把握することができる。

図４は、本発明の一実施形態における、アプリ認証許容のシナリオの例を示したフローチャートである。図４は、モバイル端末機４１０、認証サーバ３２０、およびアプリ運営者端末機４２０を示している。ここで、モバイル端末機４１０は、図３を参照しながら説明した複数のモバイル端末機３１０のうちの１つであってよく、アプリ運営者端末機４２０は、図３を参照しながら説明した複数のアプリ運営者端末機３３０のうちの１つであってよい。以下で説明する過程１（４３１）～過程７（４３７）は、モバイル端末機４１０がモバイル端末機４１０にインストールされたアプリの実行を試みる過程と連携して実行されてよい。

過程１（４３１）で、モバイル端末機４１０は、アプリ署名情報およびユーザ情報を抽出してよい。アプリ署名情報は、モバイル端末機４１０にインストールされたアプリに対して生成される署名情報であってよい。アプリが偽造・変造される場合、偽造・変造されたアプリのアプリ署名情報は、本来のアプリのアプリ署名情報とは異なるようになる。また、ユーザ情報は、前記アプリが提供するサービス上の当該ユーザのユーザ識別子を含んでよい。実施形態によって、ユーザ情報は、上述したユーザ識別子の他にも、モバイル端末機３１０の情報（アプリケーションのパッケージ名、アプリケーションのバージョン、ＥＭＭＣ ＩＤ、ＩＭＥＩ、およびＭＡＣアドレスのうちの少なくとも１つ）をさらに含んでもよい。

過程２（４３２）で、モバイル端末機４１０は、抽出したアプリ署名情報およびユーザ情報を認証サーバ３２０に送信してよい。一例として、モバイル端末機４１０は、アプリの制御にしたがって、ネットワーク１７０を介してアプリ署名情報およびユーザ情報を認証サーバ３２０に送信してよい。

過程３（４３３）で、認証サーバ３２０は、アプリ提供者にアプリ署名情報とユーザ情報を表示してよい。例えば、認証サーバ３２０は、アプリ提供者がアクセス可能なページのユーザインタフェースを通じてアプリ署名情報とユーザ情報を表示してよく、アプリ運営者は、自身のアプリ運営者端末機４２０を利用して当該ページにアクセスすることにより、アプリ署名情報とユーザ情報を受け取ってよい。

過程４（４３４）で、アプリ運営者端末機４２０は、ユーザ情報およびアプリ署名情報を確認してよい。このとき、ユーザ情報およびアプリ署名情報の確認は、アプリ運営者によって手動でなされてもよいし、アプリ運営者端末機４２０が予め設定されたロジックを利用してユーザ情報とアプリ署名情報を比較する作業によって自動でなされてもよい。例えば、アプリ運営者端末機４２０は、アプリに対して登録されたアプリ署名情報と認証が要請されたアプリのアプリ署名情報を比較して、アプリ署名情報の認証を許容または遮断してよい。また、アプリ運営者端末機４２０は、予め設定されたユーザに対しては、認証が要請されたアプリ署名情報とは個別にアプリ署名情報の認証を許容または遮断してもよい。本実施形態では、アプリ署名情報の認証が許容される場合のシナリオについて説明している。

過程５（４３５）で、アプリ運営者端末機４２０は、アプリ署名情報の認証を許容するように保存することを認証サーバ３２０に要請してよい。この場合、認証サーバ３２０は、当該ユーザ情報および当該アプリ署名情報に対する認証が許容されるようにアプリ署名認証情報を保存してよい。このようなアプリ署名認証情報は、ユーザ情報とアプリ署名情報を含んでよい。言い換えれば、認証サーバ３２０のホワイトリストには、ユーザ情報およびアプリ署名情報が追加されてよい。

過程６（４３６）で、認証サーバ３２０は、認証が許容されたアプリ署名情報およびユーザ情報を表示してよい。一例として、認証サーバ３２０は、上述したページのユーザインタフェースを通じて、アプリ署名情報、ユーザ情報、さらにアプリ署名情報とユーザ情報の認証が許容されたことを示す情報を表示してよい。アプリ運営者は、アプリ運営者端末機４２０を利用して前記ページにアクセスして、当該情報を受け取ってよい。これは、前記ページを通じて認証サーバ３２０のホワイトリストがアプリ運営者に共有されることを意味してよい。

過程７（４３７）で、認証サーバ３２０は、アプリの実行を許容してよい。例えば、認証サーバ３２０は、過程１（４３１）でモバイル端末機４１０が送信したアプリ署名情報およびユーザ情報の認証を許容することにより、アプリの実行を許容してよい。

この後、モバイル端末機４１０で同じユーザ情報とアプリ署名情報によってアプリの認証が要請される場合、認証サーバ３２０は、先立って保存されたアプリ署名認証情報を照会することで要請されたアプリ署名情報の認証を許容してよく、したがって、アプリ運営者を経なくても当該アプリの実行を継続して許容することができるようになる。

図５は、本発明の一実施形態における、アプリ認証遮断のシナリオの例を示したフローチャートである。図５は、図４を参照しながら説明したモバイル端末機４１０、認証サーバ３２０、およびアプリ運営者端末機４２０を示している。以下で説明する過程１（５１０）～過程７（５７０）は、モバイル端末機４１０がモバイル端末機４１０にインストールされたアプリの実行を試みる過程と連携して実行されてよい。

過程１（５１０）で、モバイル端末機４１０は、アプリ署名情報およびユーザ情報を抽出してよい。アプリ署名情報は、モバイル端末機４１０にインストールされたアプリに対して生成される署名情報であってよい。アプリが偽造・変造される場合、偽造・変造されたアプリのアプリ署名情報は、本来のアプリのアプリ署名情報とは異なるようになる。また、ユーザ情報は、前記アプリが提供するサービス上での当該ユーザのユーザ識別子を含んでよい。上述したように、実施形態によって、ユーザ情報は、上述したユーザ識別子の他にも、モバイル端末機４１０の情報（ＥＭＭＣ ＩＤ、ＩＭＥＩ、およびＭＡＣアドレスのうちの少なくとも１つ）をさらに含んでもよい。

過程２（５２０）で、モバイル端末機４１０は、抽出されたアプリ署名情報およびユーザ情報を認証サーバ３２０に送信してよい。一例として、モバイル端末機４１０は、アプリの制御にしたがって、ネットワーク１７０を介してアプリ署名情報およびユーザ情報を認証サーバ３２０に送信してよい。

過程３（５３０）で、認証サーバ３２０は、アプリ提供者にアプリ署名情報とユーザ情報を表示してよい。例えば、認証サーバ３２０は、アプリ提供者がアクセス可能なページのユーザインタフェースを通じてアプリ署名情報とユーザ情報を表示してよく、アプリ運営者は、自身のアプリ運営者端末機４２０を利用して当該ページにアクセスすることにより、アプリ署名情報とユーザ情報を受け取ってよい。

過程４（５４０）で、アプリ運営者端末機４２０は、ユーザ情報およびアプリ署名情報を確認してよい。このとき、ユーザ情報およびアプリ署名情報の確認は、アプリ運営者によって手動でなされてもよいし、アプリ運営者端末機４２０が予め設定されたロジックを利用してユーザ情報とアプリ署名情報を比較する作業によって自動でなされてもよい。例えば、アプリ運営者端末機４２０は、アプリに対して登録されたアプリ署名情報と認証が要請されたアプリのアプリ署名情報を比較して、アプリ署名情報の認証を許容または遮断してよい。また、アプリ運営者端末機４２０は、予め設定されたユーザに対しては、認証が要請されたアプリ署名情報とは個別にアプリ署名情報の認証を許容または遮断してもよい。本実施形態では、アプリ署名情報の認証が遮断される場合のシナリオについて説明している。

過程５（５５０）で、アプリ運営者端末機４２０は、アプリ署名情報の認証を遮断するように保存することを認証サーバ３２０に要請してよい。この場合、認証サーバ３２０は、当該ユーザ情報および当該アプリ署名情報に対する認証が遮断されるようにアプリ署名認証情報を保存してよい。このようなアプリ署名認証情報は、ユーザ情報とアプリ署名情報を含んでよい。言い換えれば、認証サーバ３２０のブラックリストには、ユーザ情報およびアプリ署名情報が追加されてよい。

過程６（５６０）で、認証サーバ３２０は、認証が遮断されたアプリ署名情報およびユーザ情報を表示してよい。一例として、認証サーバ３２０は、上述したページのユーザインタフェースを通じて、アプリ署名情報、ユーザ情報、さらにアプリ署名情報とユーザ情報の認証が遮断されたことを示す情報を表示してよい。アプリ運営者は、アプリ運営者端末機４２０を利用して前記ページにアクセスして、当該情報を受け取ってよい。これは、前記ページを通じて認証サーバ３２０のブラックリストがアプリ運営者に共有されることを意味してよい。

過程７（５７０）で、認証サーバ３２０は、アプリの実行を遮断してよい。例えば、認証サーバ３２０は、第１過程（４３１）でモバイル端末機４１０が送信したアプリ署名情報およびユーザ情報の認証を遮断して、アプリの実行を遮断してよい。

この後、モバイル端末機４１０で同じユーザ情報とアプリ署名情報によってアプリの認証が要請される場合、認証サーバ３２０は、先立って保存されたアプリ署名認証情報を照会することで要請されたアプリ署名情報の認証を遮断してよく、したがって、アプリ運営者を経なくても当該アプリの実行を継続して遮断することができるようになる。

このように、認証サーバ３２０は、アプリに対するアプリ署名情報に対するホワイトリストを予め構築しなくても、アプリ運営者を通じてユーザ別またはアプリ署名情報別にホワイトリストとブラックリストを構築していきながらアプリの実行を許容または遮断することができる。これだけでなく、特定のユーザのアプリ署名情報とユーザ情報がホワイトリストとブラックリストに一度保存されれば、以降からは構築されたホワイトリストとブラックリストを利用することで、当該ユーザに対するアプリの実行を継続して許容または遮断することができるようになる。

図６は、本発明の一実施形態における、認証が遮断されたアプリを再び許容するシナリオの例を示したフローチャートである。図６は、図４および図５を参照しながら説明したモバイル端末機４１０、認証サーバ３２０、およびアプリ運営者端末機４２０を示している。以下で説明する過程１（６１０）～過程４（６４０）は、以前のアプリ実行の過程と連携して実行されてよく、過程５（６５０）～過程８（６８０）は、モバイル端末機４１０がモバイル端末機４１０にインストールされたアプリの現在実行を試みる過程と連携して実行されてよい。

第１過程（６１０）で、認証サーバ３２０は、アプリ提供者にアプリ署名情報とユーザ情報を表示してよい。例えば、認証サーバ３２０は、アプリ提供者がアクセス可能なページのユーザインタフェースを通じてアプリ署名情報とユーザ情報を表示してよく、アプリ運営者は、自身のアプリ運営者端末機４２０を利用して当該ページにアクセスすることにより、アプリ署名情報とユーザ情報を受け取ってよい。言い換えれば、アプリ提供者は、上述したページにアクセスするだけで、自身のアプリと関連するユーザ情報およびアプリ署名情報をいつでも確認することができる。また、上述したように、アプリ運営者は、当該ページを通じて、アプリ署名情報とユーザ情報の認証が許容されたのか遮断されたのかを確認することができ、必要に応じて、認証の許容を遮断にまたは認証の遮断を許容に変更することができる。

第２過程（６２０）で、アプリ運営者端末機４２０は、ユーザ情報およびアプリ署名情報を確認してよい。このとき、ユーザ情報およびアプリ署名情報の確認は、アプリ運営者によって手動でなされてもよく、アプリ運営者端末機４２０が予め設定されたロジックを利用してユーザ情報とアプリ署名情報を比較する作業によって自動でなされてもよい。例えば、アプリ運営者端末機４２０は、アプリに対して登録されたアプリ署名情報と認証が要請されたアプリのアプリ署名情報と比べて、アプリ署名情報の認証を許容または遮断してよい。また、アプリ運営者端末機４２０は、予め設定されたユーザに対しては、認証が要請されたアプリ署名情報とは個別にアプリ署名情報の認証を許容または遮断してもよい。本実施形態では、アプリ運営者が、アプリ運営者端末機４２０を利用して、遮断されたアプリ署名情報の認証を許容に変更する場合のシナリオについて説明している。このために、上述したページは、特定のアプリ署名情報およびユーザ情報に対する認証を許容および遮断のうちから１つ選択するためのユーザインタフェースを含んでよい。

過程３（６３０）で、アプリ運営者端末機４２０は、アプリ署名情報の認証を許容するように保存することを認証サーバ３２０に要請してよい。例えば、アプリ運営者が上述したページのユーザインタフェースを利用して遮断されたアプリ署名情報に対する認証を許容に変更する場合、上述した要請が認証サーバ３２０に伝達されてよい。認証サーバ３２０は、当該ユーザ情報および当該アプリ署名情報に対する認証が許容されるようにアプリ署名認証情報を保存してよい。言い換えれば、認証サーバ３２０のブラックリストに追加されていたユーザ情報およびアプリ署名情報は、ホワイトリストに移行されてよい。

過程４（６４０）で、認証サーバ３２０は、認証が許容されたアプリ署名情報およびユーザ情報を表示してよい。一例として、認証サーバ３２０は、上述したページのユーザインタフェースを通じて、アプリ署名情報、ユーザ情報、さらにアプリ署名情報とユーザ情報の認証が許容されたことを示す情報を表示してよい。アプリ運営者は、アプリ運営者端末機４２０を通じて前記ページにアクセスして、当該情報を受け取ってよい。

この後、モバイル端末機４１０で当該アプリを実行しようとする場合、モバイル端末機４１０は、アプリの制御にしたがって、過程５（６５０）で、アプリ署名情報およびユーザ情報を抽出してよく、過程６（６６０）で、抽出したアプリ署名情報とユーザ情報を認証サーバ３２０に送信してよい。この場合、認証サーバ３２０は、過程７（６７０）で、送信されたアプリ署名情報とユーザ情報に対してアプリ署名認証情報を照会してよく、当該ユーザ情報およびアプリ署名情報は認証が許容されるように保存されているため、過程８（６８０）で、モバイル端末機４１０でのアプリの実行を許容してよい。

これとは逆に、遮断されたアプリ署名情報の認証を許容に変更することも可能であることは、上述した説明をみれば容易に理解することができるであろう。

図７は、本発明の一実施形態における、アプリ運営者の認証制御のためのページが含むユーザインタフェースの例を示した図である。図７は、ホワイトリストとして認証が許容されたアプリ署名認証情報を含む許容テーブル７１０と、ブラックリストとして認証が遮断されたアプリ署名認証情報を含む遮断テーブル７２０を示している。例えば、許容テーブル７１０の最初の行は、ユーザ識別子「ＡＡＡ」、アプリ名「Ａ」、パッケージ名「ｃ．ｂ．ａ」、許容日時「２０２０－０１－２２１１：０２：３３」、署名「ＡＦＡＥＡＧＲＡＤＳＦ」、状態「許容」などの情報を示している。より具体的な例として、ユーザ識別子「ＡＡＡ」に対応するユーザが、アプリ名「Ａ」とパッケージ名「ｃ．ｂ．ａ」に対応するアプリの実行時に認証を要請しながら、ユーザ情報としてユーザ識別子「ＡＡＡ」とアプリ署名情報として署名「ＡＦＡＥＡＧＲＡＤＳＦ」を認証サーバ３２０に伝達したとする。この場合、認証サーバ３２０は、ユーザ情報とアプリ署名情報をアプリ運営者に表示してよく、アプリ運営者は、ユーザ情報とアプリ署名情報を確認して当該ユーザ情報とアプリ署名情報に対する認証を許容するように保存することを認証サーバ３２０に要請してよい。この場合、当該アプリ署名認証情報が、ホワイトリストである許容テーブル７１０の最初の行のように保存されてよい。

このとき、許容テーブル７１０には、それぞれのアプリ署名認証情報に対する認証を許容から遮断に変更するためのユーザインタフェース７１１が提供されてよい。これと同様に、遮断テーブル７２０には、それぞれのアプリ署名認証情報に対する認証を遮断から許容に変更するためのユーザインタフェース７２１が提供されてよい。ユーザ識別子「ＡＡＡ」に対応するアプリ署名認証情報が許容から遮断に変更される場合、ユーザ識別子「ＡＡＡ」に対応するアプリ署名認証情報は、許容テーブル７１０から削除され、遮断テーブル７２０に追加されてよい。

図８は、本発明の一実施形態における、モバイル端末機の偽造・変造探知方法の例を示した図である。本実施形態に係る偽造・変造探知方法は、モバイル端末機を実現するコンピュータ装置２００によって実行されてよい。このとき、コンピュータ装置２００のプロセッサ２２０は、メモリ２１０が含むオペレーティングシステムのコードと、少なくとも１つのコンピュータプログラムのコードとによる制御命令を実行するように実現されてよい。ここで、プロセッサ２２０は、コンピュータ装置２００に記録されたコードが提供する制御命令にしたがってコンピュータ装置２００が図８の方法に含まれる段階８１０～８２０を実行するようにコンピュータ装置２００を制御してよい。

段階８１０で、コンピュータ装置２００は、コンピュータ装置２００にインストールされたアプリケーションの実行の試みに応答して、アプリケーションに対するアプリ署名認証情報を抽出してよい。このとき、アプリ署名認証情報は、コンピュータ装置２００のユーザに関するユーザ情報およびアプリケーションの署名情報を含んでよい。このようなアプリ署名認証情報は、アプリケーションの基本情報として、アプリケーションのパッケージ名およびアプリケーションのバージョンに関する情報をさらに含んでもよい。

実施形態によって、アプリ署名認証情報は、コンピュータ装置２００に対する端末情報をさらに含んでよい。一例として、端末情報は、ＥＭＭＣ ＩＤ、ＩＭＥＩ、およびＭＡＣアドレスのうちの少なくとも１つを含んでよい。このような端末情報は、アプリケーションの基本情報として、アプリケーションのパッケージ名およびアプリケーションのバージョンに関する情報をさらに含んでもよい。

段階８２０で、コンピュータ装置２００は、抽出されたアプリ署名認証情報を認証サーバに送信してよい。ここで、認証サーバは、上述した認証サーバ３２０に対応してよい。送信されたアプリ署名認証情報は、認証サーバがアプリケーションの運営者端末機からアプリ署名認証情報に対する認証の許容または遮断の選択を受けることによって、認証の許容または遮断が決定されてよい。このとき、アプリ署名認証情報に対する認証が許容される場合、アプリケーションの実行は許容されてよく、アプリ署名認証情報に対する認証が遮断される場合、アプリケーションの実行は遮断されてよい。

このように、アプリ署名認証情報がユーザ情報を含むことにより、単にアプリに対する偽造・変造だけを探知するのではなく、偽造・変造されたアプリを使用するユーザに関する情報も得ることができるようになる。

図９は、本発明の一実施形態における、認証サーバの偽造・変造探知方法の例を示した図である。本実施形態に係る偽造・変造探知方法は、認証サーバ３２０を実現するコンピュータ装置２００によって実行されてよい。このとき、コンピュータ装置２００のプロセッサ２２０は、メモリ２１０が含むオペレーティングシステムのコードと、少なくとも１つのコンピュータプログラムのコードとによる制御命令を実行するように実現されてよい。ここで、プロセッサ２２０は、コンピュータ装置２００に記録されたコードが提供する制御命令にしたがってコンピュータ装置２００が図９の方法に含まれる段階９１０～９８０を実行するようにコンピュータ装置２００を制御してよい。

段階９１０で、コンピュータ装置２００は、モバイル端末機でのアプリケーションの実行の試みに応答して、モバイル端末機からアプリケーションに対するアプリ署名認証情報を受信してよい。ここで、受信されるアプリ署名認証情報は、上述した図８の段階８２０で送信されるアプリ署名認証情報に対応してよい。言い換えれば、モバイル端末機のユーザに対するユーザ情報およびアプリケーションの署名情報を含んでよい。このとき、アプリ署名認証情報は、アプリケーションの基本情報として、アプリケーションのパッケージ名およびアプリケーションのバージョンに関する情報をさらに含んでもよい。上述したように、ユーザ情報がともに伝達されることにより、単にアプリに対する偽造・変造だけを探知するのではなく、偽造・変造されたアプリを使用するユーザに関する情報も得ることができるようになる。

段階９２０で、コンピュータ装置２００は、アプリケーションの運営者端末機からアプリ署名認証情報に対する認証の許容または遮断の選択を受けてよい。例えば、コンピュータ装置２００は、アプリ署名認証情報を表示する第１機能と、アプリ署名認証情報に対する認証の許容または遮断の選択を受けるための第２機能が含まれたページを提供してよい。この場合、アプリケーションの運営者が運営者端末機を利用してページにアクセスして、アプリ署名認証情報に対する認証の許容または遮断を選択することができるようになる。このとき、コンピュータ装置２００は、提供されたページにおいて、第２機能によって選択された認証の許容または認証の遮断を確認してよい。また、ページは、認証が許容されたアプリ署名認証情報のリストおよび認証が遮断されたアプリ署名認証情報のリストを表示する第３機能と、認証が許容されたアプリ署名認証情報を認証が遮断されたアプリ署名認証情報に変更するための第４機能と、認証が遮断されたアプリ署名認証情報を認証が許容されたアプリ署名認証情報に変更するための第５機能をさらに含んでよい。この場合、アプリケーションの運営者は、以前に認証を許容したとしても必要時には認証を再び遮断することができ、認証を遮断したとしても必要時には認証を再び許容することができるようになる。また、ユーザ別またはアプリ署名情報別に認証が許容されたケースと認証が遮断されたケースを確認することができるため、認証サーバ３２０としてのコンピュータ装置２００が生成するアプリケーションの署名に対するホワイトリストとブラックリストをアプリケーションの運営者に共有することができるようになる。

段階９３０で、コンピュータ装置２００は、選択に応じてアプリ署名認証情報に対する認証を許容または遮断するように保存してよい。このとき、認証を許容するように保存されるアプリ署名認証情報のリストはホワイトリストとなってよく、認証を遮断するように保存されるアプリ署名認証情報のリストはブラックリストとなってよい。このために、コンピュータ装置２００は、アプリ署名認証情報に対する認証を許容すると選択された場合、アプリ署名認証情報をホワイトリストに追加してよい。また、コンピュータ装置２００は、アプリ署名認証情報に対する認証を遮断すると選択された場合、アプリ署名認証情報をブラックリストに追加してよい。

段階９４０で、コンピュータ装置２００は、認証が許容された場合、モバイル端末機でのアプリケーションの実行を許容してよい。

段階９５０で、コンピュータ装置２００は、認証が遮断された場合、モバイル端末機でのアプリケーションの実行を遮断してよい。

言い換えれば、認証サーバ３２０であるコンピュータ装置２００は、ホワイトリストやブラックリストが個別に予め設けられていない状況であっても、アプリケーションの運営者によって、要請されたアプリ署名認証情報に対する認証を処理することができると同時に、ホワイトリストとブラックリストを生成していくことができる。

段階９６０で、コンピュータ装置２００は、モバイル端末機でのアプリケーションの再実行の試みに応答して、モバイル端末機からアプリケーションに対するアプリ署名認証情報を受信してよい。言い換えれば、コンピュータ装置２００は、モバイル端末機でアプリケーションが実行されるたびにアプリ署名認証情報を受信してよい。

段階９７０で、コンピュータ装置２００は、アプリ署名認証情報がアプリ署名認証情報に対する認証を許容するように保存された場合、アプリケーションの再実行を許容してよい。上述したように、モバイル端末機でアプリケーションが初めて実行されるときに伝達されるアプリ署名認証情報に対して既に認証を許容するように保存されていれば、コンピュータ装置２００は、アプリケーションの運営者を経る必要なく、予め保存された情報（ホワイトリストの情報）を利用してモバイル端末機でのアプリケーションの再実行を許容してよい。

段階９８０で、コンピュータ装置２００は、アプリ署名認証情報がアプリ署名認証情報に対する認証を遮断するように保存された場合、アプリケーションの再実行を遮断してよい。上述したように、モバイル端末機でアプリケーションが初めて実行されるときに伝達されるアプリ署名認証情報に対して既に認証を遮断するように保存されていれば、コンピュータ装置２００は、アプリケーションの運営者を経る必要なく、予め保存された情報（ブラックリストの情報）を利用してモバイル端末機でのアプリケーションの再実行を遮断してよい。

図１０は、本発明の一実施形態における、アプリ認証許容のシナリオの他の例を示したフローチャートである。図１０の過程１００１～１０１２は、モバイル端末機４１０がモバイル端末機４１０にインストールされたアプリの実行を試みる過程と連携して実行されてよい。このとき、認証サーバ３２０には、モバイル端末機４１０にインストールされてモバイル端末機４１０が実行しようとする特定のアプリに対してアプリ署名認証を遮断するように保存されていると仮定する。アプリ署名認証を遮断するように保存するということは、特定のアプリと関連して、アプリ署名認証情報、アプリ情報、およびユーザ情報を含むアプリ署名認証情報を認証サーバ３２０のブラックリストに記録することに対応してよい。

過程１（１００１）で、モバイル端末機４１０は、アプリ署名情報、アプリ情報、およびユーザ情報を抽出してよい。上述したように、アプリ署名情報は、モバイル端末機４１０にインストールされたアプリに対して生成される署名情報であってよい。アプリが偽造・変造される場合、偽造・変造されたアプリのアプリ署名情報は、本来のアプリのアプリ署名情報とは異なるようになる。また、アプリ情報は、アプリの基本情報としてアプリのパッケージ名およびアプリのバージョンに関する情報を含んでよく、ユーザ情報は、アプリが提供するサービス上でのユーザのユーザ識別子を含んでよい。

過程２（１００２）で、モバイル端末機４１０は、抽出されたアプリ署名情報、アプリ情報、およびユーザ情報を認証サーバ３２０に送信してよい。一例として、モバイル端末機４１０は、アプリの制御にしたがって、ネットワーク１７０を介してアプリ署名情報、アプリ情報、およびユーザ情報を認証サーバ３２０に送信してよい。

過程３（１００３）で、認証サーバ３２０は、アプリ署名認証情報を照会してよい。上述したように、本実施形態において、認証サーバ３２０は、モバイル端末機４１０にインストールされた特定のアプリに対してアプリ署名認証を許容するための情報が保存されている。例えば、認証サーバ３２０は、ブラックリストおよび／またはホワイトリストを通じて、受信したアプリ情報およびユーザ情報に該当するアプリの実行に対する許容または遮断を照会してよく、本実施形態において、認証サーバ３２０は、ブラックリストを通じて特定のアプリに対するアプリ署名認証を遮断するための情報を抽出してよい。

過程４（１００４）で、認証サーバ３２０は、アプリ実行を遮断してよい。ここで、遮断されるアプリは、モバイル端末機４１０にインストールされた特定のアプリとして、モバイル端末機４１０が送信したアプリ情報およびユーザ情報に対応するアプリであってよい。以下で説明する追加的な過程（特に、過程５（１００５）～過程７（１００７））が実行されない場合は、アプリの実行のためのアプリ署名情報の認証は継続して遮断されてよい。

過程５（１００５）で、認証サーバ３２０は、アプリ署名情報、アプリ情報、およびユーザ情報をアプリ運営者端末機４２０に表示してよい。例えば、認証サーバ３２０は、アプリ提供者がアクセス可能なページのユーザインタフェースを通じて、アプリ署名情報、アプリ情報、およびユーザ情報を表示してよく、アプリ運営者は、自身のアプリ運営者端末機４２０を利用して当該ページにアクセスすることにより、アプリ署名情報、アプリ情報、およびユーザ情報を受け取ってよい。

過程６（１００６）で、アプリ運営者端末機４２０は、アプリ署名情報、アプリ情報、およびユーザ情報を確認してよい。このとき、アプリ署名情報、アプリ情報、およびユーザ情報の確認は、アプリ運営者によって手動でなされてもよいし、アプリ運営者端末機４２０が予め設定されたロジックを利用してアプリ署名情報、アプリ情報、およびユーザ情報を比較する作業によって自動でなされてもよい。例えば、アプリ運営者端末機４２０は、アプリに対して登録されたアプリ署名情報と認証が要請されたアプリのアプリ署名情報を比較して、アプリ署名情報の認証を許容または遮断してよい。また、アプリ運営者端末機４２０は、予め設定されたユーザに対しては、認証が要請されたアプリ署名情報とは個別にアプリ署名情報の認証を許容または遮断してもよい。本実施形態では、遮断されたアプリ署名情報の認証を再び許容する場合のシナリオについて説明している。

過程７（１００７）で、アプリ運営者端末機４２０は、アプリ署名情報の認証を許容するように保存することを認証サーバ３２０に要請してよい。この場合、認証サーバ３２０は、アプリ署名情報、アプリ情報、およびユーザ情報に対する認証が許容されるようにアプリ署名認証情報をホワイトリストに保存してよい。このようなアプリ署名認証情報は、アプリ署名情報、アプリ情報、およびユーザ情報を含んでよい。言い換えれば、認証サーバ３２０のブラックリストに記録されていたアプリ署名情報、アプリ情報、およびユーザ情報は、ホワイトリストに移行されて記録されてよい。

過程８（１００８）で、認証サーバ３２０は、認証が許容されたアプリ署名情報、アプリ情報、およびユーザ情報を表示してよい。一例として、認証サーバ３２０は、上述したページのユーザインタフェースを通じて、アプリ署名情報、アプリ情報、ユーザ情報、さらにアプリ署名情報に対する認証が許容されたことを示す情報を表示してよい。アプリ運営者は、アプリ運営者端末機４２０を通じて前記ページにアクセスして、当該情報を受け取ってよい。これは、前記ページを通じて認証サーバ３２０のホワイトリストがアプリ運営者に共有されることを意味してよい。

この後、モバイル端末機４１０の特定のアプリに対するアプリ署名情報の認証が許容されることにより、特定アプリの実行が許容されてよい。過程９（１００９）～過程１２（１０１２）は、アプリの実行が許容される過程を示している。モバイル端末機４１０は、過程９（１００９）で、アプリ署名情報、アプリ情報、およびユーザ情報を抽出してよく、過程１０（１０１０）で、抽出されたアプリ署名情報、アプリ情報、およびユーザ情報を認証サーバ３２０に送信してよい。過程１１（１０１１）で、認証サーバ３２０は、アプリ署名認証情報を照会してよい。認証サーバ３２０は、過程７（１００７）でのアプリ運営者端末機４２０からの要請にしたがってアプリ署名情報、アプリ情報、およびユーザ情報をホワイトリストに保存したため、過程１２（１０１２）で、認証サーバ３２０は、当該アプリの実行を許容してよい。

図１１は、本発明の一実施形態における、アプリ認証遮断のシナリオの他の例を示したフローチャートである。図１１の過程１１０１～１１１２は、モバイル端末機４１０がモバイル端末機４１０にインストールされたアプリの実行を試みる過程と連携して実行されてよい。このとき、認証サーバ３２０には、モバイル端末機４１０にインストールされてモバイル端末機４１０が実行しようとする特定のアプリに対してアプリ署名認証を許容するように保存されていると仮定する。アプリ署名認証を許容するように保存するということは、特定のアプリと関連して、アプリ署名認証情報、アプリ情報、およびユーザ情報を含むアプリ署名認証情報を認証サーバ３２０のホワイトリストに記録することに対応してよい。

過程１（１１０１）で、モバイル端末機４１０は、アプリ署名情報、アプリ情報、およびユーザ情報を抽出してよい。上述したように、アプリ署名情報は、モバイル端末機４１０にインストールされたアプリに対して生成される署名情報であってよい。アプリが偽造・変造される場合、偽造・変造されたアプリのアプリ署名情報は、本来のアプリのアプリ署名情報とは異なるようになる。また、アプリ情報は、アプリの基本情報としてアプリのパッケージ名およびアプリのバージョンに関する情報を含んでよく、ユーザ情報は、アプリが提供するサービス上でのユーザのユーザ識別子を含んでよい。

過程２（１１０２）で、モバイル端末機４１０は、抽出されたアプリ署名情報、アプリ情報、およびユーザ情報を認証サーバ３２０に送信してよい。一例として、モバイル端末機４１０は、アプリの制御にしたがって、ネットワーク１７０を介してアプリ署名情報、アプリ情報、およびユーザ情報を認証サーバ３２０に送信してよい。

過程３（１１０３）で、認証サーバ３２０は、アプリ署名認証情報を照会してよい。上述したように、本実施形態において、認証サーバ３２０は、モバイル端末機４１０にインストールされた特定のアプリに対してアプリ署名認証を許容するための情報が保存されている。例えば、認証サーバ３２０は、ブラックリストおよび／またはホワイトリストを通じて受信したアプリ情報およびユーザ情報に該当するアプリの実行に対する許容または遮断を照会してよく、本実施形態において、認証サーバ３２０は、ホワイトリストを通じて特定のアプリに対するアプリ署名認証を許容するための情報を抽出してよい。

過程４（１１０４）で、認証サーバ３２０は、アプリの実行を遮断してよい。ここで、許容されるアプリとは、モバイル端末機４１０にインストールされた特定のアプリとして、モバイル端末機４１０が送信したアプリ情報およびユーザ情報に対応するアプリであってよい。以下で説明する追加的な過程（特に、過程５（１１０５）～過程７（１１０７））が実行されない場合は、アプリの実行のためのアプリ署名情報の認証は継続して許容されてよい。

過程５（１１０５）で、認証サーバ３２０は、アプリ署名情報、アプリ情報、およびユーザ情報をアプリ運営者端末機４２０に表示してよい。認証サーバ３２０は、アプリ提供者がアクセス可能なページのユーザインタフェースを通じて、アプリ署名情報、アプリ情報、およびユーザ情報を表示してよく、アプリ運営者は、自身のアプリ運営者端末機４２０を利用して当該ページにアクセスすることにより、アプリ署名情報、アプリ情報、およびユーザ情報を受け取ってよい。

過程６（１１０６）で、アプリ運営者端末機４２０は、アプリ署名情報、アプリ情報、およびユーザ情報を確認してよい。このとき、アプリ署名情報、アプリ情報、およびユーザ情報の確認は、アプリ運営者によって手動でなされてもよいし、アプリ運営者端末機４２０が予め設定されたロジックを利用してアプリ署名情報、アプリ情報、およびユーザ情報を比較する作業によって自動でなされてもよい。例えば、アプリ運営者端末機４２０は、アプリに対して登録されたアプリ署名情報と認証が要請されたアプリのアプリ署名情報を比較して、アプリ署名情報の認証を許容または遮断してよい。また、アプリ運営者端末機４２０は、予め設定されたユーザに対しては、認証が要請されたアプリ署名情報とは個別にアプリ署名情報の認証を許容または遮断してもよい。本実施形態では、許容されたアプリ署名情報の認証をまた遮断する場合のシナリオについて説明している。

過程７（１１０７）で、アプリ運営者端末機４２０は、アプリ署名情報の認証を遮断するように保存することを認証サーバ３２０に要請してよい。この場合、認証サーバ３２０は、アプリ署名情報、アプリ情報、およびユーザ情報に対する認証が遮断されるようにアプリ署名認証情報をブラックリストに保存してよい。このようなアプリ署名認証情報は、アプリ署名情報、アプリ情報、およびユーザ情報を含んでよい。言い換えれば、認証サーバ３２０のホワイトリストに記録されていたアプリ署名情報、アプリ情報、およびユーザ情報は、ブラックリストに移行されて記録されてよい。

過程８（１１０８）で、認証サーバ３２０は、認証が遮断されたアプリ署名情報、アプリ情報、およびユーザ情報を表示してよい。一例として、認証サーバ３２０は、上述したページのユーザインタフェースを通じて、アプリ署名情報、アプリ情報、ユーザ情報、さらにアプリ署名情報に対する認証が遮断されたことを示す情報を表示してよい。アプリ運営者は、アプリ運営者端末機４２０を利用して前記ページにアクセスして、当該情報を受け取ってよい。これは、前記ページを通じて認証サーバ３２０のブラックリストがアプリ運営者に共有されることを意味してよい。

この後、モバイル端末機４１０の特定のアプリに対するアプリ署名情報の認証が遮断されることによって、特定アプリの実行が遮断されてよい。過程９（１１０９）～過程１２（１１１２）は、アプリの実行が遮断される過程を示している。モバイル端末機４１０は、過程９（１１０９）で、アプリ署名情報、アプリ情報、およびユーザ情報を抽出してよく、過程１０（１１１０）で、抽出されたアプリ署名情報、アプリ情報、およびユーザ情報を認証サーバ３２０に送信してよい。過程１１（１１１１）で、認証サーバ３２０は、アプリ署名認証情報を照会してよい。認証サーバ３２０は、過程７（１１０７）でのアプリ運営者端末機４２０からの要請にしたがってアプリ署名情報、アプリ情報、およびユーザ情報をブラックリストに保存したため、過程１２（１１１２）で、認証サーバ３２０は、当該アプリの実行を遮断してよい。

このように、本発明の実施形態によると、クライアント側では、アプリケーションに対する署名情報とユーザの識別子（一例として、ユーザＩＤ）をサーバ側に伝達し、サーバ側では、ビジネス状況に合わせてアプリケーション運営者側にアプリケーション認証の許容または遮断を決定させるようにすることにより、すべての署名を予め登録しなくてもモバイルアプリケーションの偽造・変造を柔軟に探知することができる。

上述したシステムまたは装置は、ハードウェア構成要素、またはハードウェア構成要素とソフトウェア構成要素との組み合わせによって実現されてよい。例えば、実施形態で説明された装置および構成要素は、例えば、プロセッサ、コントローラ、ＡＬＵ（ａｒｉｔｈｍｅｔｉｃ ｌｏｇｉｃ ｕｎｉｔ）、デジタル信号プロセッサ、マイクロコンピュータ、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、ＰＬＵ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｕｎｉｔ）、マイクロプロセッサ、または命令を実行して応答することができる様々な装置のように、１つ以上の汎用コンピュータまたは特殊目的コンピュータを利用して実現されてよい。処理装置は、オペレーティングシステム（ＯＳ）およびＯＳ上で実行される１つ以上のソフトウェアアプリケーションを実行してよい。また、処理装置は、ソフトウェアの実行に応答し、データにアクセスし、データを記録、操作、処理、および生成してもよい。理解の便宜のために、１つの処理装置が使用されるとして説明される場合もあるが、当業者であれば、処理装置が複数個の処理要素および／または複数種類の処理要素を含んでもよいことが理解できるであろう。例えば、処理装置は、複数個のプロセッサまたは１つのプロセッサおよび１つのコントローラを含んでよい。また、並列プロセッサのような、他の処理構成も可能である。

ソフトウェアは、コンピュータプログラム、コード、命令、またはこれらのうちの１つ以上の組み合わせを含んでもよく、思うままに動作するように処理装置を構成したり、独立的または集合的に処理装置に命令したりしてよい。ソフトウェアおよび／またはデータは、処理装置に基づいて解釈されたり、処理装置に命令またはデータを提供したりするために、いかなる種類の機械、コンポーネント、物理装置、仮想装置、コンピュータ記録媒体または装置に具現化されてよい。ソフトウェアは、ネットワークによって接続されたコンピュータシステム上に分散され、分散された状態で記録されても実行されてもよい。ソフトウェアおよびデータは、１つ以上のコンピュータ読み取り可能な記録媒体に記録されてよい。

実施形態に係る方法は、多様なコンピュータ手段によって実行可能なプログラム命令の形態で実現されてコンピュータ読み取り可能な媒体に記録されてよい。前記コンピュータで読み取り可能な媒体は、プログラム命令、データファイル、データ構造などを単独でまたは組み合わせて含んでよい。媒体は、コンピュータ実行可能なプログラムを継続して記録するものであっても、実行またはダウンロードのために一時記録するものであってもよい。また、媒体は、単一または複数のハードウェアが結合した形態の多様な記録手段または格納手段であってよく、あるコンピュータシステムに直接接続する媒体に限定されることはなく、ネットワーク上に分散して存在するものであってもよい。媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク、および磁気テープのような磁気媒体、ＣＤ－ＲＯＭおよびＤＶＤのような光媒体、フロプティカルディスク（ｆｌｏｐｔｉｃａｌ ｄｉｓｋ）のような光磁気媒体、およびＲＯＭ、ＲＡＭ、フラッシュメモリなどを含み、プログラム命令が記録されるように構成されたものであってよい。また、媒体の他の例として、アプリケーションを配布するアプリケーションストアやその他の多様なソフトウェアを供給または配布するサイト、サーバなどで管理する記録媒体または格納媒体が挙げられる。プログラム命令の例は、コンパイラによって生成されるもののような機械語コードだけではなく、インタプリタなどを使用してコンピュータによって実行される高級言語コードを含む。

以上のように、実施形態を、限定された実施形態と図面に基づいて説明したが、当業者であれば、上述した記載から多様な修正および変形が可能であろう。例えば、説明された技術が、説明された方法とは異なる順序で実行されたり、かつ／あるいは、説明されたシステム、構造、装置、回路などの構成要素が、説明された方法とは異なる形態で結合されたりまたは組み合わされたり、他の構成要素または均等物によって代替されたり置換されたとしても、適切な結果を達成することができる。

したがって、異なる実施形態であっても、特許請求の範囲と均等なものであれば、添付される特許請求の範囲に属する。

Claims (16)

1. 少なくとも１つのプロセッサを含むコンピュータ装置が実行する偽造・変造探知方法であって、
   前記少なくとも１つのプロセッサにより、モバイル端末機でのアプリケーションの実行の試みに応答して、前記モバイル端末機から前記アプリケーションに対するアプリ署名認証情報を受信する段階、
   前記少なくとも１つのプロセッサにより、前記アプリケーションの運営者端末機から前記アプリ署名認証情報に対する認証の許容または遮断の選択を受ける段階、
   前記少なくとも１つのプロセッサにより、前記選択に応じて前記アプリ署名認証情報に対する認証を許容または遮断するように保存する段階、
   前記少なくとも１つのプロセッサにより、前記認証が許容された場合、前記モバイル端末機での前記アプリケーションの実行を許容する段階、および
   前記少なくとも１つのプロセッサにより、前記認証が遮断された場合、前記モバイル端末機での前記アプリケーションの実行を遮断する段階
   を含む、偽造・変造探知方法。
2. 前記認証の許容または遮断の選択を受ける段階は、
   前記アプリ署名認証情報を表示する第１機能と、前記アプリ署名認証情報に対する認証の許容または遮断の選択を受けるための第２機能が含まれたページを提供する段階、および
   前記提供されたページにおいて、前記第２機能によって選択された認証の許容または認証の遮断を確認する段階
   を含むことを特徴とする、請求項１に記載の偽造・変造探知方法。
3. 前記ページは、認証が許容されたアプリ署名認証情報のリストおよび認証が遮断されたアプリ署名認証情報のリストを表示する第３機能と、認証が許容されたアプリ署名認証情報を認証が遮断されたアプリ署名認証情報に変更するための第４機能と、認証が遮断されたアプリ署名認証情報を認証が許容されたアプリ署名認証情報に変更するための第５機能とをさらに含むことを特徴とする、請求項２に記載の偽造・変造探知方法。
4. 前記認証を許容または遮断するように保存する段階は、
   前記アプリ署名認証情報に対する認証を許容するように選択された場合、前記アプリ署名認証情報をホワイトリストに追加する段階、および
   前記アプリ署名認証情報に対する認証を遮断するように選択された場合、前記アプリ署名認証情報をブラックリストに追加する段階
   を含むことを特徴とする、請求項１～３のうちのいずれか一項に記載の偽造・変造探知方法。
5. 前記少なくとも１つのプロセッサにより、前記モバイル端末機での前記アプリケーションの再実行の試みに応答して、前記モバイル端末機から前記アプリケーションに対するアプリ署名認証情報を受信する段階、
   前記少なくとも１つのプロセッサにより、前記アプリ署名認証情報が前記アプリ署名認証情報に対する認証を許容するように保存された場合、前記アプリケーションの再実行を許容する段階、および
   前記少なくとも１つのプロセッサにより、前記アプリ署名認証情報が前記アプリ署名認証情報に対する認証を遮断するように保存された場合、前記アプリケーションの再実行を遮断する段階
   をさらに含む、請求項１～４のうちのいずれか一項に記載の偽造・変造探知方法。
6. 前記アプリ署名認証情報は、前記モバイル端末機のユーザに対するユーザ情報および前記アプリケーションの署名情報を含むことを特徴とする、請求項１～５のうちのいずれか一項に記載の偽造・変造探知方法。
7. 前記アプリ署名認証情報は、前記アプリケーションの基本情報として、前記アプリケーションのパッケージ名および前記アプリケーションのバージョンをさらに含むことを特徴とする、請求項６に記載の偽造・変造探知方法。
8. 前記アプリ署名認証情報は、前記モバイル端末機に対する端末情報をさらに含み、
   前記端末情報は、ＥＭＭＣ（Ｅｍｂｅｄｄｅｄ ＭｕｌｔｉＭｅｄｉａ Ｃａｒｄ）ＩＤ、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ ｓｔａｔｉｏｎ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ）、およびＭＡＣアドレスのうちの少なくとも１つを含むことを特徴とする、請求項６に記載の偽造・変造探知方法。
9. 少なくとも１つのプロセッサを含むモバイル端末機および少なくとも１つのプロセッサを含む認証サーバが実行する偽造・変造探知方法であって、
   前記モバイル端末機の前記少なくとも１つのプロセッサにより、前記モバイル端末機にインストールされたアプリケーションの実行の試みに応答して、前記アプリケーションに対するアプリ署名認証情報を抽出する段階、
   前記モバイル端末機の前記少なくとも１つのプロセッサにより、前記抽出されたアプリ署名認証情報を前記認証サーバに送信する段階、
   前記認証サーバの前記少なくとも１つのプロセッサにより、前記モバイル端末機から前記アプリ署名認証情報を受信する段階、
   前記認証サーバの前記少なくとも１つのプロセッサにより、前記アプリケーションの運営者端末機から前記アプリ署名認証情報に対する認証の許容または遮断の選択を受ける段階、
   前記認証サーバの前記少なくとも１つのプロセッサにより、前記選択に応じて前記アプリ署名認証情報に対する認証を許容または遮断するように保存する段階、
   前記認証サーバの前記少なくとも１つのプロセッサにより、前記認証が許容された場合、前記モバイル端末機での前記アプリケーションの実行を許容する段階、および
   前記認証サーバの前記少なくとも１つのプロセッサにより、前記認証が遮断された場合、前記モバイル端末機での前記アプリケーションの実行を遮断する段階
   を含み、
   前記アプリ署名認証情報は、前記モバイル端末機のユーザに対するユーザ情報および前記アプリケーションの署名情報を含むことを特徴とする、偽造・変造探知方法。
10. コンピュータ装置と結合して請求項１～８のうちのいずれか一項に記載の方法をコンピュータ装置に実行させるためにコンピュータ読み取り可能な記録媒体に記録された、コンピュータプログラム。
11. 請求項１～８のうちのいずれか一項に記載の方法をコンピュータ装置に実行させるためのコンピュータプログラムが記録されている、コンピュータ読み取り可能な記録媒体。
12. コンピュータ読み取り可能な命令を実行するように実現される少なくとも１つのプロセッサ
    を含み、
    前記少なくとも１つのプロセッサにより、
    モバイル端末機でのアプリケーションの実行の試みに応答して、前記モバイル端末機から前記アプリケーションに対するアプリ署名認証情報を受信し、
    前記アプリケーションの運営者端末機から前記アプリ署名認証情報に対する認証の許容または遮断の選択を受け、
    前記選択に応じて前記アプリ署名認証情報に対する認証を許容または遮断するように保存し、
    前記認証が許容された場合、前記モバイル端末機での前記アプリケーションの実行を許容し、
    前記認証が遮断された場合、前記モバイル端末機での前記アプリケーションの実行を遮断すること
    を特徴とする、コンピュータ装置。
13. 前記少なくとも１つのプロセッサにより、
    前記アプリ署名認証情報を表示する第１機能と、前記アプリ署名認証情報に対する認証の許容または遮断の選択を受けるための第２機能が含まれたページを提供し、
    前記提供されたページにおいて、前記第２機能によって選択された認証の許容または認証の遮断を確認すること
    を特徴とする、請求項１２に記載のコンピュータ装置。
14. 前記少なくとも１つのプロセッサにより、
    前記アプリ署名認証情報に対する認証を許容するように選択された場合、前記アプリ署名認証情報をホワイトリストに追加し、
    前記アプリ署名認証情報に対する認証を遮断するように選択された場合、前記アプリ署名認証情報をブラックリストに追加すること
    を特徴とする、請求項１２～１３のうちのいずれか一項に記載のコンピュータ装置。
15. 前記少なくとも１つのプロセッサにより、
    前記モバイル端末機での前記アプリケーションの再実行の試みに応答して前記モバイル端末機から前記アプリケーションに対するアプリ署名認証情報を受信し、
    前記アプリ署名認証情報が前記アプリ署名認証情報に対する認証を許容するように保存された場合、前記アプリケーションの再実行を許容し、
    前記アプリ署名認証情報が前記アプリ署名認証情報に対する認証を遮断するように保存された場合、前記アプリケーションの再実行を遮断すること
    を特徴とする、請求項１２～１４のうちのいずれか一項に記載のコンピュータ装置。
16. 前記アプリ署名認証情報は、前記モバイル端末機のユーザに対するユーザ情報および前記アプリケーションの署名情報を含むこと
    を特徴とする、請求項１２～１５のうちのいずれか一項に記載のコンピュータ装置。

Images