JP2014532245A - モバイルネットワーク環境における特権使用に閾レベルを与えるシステム及び方法 - Google Patents

Abstract

例示的な一実施形態におけるシステム及び方法は、モバイル装置内のアプリケーションによる、優先リソースにアクセスするための要求を検出し、該アプリケーションによる該優先リソースの累積的使用を決定し、及び所定の使用閾レベルが該累積的使用に基づく動作をトリガする場合、ルールに従って該動作を実行する、モジュールを有する。より具体的な実施形態は、要求をブロックするステップと、ユーザに通知を送信するステップと、ルールに関連する所定の使用閾レベルを変更するためにルールデータベースを更新するステップと、を有する。他の実施形態は、前記特権リソースに対する前記アプリケーションの許可を監視するステップと、所定の時間期間の間、使用されていない許可を除去するステップと、前記要求を使用データベース内のログに記録するステップと、前記ログを読み出すステップと、前記ログ内の情報を照合するステップと、前記ログを分析するステップと、を有する。

Description

本開示は、概して、コンピュータネットワーク及び通信の分野に関し、特に、モバイルネットワーク環境における特権リソース使用に閾レベルを与えるシステム及び方法に関する。

コンピュータネットワークセキュリティの分野は、今日の社会で次第に重要且つ複雑になってきた。コンピュータネットワーク環境は、通常、複数の相互接続されたコンピュータ（例えば、エンドユーザコンピュータ、ラップトップ、サーバ、印刷装置、等）を有する実質的にあらゆる企業又は組織のために構成される。このような多くの企業では、情報技術（ＩＴ）管理者は、ホスト、サーバ及び他のネットワークコンピュータ上の実行可能ソフトウェアファイル（例えば、ウェブアプリケーションファイル）を含むネットワーク環境の保守及び制御を任務を負う。ネットワーク環境内の実行可能ソフトウェアファイルの数が増大すると、これらのファイルを効率的に制御、保守及び修正する能力は一層困難になる。

さらに、ハッカーが、モバイル装置を通じてコンピュータネットワーク及びユーザの機密情報を狙っている。ハッカーのモバイルチャネルに対する欲望は増大しており、スマートフォンユーザの３分の１が彼らのモバイル装置からインターネットにアクセスしている。モバイル装置は特に最も成長している消費者技術であり、様々なモバイルアプリケーションがモバイルチャネルで人気がある。モバイル装置が一般に成長するにつれ、ハッカーの関心はこれらの装置に向けられる。モバイルマルウェアは、例えば、アタッカーの標的携帯電話として増えつつある。まだ、より多くの開発者を魅了しようとする産業の要求は、技術革新のモバイル空間におけるセキュリティに対するバランスに挑んでいる。アプリケーション開発への開放的アクセスを提供することは、開発者の注意を引き、同時に記述の悪用に対する扉を開けてしまう。モバイルプラットフォーム間の競争は激しく、開発者に製品化までの時間を促進するために、コンテンツ承認周期を短縮し、発売前セキュリティチェックを簡略化させる。モバイルユーザの集中、装置プラットフォームの開放、及びセキュリティ手順の短縮という傾向は、モバイル装置の脆弱性に起因する、コンピュータネットワーク及びユーザのプライバシーに対するセキュリティの驚異を増大する。

本発明は、モバイルネットワーク環境における特権リソース使用に閾レベルを与えるシステム及び方法を提供する。

＜概要＞
例示的な実施形態におけるシステム及び方法は、モバイル装置内のアプリケーションによる、特権リソースにアクセスするための要求を検出し、該アプリケーションによる該特権リソースの累積的使用を決定し、及び所定の使用閾レベルが該累積的使用に基づく動作をトリガする場合、ルールに従って該動作を実行する、モジュールを有する。より具体的な実施形態は、要求をブロックするステップと、ユーザに通知を送信するステップと、ルールに関連する所定の使用閾レベルを変更するためにルールデータベースを更新するステップと、を有する。例示的な実施形態では、累積的使用が所定の時間量の範囲内で生じた場合、所定の使用閾レベルは動作をトリガする。別の例示的な実施形態では、累積的使用が所定の使用閾レベルを超えた場合、所定の使用閾レベルは動作をトリガする。

他の実施形態は、要求を利用データベース内のログに記録するステップと、ログを読み出すステップと、ログ内の情報を照合するステップと、ログを分析するステップと、を有する。例示的な実施形態は、特権リソースに対するアプリケーションの許可を監視するステップと、所定の時間期間の間に使用されていない許可を除去するステップと、を有する。アプリケーションが所定の時間の間、許可を使用しなかった場合、ユーザは通知されても良い。他の特定の実施形態は、要求及び他の起用に適用可能なルールが存在しない場合、ユーザに通知を送信するステップを有する。

本開示並びにその特徴及び利点のより完全な理解を提供するため、添付の図と共に以下の説明を参照する。図中、同様の参照符号は同様の部分を表す。
例示的な実施形態による、特権リソース使用の閾レベルのためのシステムの構成要素を示す概略ブロック図である。 本開示の実施形態に関連し得る例示的な動作ステップを示す概略フローチャートである。 本開示の別の実施形態によるシステムの構成要素を示す概略ブロック図である。 本開示の実施形態に関連し得る例示的な工程のステップを示す概略フローチャートである。

＜例示的な実施形態＞
図１は、モバイルネットワーク環境において特権リソース使用に閾レベルを与えるシステム１０の例示的な実装を示す概略ブロック図である。モバイル装置は、１又は複数のアプリケーション１２を備えられても良い。アプリケーションは、モバイル装置で動作し（又は動作可能な）モバイル装置のユーザのために特定のタスクを実行するアプリケーションソフトウェアを有する。アプリケーション１２は、アドレス帳、カレンダ、電卓、ゲーム、地図及びウェブブラウザのような、モバイル装置に予めインストールされたネイティブアプリケーションを有しても良い。アプリケーション１２は、Google（登録商標）Android Market、Apple（登録商標）App Store、Palm（登録商標）Software Store、AppCatalog、RIM（登録商標）App Worldのような種々のモバイルアプリケーションソフトウェア配信プラットフォームからダウンロードされても良い。本開示の実施形態によると、モバイル装置は、携帯電話機、スマートフォン、電子書籍リーダ、タブレット、ｉＰａｄ、ＰＤＡ（personal digital assistant）、ラップトップ又は電子ノートブック、ポータブルナビゲーションシステム、マルチメディアガジェット（例えば、カメラ、ビデオ及び／又はオーディオプレイヤ、等）、ゲームシステム、他のハンドヘルド電子装置、並びに、音声、オーディオ、ビデオ、メディア若しくはデータ交換を開始可能な任意の他の同様の装置、コンポーネント、要素若しくはオブジェクトを含む。

監視及びブロックモジュール１４は、１又は複数のリソース１８（ここでは、リソース１８として単数形のユーザは、リソースのうちの任意の１つを表す）にアクセスするための、アプリケーション１２からの１又は複数の要求１６を傍受しても良い。ここで用いられるように、用語「アクセスする」は、開く、生成する、読み出す、書き込む、変更する、削除する、実行する、又は使用するを含む。ここで用いられるように、用語「リソース」は、プロセッサ、メモリ、ファイル、データ構造、ネットワーク接続、カメラ、マイクロフォン、等のような、モバイル装置内の任意の物理的又は仮想的コンポーネントを含む。用語「リソース」は、ファイル、レジストリデータ、電子メール、ＳＭＳ、ブラウザのクッキー、ブラウザの履歴、等のような、任意のデータソースも含む。本願明細書においてここで用いられるように、データは、任意の種類の数値、音声、ビデオ、グラフィック若しくはスクリプトデータ、又は任意の種類のソース若しくはオブジェクトコード、又は、電子装置及び／又はネットワーク内のあるポイントから別のポイントに通信され得る任意の適切な形式の任意の他の適切な情報を表す。例えば、アプリケーション１２は、電子メールの添付を開くために、要求１６を電子メールプログラムへ送信できる。別の例では、アプリケーション１２は、無線ネットワークを介してデータを送信するために、要求１６をポートへ送信できる。更に別の例では、アプリケーション１２は、記憶装置のディスクに格納されたファイルに書き込むために、要求１６を該記憶装置のディスクへ送信できる。

リソース１８は、特権を与えられても良い（つまりアクセスの許可を要求する）。種々の特権の例は、ファイルを作成し、ファイルを読み出し又は書き込み、カメラのような装置リソースを使用し、ネットワーク通信のためのソケットを読み出し又は書き込む能力を含む。特権は、自動的であっても良く（例えば、アプリケーション１２は自動的にメモリ３４にアクセスする許可を与えられても良い）、又は許可されても良い（例えば、ユーザは、モバイル装置内の連絡先リストにアクセスする許可をアプリケーション１２に与えても良い）。監視及びブロックモジュール１４は、ルール／フィルタモジュール２０からのルールを要求１６に適用しても良い。ルールは、発生するイベントに基づき条件付きで実行される動作を含み得る。ルールの一例は、所定の閾サイズ（例えば１０ＭＢ）より大きいファイルを含む送信電子メールをブロックすることを含み得る。ルールは、フィルタも有しても良い。例えば、ルールは、リード属性（例えば、読み出し要求）又は送信属性（例えば、送信要求）のような要求属性に基づき要求をフィルタリングするフィルタを指定しても良い。別の例では、ルールは、特定のアプリケーションからの全ての要求をフィルタリングするよう設定されても良い。

ルールは、１又は複数の閾レベル２２に関連付けられても良い（ここでは、閾レベルのうちの任意の１つを表すために単数形で閾レベル２２として用いられる）。ここで用いられるように、用語「閾レベル」は、動作（例えば、送信要求をブロックする、処理を終了する、記録する、等）をトリガできる限度を有する。閾レベル２２によりトリガされる動作は、ルール／フィルタモジュール２０により指定されても良く、任意の適切な方法で実装できる（例えば、システム１０は、閾レベルを超えた、適合した、超えない、適合しない場合等、動作をトリガするよう構成されても良い）。

閾レベル２２は、ファイルサイズ、ネットワークデータサイズ、ＣＰＵ（中央演算装置）の使用（例えば、時間及び／又は量）、ＳＭＳ（short message service）メッセージの数、アプリケーション１２内の許可の数、等のような、リソース１８に関連する任意の測定可能な特性又はパラメータで実装されても良い。本開示の実施形態によると、システム１０の構成要素は、特権リソース使用（例えば、カメラ、ネットワーク、等）及び特権情報アクセス（例えば、ブラウザ履歴の読み出し、ＳＭＳの読み出し、等）に、閾レベル２２を設定しても良い。幾つかの閾レベル２２は、時間コンポーネントと統合されても良い（例えば、少なくとも５０個のＳＭＳメッセージが特定の日数の間に毎日送信された、５分間より長くＣＰＵ使用率が５０％、与えられた許可が１週間以内に使用されなかった、等）。システム１０は、種々の可能な介入を可能にするために、そのようなリソース使用指示介入の閾レベル２２が必要な場合に、ユーザ２６に特権リソース使用について通知し得る。

ルールは、ユーザに可能な介入を通知することにより、変更され、更新され又は生成されても良い。例示的な実施形態では、ルールは、通知２４がユーザ２６へ送信されても良いことを指定しても良い。一例では、要求１６に適用可能なルールが存在しない場合、規定ルールは、通知２４がユーザ２６へ送信されても良いことを指定しても良い。別の例では、ルール／フィルタモジュール２０は、ルールに必要とされ得る任意の更新について、通知２４をユーザ２６へ送信しても良い。ユーザ２６は、更新２８を監視及びブロックモジュール１４に直接送信しても良く、及び／又はルール／フィルタモジュール２０内のルールを更新しても良い。要求１６がルール／フィルタモジュール２０により、又は更新２８により許可された場合、要求１６は、更なる処理のために適切な場合には、リソース１８へ転送されても良い。

ルール／フィルタモジュール２０は、ルールデータベース３０を有しても良い。ルールデータベース３０は、要求１６を処理するためにルール／フィルタモジュ―ル２０により使用されるルールを有しても良い。監視及びブロックモジュール１４及びルール／フィルタモジュール２０は、それらの意図する機能を実行するために、１又は複数のプロセッサ３２及び１又は複数のメモリ３４を用いても良い。プロセッサ３２及びメモリ３４は、リソース１８の一部であっても良い。監視及びブロックモジュール１４は、使用データベース３８内の１又は複数のログに要求１６を記録しても良い。

システム１０の技術を説明する目的のために、図１に示したシステムのような所与のシステムに存在し得る活動及びセキュリティ問題を理解することは重要である。以下の基礎的情報は、本開示を正しく説明する基礎として考えることができる。このような情報は、真に単に説明を目的として提供され、したがって、決して本開示の広範な範囲及びその潜在的な適用を制限すると考えられるべきではない。

概して、ダウンロード可能なネイティブアプリケーションは、モバイル装置上の多くのセキュリティ驚異を提示する。幾つかのアプリケーションは特に悪意のあるように設計され、また、幾つかの他のアプリケーションは悪意目的で容易に利用できる。アプリケーションに基づく驚異は、通常、以下のカテゴリのうちの１又は複数に適合する。（１）マルウェア、（２）スパイウェア、（３）プライバシー驚異、（４）脆弱アプリケーション。マルウェアは、装置上で悪意のある及び／又は望ましくない動作に関与するよう設計されるソフトウェアである。例えば、マルウェアは、ユーザに認識されずに、ユーザの電話代請求書を変更する、ユーザの連絡先リストに勝手にメッセージを送信する、又は装置を介してアタッカーに遠隔制御をさせるのような動作を実行できる。マルウェアは、モバイル装置から個人情報を盗むためにも使用でき、これは識別情報の盗難又は金融詐欺を生じ得る。

スパイウェアは、ユーザに認識されずに又は許可無しに、データを集め又は使用するよう設計されるソフトウェアである。例えば、スパイウェアは、カメラのフォン又はマイクロフォンをトリガし、会話を録音し、場所を記録する、等を自動的に行い、集めた情報をリモートの受信者に送信できる。プライバシー驚異は、必ずしも悪質ではないが、アプリケーションの主要機能を実行するために必須ではない情報（例えば、場所、連絡先リスト、個人識別情報）を集め又は使用するアプリケーションにより引き起こされ得る。脆弱アプリケーションは、悪意目的で利用され得るソフトウェア脆弱性を有し得る。例えば、脆弱性は、アタッカーが機密情報にアクセスし、望ましくない動作を実行し、サービスが正常に動作するのを止めさせ、自動的に悪意のあるソフトウェアをダウンロードし、又は望ましくない動作に関与することを可能にし得る。

通常、ハッカーは、モバイル装置又はコンピュータネットワークのような接続されたネットワーク内の装置にある情報にアクセスするためにモバイル装置内の脆弱性を用い、アクセスした情報を遠隔の場所へ密かに送信し得る。例えば、Androidオペレーティングシステム（ＯＳ）のような携帯電話技術は、豊富なアプリケーションプログラミングフレームワークを提供し、アプリケーション開発者が、関連する許可を有する場合にモバイル装置内のＳＭＳのログ、通話ログ、連絡先リスト、ウェブブラウジング履歴、等のような種々のデータにアクセスできるようにする。携帯電話機のリソースも利用され得る。例えば、マルウェアは、ユーザの携帯電話機を悪用することにより、スパムメール又は迷惑メールを送信し得る。別の例では、合法アプリケーションが、情報及びリソースにアクセスするための許可を要求し受信し、合法アプリケーションに対する攻撃がこれらの許可を悪用し得る。フレームワークは、アプリケーションが、許可を要求することにより、利用可能なネットワーク、カメラ、等のようなリソースにアクセスすることを可能にする。

概して、アプリケーションは、情報及びリソースにアクセスするために（通常はインストール中に）ユーザに許可を明示的に要求する。しかしながら、技術的知識のないユーザは、これらの許可がアプリケーションによりどのように使用されるかを理解しない。ユーザが技術的知識を有する場合でも、彼／彼女は、どのように及びいつ、アプリケーションの寿命を通じて許可が使用されるかを理解しない。さらに、幾つかのアプリケーションは、かれらの主要機能を実行するためにアドバタイジング（場所／インターネットアクセス）のための許可を要求し得る。しかしながら、適切な制御無しでは、プライベート又は機密情報が認可されていない受信者へ送信され得る。合法許可を違法許可から区別するのは困難である。アプリケーションは、インストールされると直ちに悪質に動作するものではない。機密情報（例えば、金融情報、ＩＭＥＩ番号、ＩＭＳＩ番号、電話番号等を有するＳＭＳ）は、アプリケーションがインストールされてから何日も後に送信され得るので、ユーザは漏洩している情報に気付かない。

アプリケーションに基づく驚異は、通常、オペレーティングシステムに依存し、他のものよりも幾つかのオペレーティングシステムに影響を与え得る。例えば、幾つかのマルウェア及びソフトウェアは、Android ＯＳで動作する装置を標的にする。Android ＯＳは、ＳＭＳ受信／送信インターネットアクセス等のような特定の許可を検証するようユーザに依頼することにより保護レベルを提供しようとしている。しか、この情報は、ユーザがアプリケーションの引き起こす驚異に関する決定論的決定を行うには十分ではない。

Android ＯＳのために現在利用可能な１つの解決策は、複数の機密データ情報源を同時に追跡可能な感染追跡及び分析システムを提供する。この解決策は、Android ＯＳの仮想実行環境を利用することにより、リアルタイム分析を提供する。この解決策は、Android ＯＳのアプリケーション検証プラットフォームを変更し、プライバシーに敏感な情報源からのデータを自動的にラベル付けすることにより、プライバシーに敏感な情報の流れを追跡する。ラベル付けされたデータがネットワークを渡って送信される又はモバイル装置を出るとき、この解決策は、データのラベル、データ送信を担うアプリケーション、及びデータの宛先を記録する。しかしながら、この解決策は、アプリケーションが機密データを送信するのを防がない。さらに、ユーザは、データが送信されたと常に知らされるので、煩わしい。この解決策は、有意なオーバヘッドを追加し得る。標準的なモバイル装置は、この解決策の必要なプラットフォーム変更及びオーバヘッドを許容できない。

図１に概略を示す特権リソース使用に閾レベルを与えるシステムは、特にこれらの問題を解決できる。本開示の実施形態は、より堅牢な解決策を可能にするために既存技術の機能を大いに改善することを目的とする。図１の例示的な実施形態は、能動的介入を説明する。ここで、特権情報ソースにアクセスする要求毎に、又は特権リソースの使用毎に、アプリケーションについてのその特定のリソース又は情報ソースの累積的使用が集められ、閾レベルが適用される。ここで用いられるように、リソースの「累積的使用」は、リソースの使用量の和である。累積的使用は、絶対的（例えば、リソースが使用された回数の和）であっても良く、又は代替で、時間（例えば、所定時間期間に渡る使用量の和）、セッション（例えば、離散的セッション数に渡る使用量の和）のように所望のパラメータに渡り計算されても良い。必要に応じて、ユーザは、アプリケーションが特定リソース又は情報ソースの使用について閾レベルに達したことを通知され得る。次に、ユーザは、行うべき関連動作を選択し得る。ユーザは、そうする必要に気付いた場合、ルールを変更することによりシステムにフィードバックを提供しても良い。システム１０の構成要素は、ルールが要求はブロックされるべきであると指定する場合、要求が通過するのを許可しなくても良い。

例示的な実施形態では、システム１０の構成要素は閾レベル２２を設定しても良く、ユーザ２６はアプリケーション１２からの要求１６が閾レベル２２を超えたときは常に通知されても良い。例示的な実施形態では、ユーザ２６は、適用可能なルールのために閾レベル２２を設定しても良い。例えば、ルール／フィルタモジュール２０は、送出する電子メールの添付についてのファイルサイズ閾レベルを設定するために、ユーザ２６にルールを提示しても良い。別の例示的な実施形態では、閾レベル２２は、ユーザ２６により設定されたルール及び／又はフィルタに従って自動的に設定されても良い。例えば、ユーザ２６は、エネルギ節約のためのルールを設定しても良い。ルールは、５０％でのバッテリ使用のために閾レベル２２を自動的に設定しても良い。

一実施形態によると、特権リソース１８にアクセスするためのアプリケーション１２による各要求１６は、傍受され、例えば閾レベル２２を含む１又は複数のルールに従っても良い。ユーザ２６は、例えば要求１６が（例えば、特定のリソース１８の使用について）適用可能な閾レベル２２に達したことを示すとき、適切に通知されても良い。ユーザ２６は、要求１６に関して行うべき適切な動作を選択しても良い。別の実施形態によると、特権リソースにアクセスするためのアプリケーション１２による各要求１６は、使用データベース３０のログ３６に入力されても良い。

例示的な実施形態では、アプリケーション１２により送信されたネットワークデータは監視されても良く、閾レベル２２がルール／フィルタモジュール２０に設定されても良い。例えば、送出されるネットワークデータについての閾レベル２２は、１日当たり５ｋＢに設定されても良く、アプリケーション１２が５ｋＢのネットワークデータを超える場合、ユーザ２６は（例えば、通知２４を介して）通知されても良い。説明を目的として、悪意アプリケーション１２はモバイル装置を用いてスパム広告メールを連絡先リストに列挙された受信者に送出するとする。悪意アプリケーション１２は、ネットワークインタフェースを有するリソース１８に要求１６を送信して、ネットワークを介してスパム広告を送信するよう要求し得る。監視及びブロックモジュール１４は、悪意アプリケーション１２が時間期間に渡り送信しているネットワークデータ量に関する情報を集め、集めた情報を閾レベル２２と比較し、閾レベル２２を超えた場合に要求１６をブロックしても良い。例示的な実施形態では、ルール／フィルタモジュール２０は、アプリケーション１２が閾レベル２２を超えたことを、通知２４を介してユーザ２６に通知しても良い。ユーザ２６は、アプリケーション１２又はブラックリストアプリケーション１２のための閾レベル２２を増大するようルールを変更できる。それにより、アプリケーション１２が、将来ネットワークを使用できないように、又はユーザ２６がアプリケーションは悪質であると決定した場合にアプリケーション１２がモバイル装置からアンインストールされるようにできる。

別の例示的な実施形態では、プロセッサ使用についての閾レベル２２は、５分間で５％に設定されても良い。これにより、アプリケーション１２がプロセッサ使用で閾レベル２２を超えた場合、ユーザ２６は（例えば、通知２４を介して）通知されても良い。説明を目的として、ユーザ２６は、プロセッサ３２の５０％を使用するアプリケーション１２をインストールすると仮定する。監視及びブロックモジュール１４は、プロセッサ３２にアクセスするための要求１６を傍受し、プロセッサ使用率を閾レベル２２と比較し、閾レベル２２を超えた場合には要求１６をブロックしても良い。例示的な実施形態では、ルール／フィルタモジュール２０は、アプリケーション１２が閾レベル２２を超えたことを、通知２４を介してユーザ２６に通知しても良い。プロセッサ３２にアクセスするための更なる要求１６は、ブロックされ、ユーザ介入を待っても良い。

更に別の例示的な実施形態では、ユーザ２６は、マルウェアアプリケーション１２を市場から無意識にインストールし得る。例えば、アプリケーション１２は、合法ゲームになりすます。しかしながら、アプリケーション１２の主要機能は、モバイル装置から他の電話機へスパムＳＭＳ（short message services）を送信することであり得る。例えば、毎日、アプリケーション１２は、モバイル装置から５０通のＳＭＳを送出し得る。閾レベル２２は、モバイル装置から送出されるＳＭＳの数を監視するよう設定されても良い。更なる閾レベル２２は、ユーザのアドレス帳の中の連絡先へ送信されるＳＭＳの数、及びユーザのアドレス帳にない人々へ送信されるＳＭＳの数を考慮に入れても良い。ユーザ２６が活動に気付くと、ユーザ２６は、アプリケーション１２（又は任意の他のアプリケーション）がモバイル装置のアドレス帳の中に存在する連絡先以外の連絡先へＳＭＳを送信するのを認めず、アプリケーション１２がユーザのアドレス帳の中の連絡先にＳＭＳを送信するのを認めず、アプリケーション１２をアンインストールし、及び／又はアプリケーション１２が更なるＳＭＳを送信するのをブロックできる。

更に別の例示的な実施形態では、ユーザ２６は、種々の特権リソースにアクセスするための多数の許可を要求するアプリケーション１２をインストールし得る。しかしながら、アプリケーション１２は、要求した許可のうちの一部しかこれまでに使用していない。ルールは、アプリケーション１２が所定の時間期間の間（例えば、少なくとも１週間）、与えられた許可を使用しなかった場合に、ユーザ２６に通知２４を送信するよう設定されても良い。監視及びブロックモジュール１４は、所定の時間期間に渡り、アプリケーション１２により使用された許可を監視しても良い。所定の時間期間に渡り許可が使用されていない場合、ユーザ２６は通知されても良い。次に、ユーザ２６は、使用されていない許可をアプリケーション１２から除去できる。これは、アプリケーション１２に脆弱性が存在する場合、セキュリティ上の弱点を突く手段が、許可により保護されたリソース１８へのアクセスを得られないことを保証できる。

図２は、本開示の実施形態に関連し得る例示的な工程のステップを示す概略フローチャートである。本開示の実施形態は、アプリケーションとモバイル装置のオペレーティングシステムとの通信（例えば、要求１６）に介入し、ルールを適用し、必要に応じてユーザ２６に通知しても良い。ユーザ２６は、必要に応じてルールを変更することにより、システム１０にフィードバックを提供しても良い。システム１０の構成要素は、ルールが要求はブロックされるべきであると示唆する場合、要求１６が通過するのを許可しなくても良い。

工程５０は、システム１０が起動されるとき、５２で開始しても良い。５４で、アプリケーション１２は、リソース１８にアクセスするために要求１６を送信する。５６で、要求１６は、使用データベース３８内のログ３６に記録される。５８で、既存のルールセットは、ルールデータベース３０から適用されても良い。ルールがアクセスを許可する場合、監視及びブロックモジュール１４は、アクセスを許可して、６０に進み、工程は６２で終了しても良い。他方で、ルールがアクセスを許可しない場合、６４でアクセスはブロックされ、６６で工程は終了する。ルールが存在しない場合、又はルールがユーザ２６は通知されるべきであると示す場合、ユーザ２６に通知されると、６８でユーザ２６は行うべき動作を指定しても良い。例えば、ユーザ２６は、アクセスをブロックし又は許可し、あるいは、ルールデータベース３０内のルールを更新しても良い。７０で工程は終了しても良い。

図３を参照すると、図３は、特権リソース使用に閾レベルを与えるシステム１０の別の例示的な実装を示す概略ブロック図である。図３の例示的な実施形態は、受動的介入を示し、特権情報ソースにアクセスするための要求毎に、又は特権リソースの使用毎に、（システム１０により維持される）データベースへの入力が行われる。特定の時間期間で（例えば、規則的間隔で）、バックグランドデーモンがデータベースを読み出し、エントリを照合し、必要に応じて及び必要なときにユーザに通知しても良い。ユーザは、そうする必要に気付いた場合、ルール及び／又は閾レベルに関するフィードバックを提供できる。

モバイル装置は、１又は複数のアプリケーション１２を備えられても良い。監視及びブロックモジュール１４は、１又は複数のリソース１８にアクセスするための、アプリケーション１２からの１又は複数の要求１６を傍受するよう設定されても良い。監視及びブロックモジュール１４は、使用データベース３８内のログ３６に要求１６を記録しても良い。デーモン８０は、周期的に、使用データベース３８を調べ、使用データベース３８の中の情報を照合し、（ルール／フィルタモジュール２０からのルールを適用することにより）該情報を分析し、必要に応じてユーザ２６に通知２４で通知しても良い。ユーザ２６は、更新２８を通じてフィードバックを提供できる。ユーザ２６は、更新２８を監視及びブロックモジュール１４に直接送信しても良く、又はルール／フィルタモジュール２０内のルールを更新しても良い。要求１６がルールにより又は更新２８により許可される場合、要求１６は、リソース１８へ転送されても良い。

図４を参照すると、図４は、本開示の実施形態に関連し得る例示的な工程のステップを示す概略フローチャートである。システム１０が起動されるとき、１０２で工程１００は開始する。１０４で、アプリケーション１２は、特権リソース１８にアクセスするために要求１６を送信する。１０６で、要求１６は、使用データベース３８内のログ３６に記録される。ログ３６は、（例えば、前のアクセスの試みからの、又は他のアプリケーションからの）１又は複数の要求１６を有しても良い。１０８で、デーモン８０はログ３６を読み出しても良い。１１０で、デーモン８０はログ３６を分析しても良い。１１２で、ログ３６（例えば、ログ３６内の任意の情報）がユーザの注意を必要とするか否かを決定しても良い。ユーザの注意が必要な場合、１１４で、通知２４はユーザ２６へ送信される。１１６で、ユーザ２６は、ルールを更新することを決定しても良い。ユーザ２６がルールを更新することを決定した場合、１１８で、ルールデータベース３０に更新２８が行われても良い。データベース３０が更新された後、又はユーザ２６がルールを更新しないと決定した場合、１２０で、デーモン８０はしばらくの間スリープしても良い。次に、デーモンは、１０８に復帰しても良い。

再びアプリケーション１２の処理を参照すると、１２２で、監視及びブロックモジュール１４は、ルールデータベース３０からの既存のルールセットを要求１６に適用しても良い。既存のルールセットは元のルールセット及びユーザ２６により作成された任意の更新を有しても良い。ルールがアクセスを許可する場合、１２４でアクセスが許可され、１２６で工程は終了する。ルールがアクセスを許可しない場合、１２８でアクセスがブロックされ、１３０で工程は終了する。

ここに記載された実施形態はモバイルアプリケーションに言及したが、システム１０を用いて他のプログラムファイルセットが評価され及び／又は修正されても良いことが明らかである。図示されたような特権リソース使用の閾レベルについての動作は、例示のみを目的とする。多数の他のオプションの一部が本願明細書に詳述されたが、多数の他のオプションが、種々の図面のオプションと組み合わせて又はそれらを除いて提供され得ることが理解される。

特権リソース使用に閾レベルを与えるソフトウェアは、種々の場所で（例えば、監視及びブロックモジュール１４内に）設けることができる。例示的なある実装では、このソフトウェアは、セキュリティ攻撃から保護されるべき（又は不要な若しくは書き込み可能記憶領域の無認可の操作から保護されるべき）１又は複数のモバイル装置に常駐する。より詳細な構成では、このソフトウェアは、特にオペレーティングシステムのセキュリティレイヤに常駐し、図１に示した構成要素を含んでも良い（又はそれらと接続しても良い）。更に他の実施形態では、このソフトウェアは、このセキュリティ保護を提供するために、（例えば、別個の装置、アプリケーション等のための個々のエンドユーザライセンスを購入する状況では）ウェブサーバから受信されるか又はダウンロードされ得る。

他の例では、ここに記載した機能は、識別された要素内に（又はその近くに）設けられ、又は任意の他の装置、サーバ、ネットワーク機器、コンソール、ファイアウォール、スイッチ、情報技術（ＩＴ）装置等に設けられ、又は（例えば、ファイアウォールと連携して）補完的ソリューションとして設けられ、又はネットワーク内のどこかに備えられ得る（例えば、アンチウイルスソリューションの一部として）独自の要素を含み得る。ここで記載されるように、モバイル装置は、その工程を実現する任意の適切なハードウェア、ソフトウェア、コンポーネント、モジュール、インタフェース又はオブジェクトを有しても良い。これは、効果的なセキュリティ保護を可能にする適切なアルゴリズム及び通信プロトコルを包含し得る。さらに、ここに記載した機能は、任意の適切な方法で統合され得る。同様の設計選択肢に沿って、種々の図面に図示した任意のモジュール及びコンポーネントは、種々の可能な構成で結合され、これらの全てが本願明細書の広範な範囲内に包含されることが明らかである。

これらの要素のうちの任意の要素は、ここに概要を説明した工程を達成するために用いられる情報を格納するメモリを有し得る。さらに、モバイル装置は、本願明細書で議論した動作を実行するために、ソフトウェア又はアルゴリズムを実行できるプロセッサを有しても良い。モバイル装置は、更に、任意の適切なメモリ（ＲＡＭ（random access memory）、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＡＳＩＣ、等）、ソフトウェア、ハードウェアに、又は適切な場合に特定の必要に基づき任意の他の適切な構成要素、装置、要素若しくはオブジェクトに情報を保持しても良い。

追跡され、送信され、受信され又はシステム１０に格納される情報は、任意のデータベース、レジスタ、テーブル、キャッシュ、キュー、制御リスト、又は記憶構造内に、特定の必要及び実装に基づき提供され、これらの全ては任意の適切な時間枠で参照され得る。

本願明細書で議論した任意のメモリアイテムは、広義の用語「メモリ」に包含されると考えられるべきである。同様に、本願明細書に記載した可能な処理要素、モジュール及び機械のうちのいずれも、広義の用語「プロセッサ」に包含されると考えられるべきである。各モバイル装置、コンピュータ、ネットワーク機器等は、セキュア環境内でデータ又は情報を受信し、送信し、及び／又は通信する適切なインタフェースを含み得る。

プロセッサは、本願明細書に詳述した工程を達成するためにデータと関連付けられた任意の種類の命令を実行できる。一例では、（図示したような）プロセッサは、要素又はアーティクル（例えばデータ）を、有る状態若しくは物から別の状態若しくは物に変換し得る。別の例では、本願明細書に概説した動作は、固定ロジック若しくはプログラマブルロジック（例えば、プロセッサにより実行されるソフトウェア／コンピュータ命令）で実装されても良い。また、本願明細書で特定された要素は、特定種類のプログラマブルプロセッサ、プログラマブルデジタルロジック（例えば、ＦＰＧＡ（field programmable gate array））、ＥＰＲＯＭ（erasable programmable read only memory）、ＥＥＰＲＯＭ（electrically erasable programmable read only memory））、デジタルロジック、ソフトウェア、コード、電子的命令を有するＡＳＩＣ、又はこれらの任意の適切な組合せであり得る。

特定の例示的な実装では、ここで概説した機能は、１又は複数の有形非一時的媒体内にエンコードされたロジック（例えば、ＡＳＩＣ（application specific integrated circuit）、ＤＳＰ（digital signal processor）命令、プロセッサにより実行されるソフトウェア（場合によってはオブジェクトコード及びソースコードを含む）、又は他の同様の機械等に設けられる埋め込み型ロジック）により実施され得る。これらの例の一部では、（図中に示したような）メモリは、ここに記載した工程のために使用されるデータを格納できる。これは、本願明細書に記載した動作を実行するために実行されるソフトウェア、ロジック、コード又はプロセッサ命令を格納可能なメモリを含む。

これらの要素及び／又はモジュールは、本願明細書で議論したような動作を実行するために互いに協働できる。他の実施形態では、これらの特徴は、これらの要素の外部に設けられ、他の装置に含まれ、これらの目的の機能を達成するか、又は任意の適切な方法で強化されても良い。例えば、種々の要素に関連付けられた幾つかのプロセッサは除去され又は強化され、単一プロセッサ及び単一メモリ位置が特定の動作を担うようにしても良い。一般的な意味では、図に示した構成はその表現においてより論理的であり、一方で、物理的アーキテクチャは、種々の置換、組合せ、及び／又はこれらの要素の合成物を有しても良い。種々の実施形態では、これらの要素の一部又は全部は、ここに概説した工程を達成するために協調し、管理し、又は協働できるソフトウェア（又は回帰ソフトウェア）を含む。

特定の例示的な実装では、本願明細書に概説した動作は、ソフトウェアで実装されても良い。種々の実施形態では、ここに記載したシステムのソフトウェアは、これらの識別された要素内に（又はその近くに）設けられ、又は任意の他の装置、サーバ、ネットワーク機器、コンソール、ファイアウォール、スイッチ、情報技術（ＩＴ）装置、分散型サーバ、等に設けられ、又は補完的ソリューションとして設けられ、又はネットワーク内に設けられ得る独自要素を含み得る。

留意すべき事に、本願明細書で提供した多数の例では、相互作用は、２、３、４又はさらに多くのネットワーク要素及びモジュールの観点から記載された。しかしながら、これは、明確化及び単なる例示を目的として行われている。理解されるべきことに、システムは、任意の適切な方法で統合され得る。同様の設計選択肢に沿って、説明したモジュール、コンポーネント及び図１の要素のうちのいずれも、種々の可能な構成で結合され、これらの全てが本願明細書の広範な範囲内に包含されることが明らかである。特定の例では、限られた数の要素又は構成要素のみを参照することにより、所与のフローセットの１又は複数の機能を説明することが分かり易い。理解されるべきことに、図１のシステム（及びその教示）は、直ちに拡張可能であり、より多くの複雑な／高度な配置及び構成とともに多数のコンポーネントを収容できる。したがって、提供された例は、無数の他のアーキテクチャに適用可能なシステム１０の範囲を制限し又はその広範な教示を抑制すべきではない。

また、重要なことに、前述の図を参照して説明した工程は、当該システムにより又は当該システム内で実行され得る可能なシナリオの一部のみを説明している。これらの工程の一部は、適切な場合、削除又は除去されても良い。或いは、これらのステップは、議論した概念の範囲から逸脱することなく大幅に修正又は変更されても良い。さらに、これらの工程のタイミングは大幅に変更されても良く、依然として本開示で教示した結果を達成する。前述の工程のフローは、例示及び議論を目的として提供された。適切な配置、時間順序、及びタイミングメカニズムが議論した概念の教示から逸脱することなく提供され得るシステムにより、十分な柔軟性が提供される。

Claims (20)

1. モバイル装置内のアプリケーションによる、特権リソースにアクセスするための要求を検出するステップと、
   前記アプリケーションによる前記特権リソースの累積的使用を決定するステップと、
   所定の使用閾レベルが前記累積的使用に基づく動作をトリガする場合、ルールに従って前記動作を実行するステップと、
   を有する方法。
2. 前記動作は、
   前記要求をブロックするステップと、
   ユーザに通知を送信するステップと、
   を有する、請求項１に記載の方法。
3. 前記動作は、前記ルールに関連する前記所定の使用閾レベルを変更するためにルールデータベースを更新するステップを有する、請求項１に記載の方法。
4. 前記累積的使用が所定の時間量の範囲内で生じた場合、前記所定の使用閾レベルは前記動作をトリガする、請求項１に記載の方法。
5. 前記累積的使用が前記所定の使用閾レベルを超えた場合、前記所定の使用閾レベルは前記動作をトリガする、請求項１に記載の方法。
6. 前記特権リソースに対する前記アプリケーションの許可を監視するステップと、
   所定の時間期間の間に使用されていない許可を除去するステップと、
   を更に有する請求項１に記載の方法。
7. 前記アプリケーションが前記所定の時間期間の間に許可を使用しない場合、ユーザに通知を送信するステップ、を更に有する請求項６に記載の方法。
8. 前記要求に適用可能なルールが存在しない場合、前記ユーザに通知を送信するステップ、を更に有する請求項１に記載の方法。
9. 前記要求を使用データベース内のログに記録するステップ、を更に有する請求項１に記載の方法。
10. 前記ログを読み出すステップと、
    前記ログ内の情報を照合するステップと、
    前記ログを分析するステップと、
    を更に有する請求項９に記載の方法。
11. データを格納するよう構成されるメモリと、
    前記データに関連する命令を実行するよう動作するプロセッサと、
    監視及びブロックモジュールと、
    ルールモジュールと、
    を有し、
    モバイル装置内のアプリケーションによる、特権リソースにアクセスするための要求を検出し、
    前記アプリケーションによる前記特権リソースの累積的使用を決定し、
    所定の使用閾レベルが前記累積的使用に基づく動作をトリガする場合、ルールに従って前記動作を実行する、
    よう構成される装置。
12. 前記動作は、
    前記要求をブロックするステップと、
    ユーザに通知を送信するステップと、
    を有する、請求項１１に記載の装置。
13. 前記動作は、前記ルールに関連する前記所定の使用閾レベルを変更するためにルールデータベースを更新するステップを有する、請求項１１に記載の装置。
14. 前記特権リソースに対する前記アプリケーションの許可を監視し、
    所定の時間期間の間に使用されていない許可を除去する、
    よう更に構成される請求項１１に記載の装置。
15. 前記装置は、前記要求をログに記録する使用データベースを更に有し、前記装置は、
    前記ログを読み出し、
    前記ログ内の情報を照合し、
    前記ログを分析する、
    よう更に構成される請求項１１に記載の装置。
16. 非一時的媒体にエンコードされたロジックであって、実行のためのコードを有し、プロセッサにより実行されると、
    モバイル装置内のアプリケーションによる、特権リソースにアクセスするための要求を検出するステップと、
    前記アプリケーションによる前記特権リソースの累積的使用を決定するステップと、
    所定の使用閾レベルが前記累積的使用に基づく動作をトリガする場合、ルールに従って前記動作を実行するステップと、
    を有する工程を実行するよう動作するロジック。
17. 前記動作は、
    前記要求をブロックするステップと、
    ユーザに通知を送信するステップと、
    を有する、請求項１６に記載のロジック。
18. 前記動作は、前記ルールに関連する前記所定の使用閾レベルを変更するためにルールデータベースを更新するステップを有する、請求項１６に記載のロジック。
19. 前記工程は、前記特権リソースに対する前記アプリケーションの許可を監視するステップと、
    所定の時間期間の間に使用されていない許可を除去するステップと、
    を更に有する、請求項１６に記載のロジック。
20. 前記工程は、前記要求を使用データベース内のログに記録するステップと、
    前記ログを読み出すステップと、
    前記ログ内の情報を照合するステップと、
    前記ログを分析するステップと、
    を更に有する、請求項１６に記載のロジック。

Images