JP2017522667A - コンピューティングリソースへのアクセスに対する脅威ベース認証のためのデバイスおよび方法 - Google Patents

Abstract

いくつかの実施形態において、方法は、ホストデバイスで、クライアントデバイスが一組のリソースからのリソースにアクセスすることに対する認証要求を示す信号を受信することを含む。認証要求に関連付けられているリソース信頼度値は、（１）一組の脅威からの各脅威に対する少なくとも１つのリスク緩和スコアに関連付けられている脅威信頼度ベクトル、および（２）リソースおよび一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアに少なくとも一部は基づき計算される。リソース信頼度値は、一組のリソースからのリソースに関連付けられているリソース信頼度基準と比較される。クライアントデバイスがリソースへのアクセスを認められるようにリソース信頼度値がリソース信頼度基準を満たしたときに肯定的認証を示す信号がホストデバイスからクライアントデバイスに送信される。

Description

関連出願の相互参照
[1001] 本出願は、参照により全体が本明細書に組み込まれている、２０１４年７月１８日に出願した米国仮出願第６２／０２６，３６２号、名称「Ｄｅｖｉｃｅｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｔｈｒｅａｔ−Ｂａｓｅｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ」の優先権および利益を主張するものである。

[1002] 本出願は、また、参照により全体が本明細書に各々組み込まれている、２０１４年７月１８日に出願した米国仮特許出願第６２／０２６，３６２号、名称「Ｄｅｖｉｃｅｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｔｈｒｅａｔ−Ｂａｓｅｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ」の優先権を主張する、２０１５年７月１６日に出願した米国非仮特許出願第１４／８０１，２０３号、名称「Ｄｅｖｉｃｅｓ ａｎｄ Ｍｅｔｈｏｄｓ ｆｏｒ Ｔｈｒｅａｔ−Ｂａｓｅｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｏｒ Ａｃｃｅｓｓ ｔｏ Ｃｏｍｐｕｔｉｎｇ Ｒｅｓｏｕｒｃｅｓ」の継続出願であり、それらの出願の優先権を主張するものである。

[1003] 本明細書で説明されている実施形態は、一般的にコンピューティングリソースへのアクセスのための電子認証、およびより具体的には、脅威ベース認証（threat-based authentication）のためのデバイスおよび方法に関するものである。

[1004] 電子デバイスの能力の向上は、そのようなデバイスの使い方を大きく拡大した。いくつかの場合において、個人情報および／または他の何らかの形で機密である情報（またはそのような情報を表すデータ）は、電子デバイスの使用を通じてアクセスされるものとしてよく、一般に、そのような情報は、単一のユーザまたはユーザの選択グループによってアクセスされることが意図されているが、ユーザの選択グループのユーザ以外のユーザによるその情報へのアクセスは、制約される。したがって、いくつかのシステムおよび／またはデバイスは、一組の資格証明書に基づきユーザの識別情報を認証することができる。ほとんどの場合において、認証は、「ｗｈａｔ ｙｏｕ ｈａｖｅ」、「ｗｈａｔ ｙｏｕ ｋｎｏｗ」、および「ｗｈａｔ ｙｏｕ ａｒｅ」のうちの少なくとも１つに基づく。たとえば、ユーザは、モバイル電子デバイス(たとえば、スマートフォン、タブレット、ウルトラブック、ラップトップ、携帯情報端末（PDA）など)、キーフォブ、カード、または磁気および／もしくは電磁コンポーネントなどを含む同様のものなどの電子デバイス、磁気デバイス、またはその組合せを介して「ｗｈａｔ ｙｏｕ ｈａｖｅ」方法を使用して認証されるものとしてよく、ユーザは、ユーザパスワード、個人識別番号（PIN）、タッチスクリーン上の一意的パターン、質問回答、および／または同様のものの入力を介して「ｗｈａｔ ｙｏｕ ｋｎｏｗ」方法を使用して認証されるものとしてよく、ユーザは、たとえば指紋スキャン、心電図（EKG）、網膜スキャン、歩行特性、および／または同様のものなどの生体データの入力を介して「ｗｈａｔ ｙｏｕ ａｒｅ」方法を使用して認証されるものとしてよい。

[1005] いくつかの場合において、たとえば、少なくとも部分的に制限されている物理的エンティティ（たとえば、場所、建物、建物内の区域または部屋など）、データ、ネットワーク、および／または同様のものへのアクセスは、能動的な（たとえば、一組のキーストローク、音声コマンド、タッチスクリーン入力、マウスクリックなどを介したユーザパスワード、ＰＩＮ、または他の資格証明書の入力）および／または受動的な（たとえば、生体測定値読み取り、歩行特性、インターネットプロトコル（IP）アドレス、地理的位置、時刻、履歴的パターン、および／または同様のもの）ユーザに関連付けられている資格証明書のうちの１つまたは組合せの認証に基づき得る。不正アクセスのリスクを緩和する目的で、いくつかのシステムは、複数の能動的および／または受動的認証モードに基づくアクセスを提供し得る。たとえば、そのようないくつかのシステムは、一連の論理式を使用して認証モードを定義することができる。しかしながら、そのような論理式は、より多くの入力を含むようにスケーリングされるときに管理が複雑および／または困難なものとなり得る。

[1006] いくつかの場合において、システムは、たとえば、不正アクセスのリスクを緩和するためにリスクベース認証（RBA）方法を使用することができる。そのようなＲＢＡ方法は、ユーザ、デバイス、および／または物理的エンティティに関連付けられているリスクプロファイルに基づくものであり、高いリスクほど、高められたおよび／またはよりチャレンジングな認可方法に関連付けられる。そのようなシステムは、比較的高い偽陽性および／または偽陰性の結果を有し得る。さらに、いくつかのそのようなＲＢＡ方法は、なぜまたはどのような特性が与えられたリスクスコアに影響を及ぼしたかを決定し、定義し、および／または計算することをせず、むしろ、出力は単なる値である。

[1007] そこで、脅威ベース認証のための改善された装置および方法に対する必要性が存在する。

[1008] いくつかの実施形態において、方法は、ホストデバイスで、クライアントデバイスが一組のリソースからのリソースにアクセスすることに対する認証要求を示す信号を受信することを含む。認証要求に関連付けられているリソース信頼度値は、（１）一組の脅威からの各脅威に対する少なくとも１つのリスク緩和スコアに関連付けられている脅威信頼度ベクトル、および（２）リソースおよび一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアに少なくとも一部は基づき計算される。リソース信頼度値は、一組のリソースからのリソースに関連付けられているリソース信頼度基準と比較される。クライアントデバイスがリソースへのアクセスを認められるようにリソース信頼度値がリソース信頼度基準を満たしたときに、肯定的認証を示す信号がホストデバイスからクライアントデバイスに送信される。

[1009]一実施形態による脅威ベース認証システムの概略図である。 [1010]図１の認証システムに備えられているホストデバイスのプロセッサの概略図である。 [1011]一実施形態による認証ポリシーの一部の図である。 [1012]リソース信頼度ベクトルを決定するために図２のプロセッサにおいて実行されるプロセスの一例を示す図である。 [1013]一実施形態による、ある期間にわたる認証ステータスを例示するグラフである。 一実施形態による、ある期間にわたる認証ステータスを例示するグラフである。 [1014]各々異なる一実施形態によりプロセッサにおいて実行されるプロセスを示す図である。 各々異なる一実施形態によりプロセッサにおいて実行されるプロセスを示す図である。 [1015]一実施形態による脅威ベース認証システムを使用する方法を例示するフローチャートである。 [1016]別の実施形態による脅威ベース認証システムを使用する方法を例示するフローチャートである。

[1017] 本明細書で説明されている実施形態は、脅威ベース認証のためのデバイスおよび方法に関するものである。いくつかの実施形態において、方法は、ホストデバイスで、一組のリソースからのリソースに対する認証要求を示す信号を受信することを含む。認証要求に関連付けられているリソース信頼度値は、（１）一組の脅威からの各脅威に対する少なくとも１つのリスク緩和スコアに関連付けられている脅威信頼度ベクトル、および（２）リソースおよび一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアに少なくとも一部は基づき計算される。リソース信頼度値は、一組のリソースからのリソースに関連付けられているリソース信頼度基準と比較される。リソース信頼度値がリソース信頼度基準を満たしたときに肯定的認証を示す信号がホストデバイスからクライアントデバイスに送信される。

[1018] いくつかの実施形態において、方法は、ホストデバイスで、クライアントデバイスが第１の認証モードに関連付けられているデータおよび第１の認証モードと異なる第２の認証モードに関連付けられているデータを含むリソースにアクセスすることに対する認証要求を示す信号を受信することを含む。脅威信頼度ベクトルは、（１）第１の認証モードおよび一組の脅威に関連付けられているリスク緩和スコア、ならびに（２）第２の認証モードおよび一組の脅威に関連付けられているリスク緩和スコアに基づき計算される。リソースに関連付けられているリソース信頼度値が計算される。リソース信頼度値は、（１）脅威信頼度ベクトル、および（２）リソースおよび一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアに基づく。リソース信頼度値は、リソースに関連付けられているリソース信頼度基準と比較される。リソース信頼度値がリソース信頼度基準を満たしたときに肯定的認証を示す信号がホストデバイスからクライアントデバイスに送信される。そのような肯定的認証は、クライアントデバイスに対してリソースへのアクセスを認めることができる。

[1019] いくつかの実施形態において、装置は、メモリまたはプロセッサのうちの少なくとも一方で実装され、一組のリソースおよびクライアントデバイスと電子的に通信するように構成されている通信モジュールを備える。装置は、また、ポリシー定義モジュールと、ポリシー適用モジュールと、認証モジュールとを備える。ポリシー定義モジュールは、（１）一組の脅威からの各脅威に対する一組のリスク緩和スコアに関連付けられている脅威信頼度ベクトル、および（２）一組の脅威からの各脅威に対する一組のリソース脆弱性スコアに基づき、一組のリソースからの各リソースに対するリソース信頼度基準を定義するように構成されている。認証モジュールは、１つまたは複数の認証モードを用いてユーザを認証し、および/または妥当性確認するように構成される。同様の言い方をすると、認証モジュール１１５は、ユーザによって提供され、１つまたは複数の認証モードに関連付けられている資格証明書および／またはデータを検証するように構成される。ポリシー適用モジュールは、（１）通信モジュールを介して、一組のリソースからのリソースに関連付けられている認証要求（たとえば、認証モジュールからの）を示す信号を受信し、（２）認証要求に関連付けられている脅威信頼度ベクトルおよび一組のリソース脆弱性スコアに基づき一組のリソースからのリソースに対するリソース信頼度値を定義するように構成される。ポリシー適用モジュールは、また、（１）一組のリソースからのリソースに対するリソース信頼度値と一組のリソースからのリソースに対するリソース信頼度基準とを比較し、（２）一組のリソースからのリソースに対するリソース信頼度基準が満たされたときに、通信モジュールを介して肯定的認証を示す信号をクライアントデバイスに送信するように構成される。そのような肯定的認証は、クライアントデバイスに対してリソースへのアクセスを認めることができる。

[1020] 本明細書で説明されている方法および装置は、リソース（たとえば、サーバ、データベース、ウェブサイト、ネットワーク、ワークステーション、アクセスポイントなど）へのアクセスに関連付けられているセキュリティを高める。たとえば、本明細書で説明されている方法および装置は、特定のリソースへの最も可能性の高い、および／または有害な脅威に対するセキュリティを高め、および／またはその潜在的可能性を緩和するようにリソースのセキュリティポリシーを手直しする。同様の言い方をすると、特定のリソースに対してユーザを認証するように選択されたセキュリティポリシーおよび認証モードは、両方ともリソースおよび脅威特有である。それに加えて、そのようなセキュリティポリシーは、ある種のセキュリティ脅威の発生があり得ず、および／または大きな損害を引き起こす可能性がないときにユーザに対する負担を軽減する。したがって、リソースに関連付けられている認証ポリシーは、ユーザに対する負担を最小にし、および／または軽減しながらその特定のリソースに対する最も可能性の高い脅威を緩和するように設計され得る。

[1021] 本明細書で使用されているように、「１つの（または使わない場合もある）」および「その（使わない場合もある）」（英語原文の冠詞「ａ」、「ａｎ」、および「ｔｈｅ」に対応する）で示される単数形は、文脈上明らかにそうでないことを示していない限り、複数形の指示対象を含む。したがって、たとえば、「メンバー」という用語は、単一のメンバーまたはメンバーの組合せを意味することが意図されており、「材料」は、１つもしくは複数の材料またはその組合せを意味することが意図されている。

[1022] 本明細書で使用されているように、「モジュール」という用語は、たとえば、メモリ、プロセッサ、電気トレース、光コネクタ、ソフトウェア（ハードウェアで実行される）、および／または同様のものを含むことができる任意のアセンブリおよび／または一組の動作可能に結合されている電気コンポーネントを指す。たとえば、プロセッサで実行されるモジュールは、ハードウェアベースのモジュール（たとえば、フィールドプログラマブルゲートアレイ（FPGA）、特定用途向け集積回路（ASIC）、デジタルシグナルプロセッサ（DSP））および／またはソフトウェアベースのモジュール（たとえば、メモリに記憶され、および／またはプロセッサで実行されるコンピュータコードのモジュール）の任意の組合せであってよく、そのモジュールに関連付けられている１つまたは複数の特定の機能を実行することができる。

[1023] 本明細書で使用されているように、「脅威」という用語は、一般的に、デバイス（たとえば、電子デバイス）、ネットワークまたはネットワークの一部、物理的ロケーションなどへの不正アクセスを得るために使用されるデバイスおよび／または方法を指す。たとえば、脅威は、電子メール、インターネット、電話、個人対個人などを介したフィッシング手法などの信頼への脅威、なりすまし手法（たとえば、本物そっくりのウェブサイト、模擬ブラウザなど）、ｉｆｒａｍｅエクスプロイト、ブラウザエクスプロイト、ダイナミックネームシステム（DNS）ポイズニング、ネットワークトラフィックスニッフィング、プロキシポイズニングなどのリモート脅威、ソフトウェア脆弱性、ブラウザツールバー、ブラウザアドレスバー偽装、トロイの木馬、修正されたソフトウェア、偽製品（たとえば、偽ウイルス対策ソフト、など）、スパイウェア（たとえば、キージェネレータ、キーロガー、マウス／スクリーンスナップショットソフト、など）、バックドア、ウイルス、ＴＥＭＰＥＳＴ（すなわち、スパイ技術）、マルウェア、悪意のあるハードウェア修正（たとえば、トークン修正、トークン置換、認可デバイス置換、および／またはエミュレーション）、損なわれたクッキー、クッキー記憶の予防、などのローカル脅威、たとえば、パスワードの共有、パスワードの書き込み、弱いパスワードの使用、複数のアクセスポイントに対して１つのパスワードを使用すること、パスワードの入力時に他人ののぞき込みを防止しないこと、物理的資格証明書の盗難（たとえば、キーフォブ、アクセスカード、キー、など）、弱いパスワード喪失手順、パスワード保存もしくは「記憶」技術の使用、などを介して盗まれた、喪失した、または他の何らかの方法で取得された資格証明書、サービス拒否（DoS）または分散型サービス拒否（DDoS）攻撃、および/または他の脅威とすることができる。特定のリスト「脅威」が上で説明されているが、電子デバイス、ネットワークもしくはその一部、物理的アクセスポイントなどに影響を及ぼす潜在的脅威の網羅的リストであることを意図していない。むしろ、脅威のリストは例として挙げられており、網羅的であることもまたは他の何らかの形で網羅的であることを意図していない。

[1024] 図１は、一実施形態による脅威ベース認証システム１００の概略図である。いくつかの場合において、脅威ベース認証システム１００（本明細書では「システム」とも称される）は、一組の資格証明書、特権、ならびに／またはユーザおよび／もしくはリソース（たとえば、電子的および／または磁気デバイス）に関連付けられているアクセスのレベルを認証し、検証するために使用され得る。システム１００の少なくとも一部は、たとえば、メモリに記憶されている一組の命令またはコードによって表され、および／または記述され、電子デバイス（たとえば、ホストデバイス、サーバもしくはサーバのグループ、パーソナルコンピュータ（PC）、ネットワークデバイスなど）および／または同様のもののプロセッサにおいて実行され得る。そのようなものとして、システム１００は、電子デバイス、ネットワークもしくはネットワークの一部、物理的ロケーション、および／または同様のものへの不正アクセスのリスクを緩和するために使用され得る。より具体的には、システム１００は、識別情報（たとえば、人間および／またはデバイスの識別情報）を認証して、１つもしくは複数のリソースまたは同様のものに影響を及ぼすことが知られている一組の脅威に少なくとも一部は基づき不正アクセスのリスクを緩和するために使用され得る。いくつかの実施形態において、システム１００は、認証された識別情報に基づき１つまたは複数のリソースへのアクセスを認めるために使用され得る。

[1025] システム１００は、少なくとも１つのクライアントデバイス１３０および少なくとも１つのリソース１４０と通信するホストデバイス１１０を備える。ホストデバイス１１０は、クライアントデバイス１３０およびリソース１４０と電子的に通信するサーバもしくはサーバのグループ、ネットワーク管理デバイス、パーソナルコンピュータ（PC）、処理ユニット、および／または同様のものなどの好適な任意のホストデバイスであってよい。たとえば、いくつかの実施形態において、ホストデバイス１１０は、ネットワーク１０５を介して電子デバイス１３０およびリソース１４０と電子的に通信するサーバもしくはサーバのグループとすることができる。他の実施形態において、ホストデバイス１１０は、クライアントデバイス１３０および／またはリソース１４０と直接的に（たとえば、ネットワーク１０５を介さずに）電子的に接続され得る。

[1026] リソース１４０は、少なくとも部分的に制限されているデータ、情報、アイテム、および／または同様のものを備えるか、含むか、または記憶することができる好適な任意の電子デバイス、ネットワーク、ネットワークロケーション、ネットワークデバイス、サーバ、アクセスポイント、ウェブサイト、物理的構造体（たとえば、建物）、物理的構造体の一部（たとえば、部屋）、および／または同様のものであってよい。いくつかの実施形態において、リソース１４０は、クライアントデバイス１３０から１つまたは複数の認証モードに関連付けられているデータを受信し、それに応答して、１つまたは複数の認証モードに関連付けられているデータをホストデバイス１１０に送信することができる中間デバイスまたは同様のものであるものとしてよく、および／または含み得る。特に、１つの場合において、そのようなリソース１４０は、物理的ロケーションへのアクセスを制御するように構成されているアクセスポイントであってよい（たとえば、キーカード、キーフォブ、および／または類似の識別カードもしくは資格証明書を読み出すように構成されている近接センサー、赤外線（IR）スキャナ、無線周波（RF）トランシーバ、および／または同様のもの）。他の場合において、リソース１４０は、ホストデバイス１１０に動作可能に結合され、および／または他の何らかの方法で含まれ得る。たとえば、リソース１４０は、認証データを受信するように構成されている（すなわち、リソースとして機能するように構成されている）第１のモジュール（たとえば、上で説明されているようなハードウェアモジュールおよび／またはソフトウェアモジュール）または同様のもの、および認証データを処理してアクセスを許可もしくは拒絶するように構成されている（すなわち、ホストデバイスとして機能するように構成されている）第２のモジュールまたは同様のものを備えることができる。なおも他の実施形態において、リソース１４０は、クライアントデバイス１３０に含まれるものとしてよく、および／またはクライアントデバイス１３０であり得る。たとえば、いくつかの場合において、認証アクションおよび／またはプロセスは、クライアントデバイス１３０に「ログイン」し、および／またはソフトウェアモジュールもしくはアプリケーションにアクセスするために実行される。

[1027] クライアントデバイス１３０は、本明細書でさらに詳しく説明されるような、ＰＣ、ラップトップ、コンバーティブルラップトップ、タブレット、携帯情報端末（PDA）、スマートフォン、ウェアラブル電子デバイス（たとえば、スマートウォッチなど）、資格証明書、キーフォブ、キーカード、および／または同様のものなどの好適な任意のデバイスであってよい。図１に示されていないが、いくつかの実施形態において、クライアントデバイス１３０は、少なくとも１つのメモリ、プロセッサ、通信モジュール、および１つまたは複数のユーザインターフェースを備える電子デバイスであってよい。メモリ、プロセッサ、通信モジュール、およびユーザインターフェースは、互いの間の信号の送信を可能にするように互いに接続され、および／または電気的に結合され得る。たとえば、いくつかの実施形態において、メモリは、ランダムアクセスメモリ（RAM）、メモリバッファ、ハードドライブ、リードオンリーメモリ（ROM）、消去可能プログラム可能リードオンリーメモリ（EPROM）、および／または同様のものであってよい。プロセッサは、汎用プロセッサ、中央演算処理装置（CPU）、アクセラレーテッドプロセッシングユニット（APU）、および特定用途向け集積回路（ASIC）、および／または同様のものなどの一組の命令またはコード（たとえば、メモリに記憶されている）を稼働させるか、または実行するように構成されている好適な任意の処理デバイスであってよい。そのようなプロセッサは、ＰＣアプリケーション、モバイルアプリケーション、インターネットウェブブラウザ、セルラーおよび／またはワイヤレス通信（ネットワークを介して）、および／または同様のものを使用することに関連付けられているメモリに記憶されている一組の命令またはコードを稼働させるか、または実行することができる。より具体的には、プロセッサは、本明細書においてさらに詳しく説明されているように、認証データをホストデバイス１１０に送信し、および／または認証データをホストデバイス１１０から受信することに関連付けられているメモリに記憶されている一組の命令またはコードを実行することができる。

[1028] クライアントデバイス１３０の通信モジュールは、１つまたは複数のネットワークインターフェースカードまたは同様のものなどのリソースをホストデバイス１１０と通信させることができる好適な任意のモジュールおよび／またはデバイスとすることができる。そのようなネットワークインターフェースカードは、たとえば、ネットワークまたは同様のものを介してクライアントデバイス１３０をホストデバイス１１０と通信させるこることができるＥｔｈｅｒｎｅｔポート、ＷｉＦｉ（登録商標）無線、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線、近距離通信（NFC）無線、および／またはセルラー無線を含むことができる。ユーザインターフェースは、たとえば、ディスプレイ、スピーカー、マイクロフォン、バイオメトリックスキャナもしくはリーダー、および／または同様のものであってよい。たとえば、ユーザインターフェースは、システム１００の好適な任意の部分をグラフィックで表現することができる陰極線管（CRT）モニタ、液晶ディスプレイ（LCD）モニタ、発光ダイオード（LED）モニタ、および／または同様のものなどのディスプレイ（たとえば、ウェブページ、ＰＣアプリケーション、モバイルアプリケーション、および／または同様のものに関連付けられているグラフィカルユーザインターフェース（GUI））とすることができる。いくつかの実施形態において、そのようなディスプレイは、触覚ユーザ入力を受け取るように構成されているタッチスクリーンであるものとしてよく、および／または含み得る。いくつかの場合において、ユーザインターフェースは、本明細書においてさらに詳しく説明されているように、認証アクションを受信し、および／または実行する（たとえば、バイオメトリックスキャンを実行する、オーディオもしくは触覚入力を受け取る、および／または同様のことをする）ように構成され得る。いくつかの実施形態において、クライアントデバイス１３０は、クライアントデバイス１３０および／またはクライアントデバイス１３０のユーザの１つまたは複数の条件、状態、位置、移動などを感知し、および／または決定するように構成され得る１つまたは複数のセンサーも備えることができる。たとえば、そのようなセンサーは、たとえば、加速度計、ジャイロスコープ、圧力センサーなどであってよい。

[1029] いくつかの実施形態において、クライアントデバイス１３０は、１つまたは複数のネットワークを介してホストデバイス１１０と通信することができる。たとえば、図１に示されているように、クライアントデバイス１３０は、その通信モジュールおよびネットワーク１０５を介してホストデバイス１１０と通信することができる。ネットワーク１０５は、たとえば、ローカルエリアネットワーク（LAN）、仮想ローカルエリアネットワーク（VLAN）などの仮想ネットワーク、ワイドエリアネットワーク（WLAN）、メトロポリタンエリアネットワーク（MAN）、Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（WiMAX）、セルラーネットワーク、インターネット、および／または有線および／または無線ネットワークとして実装されている他の任意の好適なネットワークなどの、任意のタイプのネットワークであってよい。たとえば、ネットワーク１０５は、米国電気電子学会（IEEE）802.11規格に基づくワイヤレスローカルエリアネットワーク（WLAN）（「WiFi（登録商標）」とも称される）として実装され得る。さらに、ネットワーク１０５は、たとえば、ＬＡＮまたはＷＡＮおよびインターネットなどの任意のタイプのネットワークの組合せを含み得る。いくつかの実施形態において、クライアントデバイス１３０は、ネットワーク１０５に類似する、またはネットワーク１０５と異なっていてもよい、中間ネットワークおよび／または代替的ネットワーク（図示せず）を介してホストデバイス１１０およびネットワーク１０５と通信することができる。そのようなものとして、クライアントデバイス１３０は、共通のネットワークを使用してホストデバイス１１０に送信され得る、または送信され得ない複数の通信モード（たとえば、上で説明されているネットワークのどれかに関連付けられている）を使用してホストデバイス１１０にデータを送信し、および／またはホストデバイス１１０からデータを受信することができる。たとえば、クライアントデバイス１３０は、セルラーネットワークおよびインターネット（たとえば、ネットワーク１０５）を介してホストデバイス１１０に接続された携帯電話（たとえば、スマートフォン）であってよい。

[1030] ホストデバイス１１０は、クライアントデバイス１３０および／またはリソース１４０にデータを送信し、および／またはクライアントデバイス１３０および／またはリソース１４０からデータを受信するように構成されている好適な任意のデバイスであってよい。いくつかの実施形態において、ホストデバイス１１０は、たとえば、サーバデバイス（たとえば、ウェブサーバデバイス）、ネットワーク管理デバイス、管理者デバイス、および／またはそのようなものとして機能し得る。ホストデバイス１１０は、少なくともメモリ１１１、プロセッサ１１２、および通信モジュール１１８を備える。図１に示されているように、メモリ１１１、プロセッサ１１２、および通信モジュール１１８は、接続され、および／または電気的に結合され得る。そのようなものとして、信号は、メモリ１１１２、プロセッサ１１２、および通信モジュール１１８の間で送信され得る。ホストデバイス１１０は、認証データ、ユーザプロファイル、リソース脆弱性、知られている脅威、および／または同様のものを記憶するように構成されているデータベース１２０も備えることができ、および／または他の何らかの形でそれに動作可能に結合され得る。

[1031] メモリ１１１は、たとえば、ＲＡＭ、メモリバッファ、ハードドライブ、データベース、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、および／またはそのようなものであってよい。いくつかの場合において、ホストデバイス１１０のメモリ１１１は、１つもしくは複数の認証アクションを実行するために使用され、および／または１つもしくは複数の好適な通信モードを使用して少なくとも１つのデバイス（たとえば、クライアントデバイス１３０およびリソース１４０）と認証データを通信する（たとえば、送信し、または受信する）ために使用される一組の命令またはコードを含む。プロセッサ１１２は、たとえば、汎用プロセッサ、ＣＰＵ、ＡＰＵ、ネットワークプロセッサ、フロントエンドプロセッサ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のものなどの好適な任意のプロセッサであってよい。したがって、プロセッサ１１２は、メモリ１１１に記憶されている一組の命令、モジュール、および／またはコードを遂行し、および／または実行するように構成され得る。たとえば、プロセッサ１１２は、本明細書においてさらに説明されているように、とりわけ、認証要求を受信すること（たとえば、リソース１４０のユーザから）、認証データを分析すること、および認証データの分析結果に基づき、認証要求を承認するか、または拒絶することに関連付けられている一組の命令および／またはモジュールを実行するように構成され得る。通信モジュール１１８は、ホストデバイス１１０を電子デバイス１３０および／またはリソース１４０と通信させることができる好適な任意のデバイスであってよい。いくつかの実施形態において、通信モジュール１１８は、たとえば、Ｅｔｈｅｒｎｅｔインターフェース、光キャリア（OC）インターフェース、非同期転送モード（ATM）インターフェース、および／またはワイヤレスインターフェース（たとえば、ＷｉＦｉ（登録商標）無線、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線、ＮＦＣ無線、および／または同様のもの）などの、１つまたは複数の有線および／または無線インターフェースを備えることができる。したがって、ホストデバイス１１０は、通信モジュール１１８およびクライアントデバイス１３０の通信モジュール（図１に図示せず）および／またはリソース１４０の通信モジュール（図１に図示せず）を介してクライアントデバイス１３０および／またはリソース１４０から認証データを受信し、またはそれに認証データを送信することができる。

[1032] ホストデバイス１１０に関連付けられているデータベース１２０は、たとえば、リレーショナルデータベース、オブジェクトデータベース、オブジェクトリレーショナルデータベース、階層型データベース、ネットワークデータベース、エンティティ関係データベース、構造化照会言語（SQL）データベース、拡張マークアップ言語（XML）データベース、および／または同様のものなどの好適な任意のデータベースであってよい。いくつかの実施形態において、データベース１２０は、ホストデバイス１１０のメモリ１１１に記憶され得る。他の実施形態では、データベース１２０は、ケーブル、バス、サーバラック、および／または同様のものを介してホストデバイス１１０に動作可能に結合され得る。いくつかの実施形態において、ホストデバイス１１０は、通信モジュール１１８を介して好適な任意のネットワーク（たとえば、ネットワーク１０５）上でデータベース１２０と通信することができる。そのような実施形態において、データベース１２０は、ネットワーク接続ストレージ（NAS）デバイスに含まれるか、またはそれによって記憶され得る。そのような実施形態において、ＮＡＳデバイスおよび／またはデータベース１２０は、ネットワーク１０５および／または他のネットワーク上でホストデバイス１１０と通信し得る。

[1033] データベース１２０は、脅威ベース認証システム１００に関連付けられているデータを記憶し、および／または少なくとも一時的に保持することができる。たとえば、いくつかの場合において、データベース１２０は、ユーザプロファイル、リソースリスト、認証モードもしくは方法、リソース脆弱性、知られている脅威（たとえば、上で説明されているようなローカルの脅威、リモートの脅威、および／または同様のもの）、および／または同様のものに関連付けられ、および／または表すデータを記憶することができる。いくつかの実施形態において、データベース１２０は、リレーショナルデータベースであってよく、または含むことができ、そのデータは、リレーショナルモデルに従って、たとえば、テーブル、行列、ベクトルなどに記憶され得る。たとえば、いくつかの場合において、ホストデバイス１１０は、データベース１２０内に、一組の認証モードまたは方法および一組の脅威の間の１つまたは複数の関係を定義するリスク緩和テーブルを、一組の脅威と一組のリソースとの間の１つまたは複数の関係を定義するリソース脆弱性テーブルを記憶するように構成され得る。いくつかの場合において、リスク緩和テーブルおよびリソース脆弱性テーブルは、本明細書においてさらに詳しく説明されるように、認証ポリシーまたは同様のものをまとめて定義することができる。

[1034] ホストデバイス１１０は、データベース１２０（すなわち、単一のデータベース）を含み、および／または他の何らかの形で動作可能に結合されているものとして図１を参照しつつ図示され説明されているが、いくつかの実施形態において、ホストデバイス１１０は、任意の数のデータベースに動作可能に結合され得る。そのようなデータベースは、システム１００に関連付けられている認証データセットの少なくとも一部を記憶するように構成され得る。たとえば、いくつかの実施形態において、ホストデバイス１１０は、クライアントデバイス１３０および／またはリソース１４０内に、またはその上に記憶されているデータベースに動作可能に結合され、および／または他の何らかの形で通信することができる。この方式で、ホストデバイス１１０および、いくつかの場合において、データベース１２０は、ホストデバイス１１０と（たとえば、ネットワーク１０５を介して）通信しながら、ホストデバイス１１０と異なる場所に物理的に配設され得る任意の数のデータベースと通信することができる。

[1035] 上で説明されているように、ホストデバイス１１０のプロセッサ１１２は、特定のモジュールを含み、および／または実行することができる。モジュールは、たとえば、ハードウェアモジュール、メモリ１１１に記憶され、プロセッサ１１２で実行されるソフトウェアモジュール、および／またはこれらの組合せであってよい。たとえば、図２に示されているように、プロセッサ１１２は、ポリシー定義モジュール１１３、ポリシー適用モジュール１１４、および認証モジュール１１５を含み、および／または実行する。図２に示されているように、ポリシー定義モジュール１１３、ポリシー適用モジュール１１４、および認証モジュール１１５は、接続され、および／または電気的に結合され得る。そのようなものとして、信号は、ポリシー定義モジュール１１３、ポリシー適用モジュール１１４、および認証モジュール１１５の間で送信され得る。

[1036] 図１に関してホストデバイス１１０内にすべてあるものとして図示され説明されているが、他の実施形態では、ポリシー定義モジュール１１３、ポリシー適用モジュール１１４、および／または認証モジュール１１５は、別のデバイス内にあってよい。たとえば、いくつかの実施形態において、ポリシー定義モジュール１１３およびポリシー適用モジュール１１４は、ホストデバイス１１０内にあってよく、認証モジュール１１５は、ネットワーク（たとえば、ネットワーク１０５）を介してホストデバイス１１０に動作可能に結合されている別のデバイス内にあってよい。そのような一例において、認証モジュール１１５は、サードパーティ識別情報プロバイダの認証モジュールであってよく、ネットワーク１０５を介してポリシー定義モジュール１１３および／またはポリシー適用モジュール１１４に認証情報を伝達することができる。別の例として、他の実施形態では、ポリシー定義モジュール１１３、ポリシー適用モジュール１１４、および認証モジュール１１５は、各々ネットワーク（たとえば、ネットワーク１０５）を介して一緒に動作可能に結合されている別のデバイス内にある。

[1037] ポリシー定義モジュール１１３は、認証ポリシーおよび／または同様のものを定義することに関連付けられているプロセッサ（またはその一部）によって実行され得る一組の命令を含む。たとえば、ポリシー定義モジュール１１３は、リスク緩和テーブル１５５およびリソース脆弱性テーブル１６５（たとえば、図３を参照）を定義する命令を示す信号を受信することができ、これは次いでデータベース１２０内に記憶され得る。いくつかの場合において、リスク緩和テーブル１５５および／またはリソース脆弱性テーブル１６５の少なくとも一部は、事前決定され、事前定義され、および／または他の何らかの形でユーザ定義され得る（たとえば、管理者特権または同様のものを有するユーザによって定義される。上で説明されているように、リスク緩和テーブル１５５は、一組の認証モード（「ＡｕｔｈＮモード」として図３に示されている）と一組の脅威および／または脅威カテゴリとの間の１つまたは複数の関係を定義することができる。この一組の脅威および／または脅威カテゴリは、たとえば、ローカルの脅威、リモートの脅威、喪失するか、盗まれた資格証明書に関連付けられている脅威、セッションハイジャック脅威、および／または同様のものであるものとしてよく、および／または含み得る。いくつかの場合において、この一組の脅威は、上で定義されている脅威および／または明示的に定義されていない他の脅威のうちのどれかを含み得る。

[1038] 認証モードは、好適な任意のモードおよび／または方法であってよい。いくつかの場合において、認証モードは能動的であるものとしてよく、ユーザ（たとえば、クライアントデバイス１３０のユーザ）は、たとえば、パスワードもしくはワンタイムパスワードを入力すること、タッチセンサー式デバイス上でパターンをトレースすること、音声コマンドを発すること、認証質問に回答すること、自分の身体の一部をメトリックスキャンのために提示すること（たとえば、指紋スキャン、網膜スキャンなど）、および／または同様のものなどの認証アクションを能動的に実行する。他の場合において、認証モードは受動的であってよく、ユーザは、たとえば、地理的位置識別子（たとえば、全地球測位システム（GPS）識別子）、インターネットプロトコル（IP）アドレス、ハードトークン、セッションクッキー、ソフトウェアバージョン、近接センサー、トランザクション、バイオメトリックスキャン、またはユーザの履歴データからデータを収集および／またはサンプリングすることなどの認証アクションを能動的には実行しない。

[1039] いくつかの場合において、ユーザおよび／または管理者は、一組の脅威に関連付けられ、および／または表す識別子ならびに一組の認証モード（たとえば、各々ユーザ定義されている）に関連付けられ、および／または表す識別子を入力することができる。それに加えて、各認証モードと各脅威との間の関係は、たとえば、リスク緩和スコアを定義することができ、および／または関連付けられ得る。言い換えると、リスク緩和テーブル１５５は、一組のリスク緩和スコア（図３の「Ｍ１１」、「Ｍ１２」、．．．「Ｍ６５」）を含み、各々１つの認証モードおよび１つの脅威に一意的に関連付けられる。たとえば、図３に示されているように、第１の認証モードおよび第１の脅威は、第１のリスク緩和スコアＭ１１に関連付けられ得る。各リスク緩和スコアは、対応する脅威に関する対応する認証モードに対する緩和強度に関連付けられ、および／または表す。言い換えると、緩和強度は、認証の方法に依存し得る。たとえば、いくつかの場合において、能動的な認証モード（たとえば、パスワード）は、受動的な認証モード（たとえば、ＩＰアドレス）よりも大きい緩和強度を有し得る。いくつかの場合において、ＩＰアドレスなどの第１の受動的な認証モードの緩和強度は、地理的位置などの第２の受動的な認証モードの緩和強度よりも大きいものとしてよい。いくつかの場合において、第１の認証モードは、第１の脅威に関して第２の認証モードの緩和強度よりも大きい緩和強度を有することができ、第１の認証モードは、第１の脅威と異なる、第２の脅威に関して第２の認証モードの緩和強度よりも小さい緩和強度を有することができる。同様の言い方をすると、リスク緩和スコアは、認証モードが特定の脅威からの攻撃の成功確率をどの程度低減し、および／または緩和するかを示すことができる。リスク緩和スコアは、数値またはパーセンテージとすることができ、より大きい数値またはパーセンテージは、対応する脅威に向かうより強い緩和に関連付けられる。他の場合において、リスク緩和スコアは、好適な任意の方式で表され得る。

[1040] いくつかの場合において、リスク緩和スコアは、使用される前にユーザによって割り当てられる数値であってよい。他の場合において、リスク緩和スコアは、ユーザおよび／または管理者によって定義された関数に基づき実行時に計算され得る。そのような場合には、リスク緩和スコアは、クライアントデバイス１３０によってリソース１４０へのアクセスが試みられたときのクライアントデバイス１３０、リソース１４０、アクセスのタイプ、脅威のタイプ、および／または同様のものに特有の要因に基づき変化し得る。たとえば、特定の認証モードおよび脅威に対するリスク緩和スコアを計算するために使用される関数は、アクセスの時刻に基づくものとしてよい。そのような例では、位置ベースの認証モード（たとえば、会社構内の）に対するリスク緩和スコアは、営業時間外よりも営業時間内でより大きいものとしてよい。他の場合には、実行時にリスク緩和スコアを計算するために使用される関数は、時刻、クライアントデバイス１３０の位置、ユーザのアクセスレベル、基準に合致するトランザクション値（たとえば、閾値を超えるドル金額）、環境要因、リソース１４０の現在の負荷および／または利用可能な容量、および／または同様のものなどの実行時にサンプリングされる他の要因に基づくものとしてよい。

[1041] 上で説明されているように、リソース脆弱性テーブル１６５は、一組の脅威と一組のリソースとの間の１つまたは複数の関係を定義することができる。この一組のリソースは、好適な任意の数の、および／またはタイプのリソースを含み得る。たとえば、この一組のリソースは、たとえば、ＰＣ、ラップトップ、コンバーティブルラップトップ、タブレット、ＰＤＡ、スマートフォン、ウェアラブル電子デバイス（たとえば、スマートウォッチなど）、および／または同様のものなどの任意の数の電子デバイスまたはクライアントデバイスを含み得る。いくつかの場合において、一組のリソースは、好適な任意のデバイス、ネットワーク、ネットワークロケーション、サーバ、ウェブサイト、アクセスポイント、および／または同様のものを含み得る。さらに、この一組のリソースは、リソース１４０（図１）を含む。いくつかの場合において、ユーザおよび／または管理者は、一組のリソース（たとえば、各々ユーザ定義されている）に関連付けられ、および／または表す識別子を入力することができる。それに加えて、各脅威と各リソースとの間の関係は、たとえば、リソース脆弱性スコアを定義することができ、および／または関連付けられ得る。言い換えると、リソース脆弱性テーブル１６５は、一組のリソース脆弱性スコア（図３の「Ｒ１１」、「Ｒ１２」、．．．「Ｒ５５」）を含み、各々１つの脅威および１つのリソースに一意的に関連付けられる。図３に示されているように、第１の脅威および第１のリソース（たとえば、リソース１４０）は、第１のリソース脆弱性スコアＲ１１に関連付けられ得る。各リソース脆弱性スコアは、本明細書においてさらに詳しく説明されているように、対応する脅威に関する対応するリソースの脆弱性のレベルに関連付けられ、および／または表す。同様の言い方をすると、リソース脆弱性スコアは、リソースが特定の脅威に対してどれだけ脆弱であるかを示すことができる。たとえば、ファイアウォールの背後でのみアクセス可能な業務用データベースは、クラウドベースのソフトウェアアズアサービス（SaaS）提供物よりも中間者（MITM）攻撃に対して一般的にあまり脆弱でない。いくつかの場合において、リソース脆弱性スコアは、数値またはパーセンテージとすることができ、より大きい数値またはパーセンテージは、対応する脅威に向かうより低い脆弱性に関連付けられる。他の場合において、リソース脆弱性スコアは、好適な任意の方式で表され得る。

[1042] いくつかの場合において、リソース脆弱性スコアは、使用される前にユーザによって割り当てられる数値であってよい。他の場合において、リソース脆弱性スコアは、ユーザおよび／または管理者によって定義された関数に基づき実行時に計算され得る。そのような場合には、リソース脆弱性スコアは、クライアントデバイス１３０、リソース１４０、アクセスのタイプ、脅威のタイプ、および／または同様のものに特有の要因に基づき変化し得る。たとえば、特定のリソースおよび脅威に対するリソース脆弱性スコアを計算するために使用される関数は、アクセスの時刻に基づくものとしてよい。そのような例では、ローカルの脅威（たとえば、会社構内の）に対するリソース脆弱性スコアは、営業時間内よりも営業時間外でより大きいものとしてよい。他の場合には、実行時にリソース脆弱性スコアを計算するために使用される関数は、時刻、クライアントデバイス１３０の位置、ユーザのアクセスレベル、基準に合致するトランザクション値（たとえば、閾値を超えるドル金額）、環境要因、リソース１４０の現在の負荷および／または利用可能な容量、および／または同様のものなどの実行時にサンプリングされる他の要因に基づくものとしてよい。

[1043] ポリシー定義モジュール１１３は、また、一組のリソース信頼度閾値も定義することができ、各々その一組のリソースからのリソースに一意的に関連付けられる。さらに、リソース信頼度閾値は、本明細書においてさらに詳しく説明されているように、リソース信頼度閾値ベクトル１７５（たとえば、図４参照）をまとめて定義することができる。

[1044] いくつかの場合において、ポリシー定義モジュール１１３は、データベース１２０において、リソース１４０および／または一組のリソースに関連付けられている各ユーザおよび／または人に対する一組のユーザプロファイルを定義し、記憶するように構成され得る。いくつかの場合において、ユーザプロファイルは、たとえば、名前、住所、電話番号、ピクチャ、関連付けられているデバイス（たとえば、各デバイスに対する媒体アクセス制御（MAC）アドレス）、バイオメトリックデータ、知識ベースの質問および回答、アクセス特権、認証履歴データなどの識別情報を含み得る。図２に示されていないが、他の実施形態では、プロセッサ１１２は、一組のユーザプロファイルを定義するように構成されているモジュールまたは同様のもの（たとえば、プロファイルモジュールまたは同様のもの）を含み得る。同様に、ポリシー定義モジュール１１３は、データベースに認証ポリシーを記憶するように構成されているものとして上で説明されているが、他の実施形態では、ポリシー定義モジュール１１３は、たとえば、データベース１２０にデータを記憶し、データベース１２０にクエリを実行し、データベース１２０内に記憶されているデータを更新する、などを行うように構成されているデータベースモジュールまたは同様のもの（たとえば、プロセッサ１１２によって、および／またはデータベース１２０で実行される）と通信することができる。

[1045] 認証モジュール１１５は、プロセッサ（またはその一部）によって実行され、認証要求および／またはデータを検証し、および／または評価することに関連付けられ得る一組の命令を含む。たとえば、いくつかの場合において、認証モジュール１１５は、クライアントデバイス１３０から認証要求を示す信号を受信し、たとえばリソース１４０をアクセスすることができ、クライアントデバイス１３０によって提供される情報を検証し、および／または認証することができる。この例では、クライアントデバイス１３０は、たとえば、スマートフォンなどの電子デバイスであってよい。リソース１４０は、ネットワークロケーション（たとえば、図１のネットワーク１０５内の）、インターネットの一部、ウェブサイトへのアクセス、物理的ロケーション、および／またはたとえばクライアントデバイス１３０のメモリ内に記憶される１つもしくは複数のアプリケーションおよび／またはデータとすることができる。認証要求は、アクセスされるべき一組のリソースからの少なくとも１つのリソース（すなわち、リソース１４０）を表すデータ、１つまたは複数の認証モードに関連付けられている情報および／またはデータ、ユーザプロファイル情報、および／または同様のものを含み得る。

[1046] 認証モードは、好適な任意の認証モードおよび／または方法であってよい。いくつかの場合において、認証モードは能動的であるものとしてよく、ユーザ（たとえば、クライアントデバイス１３０のユーザ）は、たとえば、パスワードもしくはワンタイムパスワードを入力すること、タッチセンサー式デバイス上でパターンをトレースすること、音声コマンドを発すること、認証質問に回答すること、自分の身体の一部をメトリックスキャンのために提示すること（たとえば、指紋スキャン、網膜スキャンなど）、および／または同様のものなどの認証アクションを能動的に実行する。他の場合において、認証モードは受動的であってよく、ユーザは、たとえば、地理的位置識別子（たとえば、全地球測位システム（GPS）識別子）、インターネットプロトコル（IP）アドレス、ハードトークン、セッションクッキー、ソフトウェアバージョン、近接センサー、トランザクション、バイオメトリックスキャン、またはユーザの履歴データからデータを収集および／またはサンプリングすることなどの認証アクションを能動的には実行しない。

[1047] 認証要求に含まれる１つまたは複数の認証モードは、各々、値に関連付けられ得る。認証モジュール１１５は、データベース（たとえば、データベース１２０または別個のデータベース）に記憶されている値および情報に基づきクライアントデバイス１３０を検証し、および／または認証することができる。たとえば、認証モジュール１１５が、クライアントデバイス１３０からユーザ名および／またはパスワードを受信する場合、認証モジュール１１５は、ユーザ名および／またはパスワードが正しく、有効であり、および／または一致していることを検証することができる。別の例として、認証モジュール１１５が、バイオメトリック認証データを受信した場合、認証モジュール１１５は、バイオメトリック認証データが有効であり、クライアントデバイス１３０の識別子に関連付けられていることを検証することができる。なおも別の例では、認証モジュール１１５は、クライアントデバイス１３０のロケーションの識別子を受信し、検証することができる。

[1048] いくつかの実施形態において、認証モジュール１１５は、ポリシー適用モジュール１１４に、クライアントデバイス１３０を認証するために検証され、および／または使用される認証モードのタイプの指示を与えることができる。この情報に基づき、ポリシー適用モジュール１１４は、図４に示されているように、認証モードベクトル１５０を定義することができる。認証モードベクトル１５０は、各認証モードに関連付けられている一組の認証モード値（図４の「Ａ１」、「Ａ２」、．．．「Ａ６」）を含む。いくつかの場合において、値は、たとえば、バイナリであってもよい。たとえば、第１の認証モードを表す有効なデータが、クライアントデバイス１３０からの認証要求に含まれる場合、第１の認証モードに関連付けられている値は、たとえば、「１」であるものとしてよく、第２の認証モードを表すデータが認証要求に含まれていない場合、および／または第２の認証モードを表すデータが有効なデータでない（たとえば、不正なパスワード）場合、第２の認証モードに関連付けられている値は、たとえば、「０」とすることができる。他の実施形態では、認証モードに関連付けられている値は、たとえば、好適な任意の数または分数などの好適な値であってよい。さらに、認証モードベクトル１５０は、たとえば、リスク緩和テーブル１５５に含まれる一組の認証モードからの各認証モードに関連付けられている値を含み得る。

[1049] 他の実施形態において、認証モジュール１１５は、認証モードベクトル１５０を定義し、ポリシー適用モジュール１１４に送信することができる。なおも他の実施形態において、認証モジュール１１５は、クライアントデバイス１３０から受信された無効な認証データと要求されていないデータとを区別することができる。たとえば、クライアントデバイス１３０が、無効なパスワードを認証モジュール１１５に送信した場合、認証モジュール１１５は、クライアントデバイス１３０および／またはポリシー適用モジュール１４０に、無効なパスワードが与えられたこと、およびクライアントデバイスは、そのリソースへのアクセスを認められるべきでないことを示すことができる。しかしながら、パスワードが要求されず、または必要なかった場合、認証モジュール１１５は、そのようなものであるという指示をポリシー適用モジュール１１４に与えることができる。ポリシー適用モジュール１１４は、これを不正なパスワードとは異なる仕方で取り扱うことができ、他の認証モードに関連付けられている値がポリシーを満たしている場合にクライアントデバイス１３０のリソースへのアクセスを許可することができる。

[1050] 認証モードベクトル１５０が定義され、またリスク緩和テーブル１５５が定義されている場合（たとえば、ポリシー定義モジュール１１３によって）、ポリシー適用モジュール１１４は、脅威信頼度ベクトル１６０を定義し、および／または計算するように構成され得る。脅威信頼度ベクトル１６０は、一組の認証モードに関して各脅威に関連付けられている一組の信頼度値を含む。より具体的には、図４に示されているように、脅威信頼度ベクトル１６０は、認証モードベクトル１５０とリスク緩和テーブル１５５とのドット積の結果得られる一組の脅威信頼度値（図４の「ＡＭ１」、「ＡＭ２」、．．．「ＡＭ５」）を含み得る。したがって、各脅威信頼度値（「ＡＭ１」、「ＡＭ２」、．．．「ＡＭ５」）は、各認証モード値（「Ａ１」、「Ａ２」、．．．「Ａ６」）と各脅威に関連付けられている対応するリスク緩和スコア（「Ｍ１１」、「Ｍ１２」、．．．「Ｍ６５」）との積の総和に等しい。たとえば、脅威信頼度ベクトル１６０に含まれる第１の脅威信頼度値ＡＭ１は、第１の脅威に関連付けられ、第１の脅威に対する各認証モードのリスク緩和スコアは、リスク緩和テーブル１５５の第１の列（すなわち、「Ｍ１１」、「Ｍ２１」、「Ｍ３１」、「Ｍ４１」、「Ｍ５１」、および「Ｍ６１」）で表される。認証モードベクトル１５０の各認証モード値（すなわち、「Ａ１」、「Ａ２」、「Ａ３」、「Ａ４」、「Ａ５」、「Ａ６」）に、第１の脅威に対する対応するリスク緩和スコアを掛けて（たとえば、「Ａ１」×「Ｍ１１」、「Ａ２」×「Ｍ２１」など）、その後総和して、第１の脅威信頼度値「ＡＭ１」を定義し、計算し、および／または他の何らかの形で決定する。別の例では、脅威信頼度ベクトル１６０に含まれる第２の脅威信頼度値ＡＭ２は、第２の脅威に関連付けられ、第２の脅威に対する各認証モードのリスク緩和スコアは、リスク緩和テーブル１５５の第２の列（すなわち、「Ｍ１２」、「Ｍ２２」、「Ｍ３２」、「Ｍ４２」、「Ｍ５２」、および「Ｍ６２」）で表される。認証モードベクトル１５０の各認証モード値（すなわち、「Ａ１」、「Ａ２」、「Ａ３」、「Ａ４」、「Ａ５」、「Ａ６」）に、第２の脅威に対する対応するリスク緩和スコアを掛けて（たとえば、「Ａ１」×「Ｍ１２」、「Ａ２」×「Ｍ２２」など）、その後総和して、第１の脅威信頼度値「ＡＭ２」を定義し、計算し、および／または他の何らかの形で決定する。残りの脅威信頼度値ＡＭ３、ＡＭ４、およびＡＭ５も、同様に定義され得る。

[1051] 認証モード値がバイナリである場合（すなわち、認証要求に含まれる場合に「１」または認証要求に含まれない場合に「０」）、各脅威信頼度値は、たとえば、（１）その脅威および（２）認証要求に含まれる認証モードに関連付けられている認証モード値（すなわち、「１」に等しい認証モード値）に対応するリスク緩和スコアの総和の結果得られる。したがって、脅威信頼度ベクトル１６０に含まれる各脅威信頼度値は、その脅威に関する認証要求に含まれる認証モードの緩和強度を表すことができる。

[1052] 脅威信頼度ベクトル１６０が定義され、またリソース脆弱性テーブル１６５が定義されている場合（たとえば、ポリシー定義モジュール１１３によって）、ポリシー適用モジュール１１４は、リソース信頼度ベクトル１７０を定義し、および／または計算するように構成され得る。リソース信頼度ベクトル１７０は、一組の認証モードに関して各脅威に関連付けられている一組の信頼度値を含む。より具体的には、図４に示されているように、リソース信頼度ベクトル１７０は、脅威信頼度ベクトル１６０とリソース脆弱性テーブル１６５とのドット積の結果得られる一組のリソース信頼度値（図４の「Ｃ１」、「Ｃ２」、．．．「Ｃ５」）を含み得る。したがって、各リソース信頼度値（「Ｃ１」、「Ｃ２」、．．．「Ｃ５」）は、各脅威信頼度値（「ＡＭ１」、「ＡＭ２」、．．．「ＡＭ５」）と各リソースに関連付けられている対応するリソース脆弱性スコア（「Ｒ１１」、「Ｒ１２」、．．．「Ｒ５５」）との積の総和に等しい。たとえば、リソース信頼度ベクトル１７０に含まれる第１の脅威信頼度値Ｃ１は、上で詳しく説明されているように、各脅威に関する第１のリソース（たとえば、リソース１４０）に対する各リソース脆弱性スコア（すなわち、「Ｒ１１」、「Ｒ２１」、「Ｒ３１」、「Ｒ４１」、および「Ｒ５１」）と脅威信頼度ベクトル１６０の対応する脅威信頼度値との積の総和に等しい。

[1053] リソース信頼度ベクトル１７０に含まれる各リソース信頼度値は、脅威の効果を緩和し、および／または脅威がリソースに影響を及ぼすのを防止するためにリソース（たとえば、リソース１４０）にアクセスするための認証要求に含まれる認証モードに関連付けられている信頼度を表すものとしてよい。いくつかの場合において、各リソース信頼度値は、パーセンテージとすることができる。他の場合において、各リソース信頼度値は、数値とすることができる。各リソース信頼度値は、分数であってよいが（すなわち、１の）、リソース信頼度値は、パーセンテージを表している必要はない。すなわち、リソース信頼度値は、与えられたリソースへの脅威を防ぐために一組の認証モードに対する信頼度に関連付けられているパーセンテージ値に対応している必要はない。さらに、リソース信頼度ベクトル１７０が定義されていれば、ポリシー適用モジュール１１４は、プロセッサに各リソース信頼度値とポリシー定義モジュール１１３によって定義されているリソース信頼度閾値ベクトル１７５に含まれる対応するリソース信頼度閾値（すなわち、「Ｔ１」、「Ｔ２」、「Ｔ３」、「Ｔ４」、または「Ｔ５」）との比較を行わせる一組の命令またはコードを実行することができる。より具体的には、いくつかの場合において、リソース信頼度閾値は、管理者または同様のものによって定義されるものとしてよく、認証要求を肯定的に検証するように満たされるべき閾値または基準を定義し、および／または確立することができる。したがって、リソース信頼度値が基準を満たしている（たとえば、対応するリソース信頼度閾値を越える）場合、ポリシー適用モジュール１１４は、認証要求（すなわち、クライアントデバイス１３０からの）に関連付けられている肯定的検証を定義することができ、肯定的検証に関連付けられている信号を、たとえば、通信モジュール１１８に送信することができる。次いで、通信モジュール１１８は、クライアントデバイス１３０（したがって、そのユーザ）が肯定的検証に基づきリソース１４０にアクセスすることを可能にする命令を示す信号をクライアントデバイス１３０および／またはリソース１４０に送信することができる。いくつかの実施形態において、ポリシー適用モジュール１１４は、リソース１４０へのアクセスをクライアントデバイス１３０に認める。

[1054] いくつかの場合において、リソース信頼度値（たとえば、リソース１４０に関連付けられている）は、クライアントデバイス１３０が肯定的に検証された（すなわち、アクセスを認められた）後のある期間にわたってその値を喪失することがあり得る。たとえば、図５のグラフに示されているように、時刻ｔ_０において、リソース信頼度値は、たとえば、クライアントデバイス１３０を認証するのに十分であり得る。しかしながら、リソース信頼度値は、時刻ｔ_０における第１の値Ｖ_１から、時刻ｔ_１における第２の値Ｖ_２まで減少し得る。いくつかの場合において、第２の値Ｖ_２は、クライアントデバイス１３０に関連付けられている認証が、もはや有効でなく、そのようなものとして、たとえばリソース１４０へのアクセスが拒否され得るような値である。そのようなものとして、いくつかの場合において、認証アクションは、クライアントデバイス１３０および／またはクライアントデバイス１３０のユーザを再び認証するために実行され得る。いくつかの場合において、そのような認証アクションは、ユーザが複数の能動的な認証モードを与えることを含み得るが、これは不都合である場合がある。したがって、いくつかの場合において、ポリシー適用モジュール１１４および／または認証モジュール１１５は、通信モジュール１１８を介して、クライアントデバイス１３０によるアクセスが拒否される前にクライアントデバイス１３０から認証データの要求を送信するように構成され得る。たとえば、いくつかの場合において、時刻ｔ_０において、リソース信頼度値は、クライアントデバイス１３０を認証するのに十分であり得る。しかしながら、図５を参照しつつ上で説明されているように、リソース信頼度値は、時刻ｔ_０における第１の値Ｖ_１から、時刻ｔ_１における第２の値Ｖ_２まで減少し得る。リソース信頼度値を時間の経過とともに減少させ、所定の時間が経過した後にユーザに再認証を要求することで、リソースのセキュリティが高まる。そのような再認証に使用される認証モードは、特定のリソース、そのリソースで生じる可能性が最も高い脅威、そのような脅威を緩和する認証モードの有効性、最後に認証してから経過した時間、および／または同様のものに基づき選択され得る。これは、ユーザに対する負担を低減しながら最も関連性の高い脅威を緩和するようにセキュリティを高める。

[1055] 図６に示されているように、いくつかの実施形態において、ポリシー定義モジュール１１３および／またはポリシー適用モジュール１１４は、閾値Ｖ_ｔを定義することができる。リソース信頼度値の減少は、時刻ｔ_２において、リソース信頼度値が、たとえば、基準を満たし、そのようなものとして、ポリシー適用モジュール１１４および／または認証モジュール１１５が認証データに対する要求に関連付けられている信号をクライアントデバイス１３０に（たとえば、通信モジュール１１８を介して）送信できるような値であるものとしてよい。したがって、それに応答して、クライアントデバイス１３０は、１つまたは複数の認証モード（たとえば、パスワード、バイオメトリックスキャン、および／または同様のものなどの能動的な認証モード、ＩＰアドレス、地理的位置、ＭＡＣアドレス、および／または同様のものなどの受動的な認証モード、またはこれらの組合せ）を含み得る認証データを定義することができ、認証データを含む信号をホストデバイス１１０に（たとえば、通信モジュール１１８を介して）送信することができる。そのようなものとして、クライアントデバイス１３０は、認証が拒否されることなく（たとえば、認証モジュール１１５およびポリシー適用モジュール１１４によって）再認証され得る。いくつかの場合において、認証を拒否されない結果、脅威信頼度値（たとえば、脅威信頼度ベクトル１６０に含まれる）および／または再認証に際して満たされる基準が下げられ得る。言い換えれば、クライアントデバイス１３０の再認証は、いくつかの場合において、再認証にそのまま十分でありながらｔ_２におけるリソース信頼度値がｔ_０におけるリソース信頼度値よりも小さいようなものとなり得る。

[1056] いくつかの実施形態において、ポリシー適用モジュール１１４は適応的であるものとしてよい。たとえば、いくつかの場合において、認証データに対する要求に応答してクライアントデバイス１３０から認証モジュール１１５に送信される認証データは、更新されたリソース信頼度値が閾値を超えるようなデータであり得る。そのようなものとして、ポリシー適用モジュール１１４は、要求される認証モードの数を減らし、能動的な認証モードではなく受動的な認証モードを要求し、および／または同様のことを行うように構成され得る。いくつかの場合において、ポリシー適用モジュール１１４は、クライアントデバイス１３０および／またはクライアントデバイス１３０に関するユーザの挙動に適応し、クライアントデバイス１３０が能動的な認証モードなしで１つまたは複数の受動的な認証モードを含む認証データを送信するようにできる。したがって、クライアントデバイス１３０および／またはクライアントデバイス１３０のユーザは、能動的な認証モードなしで認証されたままにできる。これは、ユーザに対する負担を低減しながら最も関連性の高い脅威を緩和するようにセキュリティを高める。

[1057] 図７は、システム１００を使用する認証プロセスの一例である。図示されているように、ポリシー定義モジュール１１３は、リスク緩和テーブル２５５およびリソース脆弱性テーブル２６５を定義する命令を示す信号（たとえば、ユーザ入力または同様のもの）を受信することができる。上で説明されているように、リスク緩和テーブル２５５は、一組の認証モードと一組の脅威との間の１つまたは複数の関係を定義する。より具体的には、認証モードは、２つの能動的な認証モード、すなわち、「パスワード」と「ユーザＩＤ」と、および２つの受動的な認証モード、すなわち、「ＩＰアドレス」と「地理的位置」を含む。この一組の脅威は、「リモート」脅威（たとえば、上で説明されているもののうちのどれかなど）、「ローカル」脅威（たとえば、上で説明されているもののうちのどれかなど）、および「盗まれた資格証明書」脅威を含む。

[1058] いくつかの場合において、ユーザおよび／または管理者は、一組の脅威に対する識別子および一組の認証モード（たとえば、各々ユーザ定義されている）に対する識別子を入力することができる。それに加えて、各認証モードと各脅威との間の関係は、たとえば、リスク緩和スコアを定義することができ、および／または関連付けられ得る。言い換えれば、リスク緩和テーブル２５５は、一組のリスク緩和スコアを含み、および／または定義する。特に図示されているように、認証モード「パスワード」は、「リモート」脅威に関連付けられている「０．２」、「ローカル」脅威に関連付けられている「０．２」、および「盗まれた資格証明書」脅威に関連付けられている「０．０」のリスク緩和スコアを有し、認証モード「ユーザＩＤ」は、「リモート」脅威に関連付けられている「０．３」、「ローカル」脅威に関連付けられている「０．３」、および「盗まれた資格証明書」脅威に関連付けられている「０．０」のリスク緩和スコアを有し、認証モード「ＩＰアドレス」は、「リモート」脅威に関連付けられている「０．１」、「ローカル」脅威に関連付けられている「０．２」、および「盗まれた資格証明書」脅威に関連付けられている「０．１」のリスク緩和スコアを有し、認証モード「地理的位置」は、「リモート」脅威に関連付けられている「０．２」、「ローカル」脅威に関連付けられている「０．３」、および「盗まれた資格証明書」脅威に関連付けられている「０．４」のリスク緩和スコアを有する。さらに拡大すると、いくつかの場合において、より大きいリスク緩和スコアは、対応する脅威に関するより大きい緩和強度に関連付けられ得る。たとえば、「パスワード」認証モードは、「リモート」脅威および「ローカル」脅威からの実質的に同じ緩和強度を有することができるが、実質的には、「盗まれた資格証明書」脅威に関して緩和をもたらさない。認証モードを特定の脅威に関連付けることで、最も関連性の高い脅威についてデバイスのセキュリティを高め、その一方で無関係のおよび／または可能性のない脅威についてはユーザの負担を低減する。

[1059] リソース脆弱性テーブル２６５は、一組のリソースと一組の脅威との間の１つまたは複数の関係を定義する。図７に示されているように、この一組のリソースは、第１のリソース「Ｒ１」、第２のリソース「Ｒ２」、および第３のリソース「Ｒ３」を含む。リソース「Ｒ１」、「Ｒ２」、および「Ｒ３」は、上で説明されているような好適な任意のリソースとすることができる。各リソースと各脅威との間の関係は、たとえば、リソース脆弱性スコアを定義することができ、および／または関連付けられ得る。特に、第１のリソース「Ｒ１」は、「リモート」脅威に関連付けられている「０．２」、「ローカル」脅威に関連付けられている「０．３」、および「盗まれた資格証明書」脅威に関連付けられている「０．５」のリソース脆弱性スコアを有し、第２のリソース「Ｒ２」は、「リモート」脅威に関連付けられている「０．５」、「ローカル」脅威に関連付けられている「０．４」、および「盗まれた資格証明書」脅威に関連付けられている「０．５」のリソース脆弱性スコアを有し、第３のリソース「Ｒ３」は、「リモート」脅威に関連付けられている「０．７」、「ローカル」脅威に関連付けられている「０．６」、および「盗まれた資格証明書」脅威に関連付けられている「０．６」のリソース脆弱性スコアを有する。さらに拡大すると、いくつかの場合において、より大きいリソース脆弱性スコアは、対応する脅威に関するより低い脆弱性に関連付けられ得る。たとえば、建物および／または建物の一部などのリソース（またはそれへのアクセスを許可する際に動作可能であるアクセスポイント）は、「リモートを」脅威に関する比較的大きいリソース脆弱性スコアを有することができるが（たとえば、少なくとも一部はリソースが物理的ロケーションであることに基づく）、「ローカル」脅威および／または「盗まれた資格証明書」脅威に関して比較的小さいリソース脆弱性を有することができる。これは、リソースに対するその脅威に対抗するセキュリティを高めるうえでリソースに対する最大のリスクを有する脅威を強調する。

[1060] ポリシー定義モジュール１１３は、また、一組のリソース信頼度閾値を含み、および／または定義するリソース信頼度閾値ベクトル２７５も定義し、各々その一組のリソースからのリソースに一意的に関連付けられる。特に、ポリシー定義モジュール１１３は、第１のリソース「Ｒ１」に対する「０．１５」のリソース信頼度閾値、第２のリソース「Ｒ２」に対する「０．２」のリソース信頼度閾値、および第３のリソース「Ｒ３」に対する「０．２５」のリソース信頼度閾値を定義することができる。この方式で、リソース信頼度値は、各々、たとえば、本明細書でさらに詳しく説明されているように、満たされる、超えられる、および／または他の何らかの形で肯定的認証を定義するように満たされる閾値および／または基準を定義することができる。

[1061] 使用時に、ホストデバイス１１０およびより具体的には、ポリシー適用モジュール１１４は、たとえばクライアントデバイス１３０から認証要求を示す信号を受信し、たとえば、リソース１４０にアクセスすることができる。上で説明されているように、ポリシー適用モジュール１１４は、認証ポリシー（たとえば、リスク緩和テーブル２５５およびリソース脆弱性テーブル２６５）に少なくとも一部は基づきリソースへのアクセスを承認または拒否するように構成され得る。認証要求は、とりわけ、１つまたは複数の認証モードを表すデータを含み得る。この例では、認証要求は、「ＩＰアドレス」認証モード（たとえば、クライアントデバイス１３０のＩＰアドレス）を含み得る。認証要求に含まれる１つまたは複数の認証モードは、各々、認証モード値に関連付けられるものとしてよく、図７に示されているように、認証モードベクトル２５０をまとめて定義することができる。いくつかの場合において、認証モード値は、たとえば、バイナリであってもよい。したがって、この例では、「パスワード」、「ユーザＩＤ」、および「地理的位置」に対する認証モード値は、各々、「０」に等しいが、「ＩＰアドレス」の認証モード値は、「１」に等しい。

[1062] 認証モードベクトル２５０が定義され（たとえば、ポリシー適用モジュール１１４によって）またリスク緩和テーブル２５５が定義されている（たとえば、ポリシー定義モジュール１１３によって）場合、ポリシー適用モジュール１１４は、脅威信頼度ベクトル２６０を定義し、および／または計算することができる。脅威信頼度ベクトル２６０は、一組の認証モードに関して各脅威に関連付けられている一組の脅威信頼度値を含む。脅威信頼度ベクトル２６０に含まれる各脅威信頼度値は、その脅威に関する認証要求に含まれる認証モードの緩和強度を表す。より具体的には、脅威信頼度値は、図４を参照しつつ上で詳しく説明されているように、認証モードベクトル２５０とリスク緩和テーブル２５５とのドット積の結果である。したがって、「リモート」脅威に関連付けられている脅威信頼度値は「０．１」であり、「ローカル」脅威に関連付けられている脅威信頼度値は「０．２」であり、「盗まれた資格証明書」脅威に関連付けられている脅威信頼度値は「０．１」である。

[1063] 脅威信頼度ベクトル２６０が定義され（たとえば、ポリシー適用モジュール１１４によって）またリソース脆弱性テーブル２６５が定義されている（たとえば、ポリシー定義モジュール１１３によって）場合、ポリシー適用モジュール１１４は、リソース信頼度ベクトル２７０を定義し、および／または計算するように構成され得る。リソース信頼度ベクトル２７０は、一組のリソースに関して各脅威に関連付けられている一組のリソース信頼度値を含む。脅威信頼度ベクトル２６０を参照しつつ上で説明されているように、リソース信頼度値は、脅威信頼度ベクトル２６０とリソース脆弱性テーブル２６５とのドット積の結果である。したがって、図７に示されているように、第１のリソース「Ｒ１」に関連付けられているリソース信頼度値は「０．１３」であり、第２のリソース「Ｒ２」に関連付けられているリソース信頼度値は「０．１８」であり、第３のリソース「Ｒ３」に関連付けられているリソース信頼度値は「０．２５」である。

[1064] リソース信頼度ベクトル２７０に含まれる各リソース信頼度値は、上で詳しく説明されているように「リモート」脅威、「ローカル」脅威、および「盗まれた資格証明書」脅威の効果を緩和し、および／またはそれが対応するリソース「Ｒ１」、「Ｒ２」、または「Ｒ３」に影響を及ぼすのを防ぐ「ＩＰアドレス」認証モードの能力に関連付けられている信頼度を表す。リソース信頼度ベクトル２７０が定義されていれば、ポリシー適用モジュール１１４は、プロセッサに各リソース信頼度値とポリシー定義モジュール１１３（上で説明されている）によって定義されているリソース信頼度閾値ベクトル２７５に含まれる対応するリソース信頼度閾値との比較を行わせる一組の命令またはコードを実行することができる。特に、「０．１３」の「Ｒ１」に対するリソース信頼度値は、「０．１５」の「Ｒ１」に対するリソース信頼度閾値と比較され、「０．１８」の「Ｒ２」に対するリソース信頼度値は、「０．２」の「Ｒ２」に対するリソース信頼度閾値と比較され、「０．２５」の「Ｒ３」に対するリソース信頼度値は、「０．２５」の「Ｒ３」に対するリソース信頼度閾値と比較される。

[1065] したがって、この例では、たとえば、クライアントデバイス１３０の「ＩＰアドレス」を使用する受動的な認証モードは、第３のリソース「Ｒ３」へのアクセスを許可するのに十分であるが、第１のリソース「Ｒ１」および第２のリソース「Ｒ２」へのアクセスを許可するのには不十分である。すなわち、いくつかの場合において、第３のリソース「Ｒ３」に関連付けられているリソース信頼度値は、基準を満たし、そのようなものとして、ポリシー適用モジュール１１４は、肯定的認証を定義し、および／または検証することができる。逆に、第１のリソース「Ｒ１」および第２のリソース「Ｒ２」に関連付けられているリソース信頼度値は、対応する基準を満たさず、そのようなものとして、認証モードは、否定的認証を定義する（たとえば、認証または同様のものを拒否する）ことができる。それに応答して、ホストデバイス１１０は、クライアントデバイス１３０および／または第３のリソース「Ｒ３」（たとえば、リソース１４０）に肯定的認証を示す信号を送信することができる。上で各リソース「Ｒ１」、「Ｒ２」、および「Ｒ３」に対するリソース信頼度値を定義するものとして説明されているが、いくつかの場合において、認証要求は、アクセスされるべき所望のリソースに関連付けられているデータを含み得る。そのようなとして、ポリシー適用モジュール１１４は、一組のリソースからの残りのリソースに対するリソース信頼度値を定義することなくアクセスされるべき所望のリソースに関連付けられている単一のリソース信頼度値を定義するように構成され得る。

[1066] 図８は、システム１００を使用する認証プロセスの別の例である。図示されているように、ポリシー定義モジュール１１３は、リスク緩和テーブル３５５およびリソース脆弱性テーブル３６５を定義する命令を示す信号（たとえば、ユーザ入力または同様のもの）を受信することができる。図示されているように、リスク緩和テーブル３５５およびリソース脆弱性テーブル３６５は、図７に示されているリスク緩和テーブル２５５およびリソース脆弱性テーブル２６５と同じである。そこで、リスク緩和テーブル３５５は、上で説明されているように、（１）２つの能動的な認証モード、すなわち、「パスワード」および「ユーザＩＤ」ならびに２つの受動的な認証モード、すなわち、「ＩＰアドレス」および「地理的位置」を含む一組の認証モードと（２）「リモート」脅威、「ローカル」脅威、および「盗まれた資格証明書」脅威を含む一組の脅威との間の１つまたは複数の関係を定義する。リスク緩和テーブル３５５は、上で説明されているように、一組のリスク緩和スコアを含み、および／または定義する。特に図示されているように、認証モード「パスワード」は、「リモート」脅威に関連付けられている「０．２」、「ローカル」脅威に関連付けられている「０．２」、および「盗まれた資格証明書」脅威に関連付けられている「０．０」のリスク緩和スコアを有し、認証モード「ユーザＩＤ」は、「リモート」脅威に関連付けられている「０．３」、「ローカル」脅威に関連付けられている「０．３」、および「盗まれた資格証明書」脅威に関連付けられている「０．０」のリスク緩和スコアを有し、認証モード「ＩＰアドレス」は、「リモート」脅威に関連付けられている「０．１」、「ローカル」脅威に関連付けられている「０．２」、および「盗まれた資格証明書」脅威に関連付けられている「０．１」のリスク緩和スコアを有し、認証モード「地理的位置」は、「リモート」脅威に関連付けられている「０．２」、「ローカル」脅威に関連付けられている「０．３」、および「盗まれた資格証明書」脅威に関連付けられている「０．４」のリスク緩和スコアを有する。

[1067] リソース脆弱性テーブル３６５は、（１）第１のリソース「Ｒ１」、第２のリソース「Ｒ２」、および第３のリソース「Ｒ３」を含む一組のリソースと（２）一組の脅威との間の１つまたは複数の関係を定義する。リソース脆弱性テーブル３６５は、上で説明されているように、一組のリソース脆弱性スコアを含み、および／または定義する。特に、第１のリソース「Ｒ１」は、「リモート」脅威に関連付けられている「０．２」、「ローカル」脅威に関連付けられている「０．３」、および「盗まれた資格証明書」脅威に関連付けられている「０．５」のリソース脆弱性スコアを有し、第２のリソース「Ｒ２」は、「リモート」脅威に関連付けられている「０．５」、「ローカル」脅威に関連付けられている「０．４」、および「盗まれた資格証明書」脅威に関連付けられている「０．５」のリソース脆弱性スコアを有し、第３のリソース「Ｒ３」は、「リモート」脅威に関連付けられている「０．７」、「ローカル」脅威に関連付けられている「０．６」、および「盗まれた資格証明書」脅威に関連付けられている「０．６」のリソース脆弱性スコアを有する。ポリシー定義モジュール１１３は、また、一組のリソース信頼度閾値も定義し、各々その一組のリソースからのリソースに一意的に関連付けられる。特に、ポリシー定義モジュール１１３は、第１のリソース「Ｒ１」に対する「０．１５」のリソース信頼度閾値、第２のリソース「Ｒ２」に対する「０．２」のリソース信頼度閾値、および第３のリソース「Ｒ３」に対する「０．２５」のリソース信頼度閾値を定義することができる。

[1068] ポリシー定義モジュール１１３は、また、一組のリソース信頼度閾値を含み、および/または定義するリソース信頼度閾値ベクトル３７５も定義し、各々その一組のリソースからのリソースに一意的に関連付けられる。特に、ポリシー定義モジュール１１３は、第１のリソース「Ｒ１」に対する「０．１５」のリソース信頼度閾値、第２のリソース「Ｒ２」に対する「０．２」のリソース信頼度閾値、および第３のリソース「Ｒ３」に対する「０．２５」のリソース信頼度閾値を定義することができる。この方式で、リソース信頼度値は、各々、たとえば、本明細書でさらに詳しく説明されているように、満たされる、超えられる、および／または他の何らかの形で肯定的認証を定義するように満たされる閾値および／または基準を定義することができる。

[1069] 使用時に、ホストデバイス１１０およびより具体的には、ポリシー適用モジュール１１４は、たとえばクライアントデバイス１３０から認証要求を示す信号を受信し、たとえば、リソース１４０にアクセスすることができる。上で説明されているように、認証要求は、とりわけ、１つまたは複数の認証モードを表すデータを含み得る。認証要求に含まれる１つまたは複数の認証モードは、各々、認証モード値に関連付けられるものとしてよく、認証モードベクトル３５０をまとめて定義することができる。この例では、認証要求は、能動的な認証モード「パスワード」および受動的な認証モード「ＩＰアドレス」を表すデータを含む。したがって、上で詳しく説明されているように、「ユーザＩＤ」および「地理的位置」に対する認証モード値は、各々、「０」に等しいが、「パスワード」および「ＩＰアドレス」に対する認証モード値は、各々「１」に等しい。認証モードベクトル３５０が定義され（たとえば、ポリシー適用モジュール１１４によって）またリスク緩和テーブル３５５が定義されている（たとえば、ポリシー定義モジュール１１３によって）場合、ポリシー適用モジュール１１４は、脅威信頼度ベクトル３６０を定義し、および／または計算することができる。脅威信頼度ベクトル３６０は、上で詳しく説明されているように、一組の認証モードに関して各脅威に関連付けられている一組の脅威信頼度値を含む。脅威信頼度ベクトル３６０に含まれる各脅威信頼度値は、その脅威に関する認証要求に含まれる認証モードの緩和強度を表す。より具体的には、脅威信頼度値は、図４を参照しつつ上で詳しく説明されているように、認証モードベクトル３５０とリスク緩和テーブル３５５とのドット積の結果である。したがって、「リモート」脅威に関連付けられている脅威信頼度値は「０．３」であり、「ローカル」脅威に関連付けられている脅威信頼度値は「０．４」であり、「盗まれた資格証明書」脅威に関連付けられている脅威信頼度値は「０．１」である。

[1070] 脅威信頼度ベクトル３６０が定義され（たとえば、ポリシー適用モジュール１１４によって）またリソース脆弱性テーブル３６５が定義されている（たとえば、ポリシー定義モジュール１１３によって）場合、ポリシー適用モジュール１１４は、一組のリソースに関して各脅威に関連付けられている一組のリソース信頼度値を含むリソース信頼度ベクトル３７０を定義し、および／または計算するように構成され得る。脅威信頼度ベクトル３６０を参照しつつ上で説明されているように、リソース信頼度値は、脅威信頼度ベクトル３６０とリソース脆弱性テーブル３６５とのドット積の結果である。したがって、図８に示されているように、第１のリソース「Ｒ１」に関連付けられているリソース信頼度値は「０．２３」であり、第２のリソース「Ｒ２」に関連付けられているリソース信頼度値は「０．３６」であり、第３のリソース「Ｒ３」に関連付けられているリソース信頼度値は「０．５１」である。

[1071] リソース信頼度ベクトル３７０に含まれる各リソース信頼度値は、「パスワード」認証モードおよび「ＩＰアドレス」認証モードの組合せに基づき一組の脅威（すなわち、「リモート」、「ローカル」、および「盗まれた資格証明書」）の効果を緩和し、および／またはそれが対応するリソース「Ｒ１」、「Ｒ２」、または「Ｒ３」に影響を及ぼすのを防ぐ能力に関連付けられている信頼度を表す。リソース信頼度ベクトル３７０が定義されていれば、ポリシー適用モジュール１１４は、プロセッサに各リソース信頼度値とポリシー定義モジュール１１３（上で説明されている）によって定義されているリソース信頼度閾値ベクトル３７５に含まれる対応するリソース信頼度閾値との比較を行わせる一組の命令またはコードを実行することができる。特に、「０．２３」の「Ｒ１」に対するリソース信頼度値は、「０．１５」の「Ｒ１」に対するリソース信頼度閾値と比較され、「０．３６」の「Ｒ２」に対するリソース信頼度値は、「０．２」の「Ｒ２」に対するリソース信頼度閾値と比較され、「０．５１」の「Ｒ３」に対するリソース信頼度値は、「０．２５」の「Ｒ３」に対するリソース信頼度閾値と比較される。したがって、この例では、「パスワード」および「ＩＰアドレス」（たとえば、認証要求の送信元であったクライアントデバイス１３０の）を使用する認証モードは、上で詳しく説明されているように、各リソース「Ｒ１」、「Ｒ２」、および「Ｒ３」へのアクセスを許可するのに十分である。第２の認証モード（すなわち、「パスワード」認証モード）を追加することで各リソースに関連付けられているリソース信頼度値を、各リソースに対するクライアントデバイス１３０（またはそのユーザ）の肯定的認証を行うのに十分な量だけ高める。それに応答して、ホストデバイス１１０は、クライアントデバイス１３０および／または一組のリソースに肯定的認証を示す信号を送信することができる。いくつかの実施形態において、そのような信号および／または肯定的認証は、一組のリソースへのアクセスをクライアントデバイス１３０に認めることができる。

[1072] 図９は、一実施形態による脅威ベース認証システムを使用する方法１０を例示するフローチャートである。脅威ベース認証システムは、好適な任意の構成をとることができる。たとえば、いくつかの実施形態において、そのような脅威ベース認証システムは、上で説明されているシステム１００と実質的に類似するか、または同じであるものとしてよい。方法１０は、１１（たとえば、認証情報、認証モードベクトルなど）で、ホストデバイスにおいて（たとえば、クライアントデバイスまたは識別情報プロバイダから）、一組のリソースからのリソースにアクセスするための認証要求を示す信号を受信することを含む。いくつかの実施形態において、ホストデバイスは、図１および図２のホストデバイス１１０に実質的に類似しているか、または同じであるものとしてよく、クライアントデバイスは、図１のクライアントデバイス１３０に実質的に類似しているか、または同じであるものとしてよく、リソースは、図１のリソース１４０に実質的に類似しているか、または同じであるものとしてよい。より具体的には、いくつかの実施形態において、クライアントデバイスは、たとえば、ＰＣ、ラップトップ、タブレット、スマートフォンなどの電子デバイスであってよい。他の実施形態では、クライアントデバイスは、キーフォブ、キーカード、読み取り可能磁気ストリップを備えるカード、および／または他の任意の好適な資格証明書などの、受動的なデバイスまたは同様のものであってよい。リソースは、たとえば、電子デバイス、および／または電子デバイスのメモリに記憶されているソフトウェアアプリケーション、サーバ、サーバのグループ、ネットワーク、仮想ネットワーク、ネットワークロケーション、ネットワークデバイス、ウェブサイト、建物などの物理的ロケーションまたは構造体、建物の一部、ボールト、および／または本明細書で説明されている他のリソースであってよい。いくつかの実施形態において、リソースおよびクライアントデバイスは、同じデバイスに含まれるものとしてよく、および／また同じデバイスであってよい。認証要求は、クライアントデバイスおよび／またはクライアントデバイスのユーザに関連付けられている認証データさらにはアクセスされるべき所望のリソースに関連付けられているデータを含み得る。たとえば、いくつかの実施形態において、認証要求は、１つまたは複数の認証モードおよび／または方法を表すデータ、ユーザプロファイル、リソース識別子、および／または同様のものを含み得る。上で詳しく説明されているように、１つまたは複数の認証モードは、たとえば、能動的な認証モード、受動的な認証モード、および／またはこれらの組合せであってよい。

[1073] 認証要求に関連付けられているリソース信頼度値は、１２で、（１）一組の脅威からの各脅威に対する少なくとも１つのリスク緩和スコアに関連付けられている脅威信頼度ベクトル、および（２）リソースおよび一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアに少なくとも一部は基づき計算される。さらに拡大すると、ホストデバイスは、たとえば、少なくともリスク緩和テーブル、リソース脆弱性テーブル、および一組のリソースからの各リソースに関連付けられているリソース信頼度閾値を含む認証ポリシーを定義することができるポリシー定義モジュール（たとえば、ポリシー定義モジュール１１３）または同様のもの備えることができる。たとえば、リスク緩和テーブルは、リスク緩和テーブル１５５、２５５、および／または３５５に類似しているものとしてよく（少なくとも形態および／または機能に関して）、リソース脆弱性テーブルは、リソース脆弱性テーブル１６５、２６５、および／または３６５に類似しているものとしてよい（少なくとも形態および／または機能に関して）。したがって、リスク緩和テーブルは、各脅威に対する少なくとも１つのリスク緩和スコアを含むことができ、リソース脆弱性テーブルは、図３および図４を参照しつつ上で詳しく説明されているように、リソースおよび一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアを含むものとしてよい。上で説明されているように、各リソースに対するリソース信頼度閾値（本明細書ではリソース信頼度基準とも称される）は、リソース信頼度閾値ベクトル１７５、２７５、および／または３７５に類似しているものとしてよい（少なくとも形態および／または機能に関して）リソース信頼度閾値ベクトルに含まれるものとしてよく、および／または定義することができる。いくつかの場合において、一組のリソースからの各リソースに関連付けられているリソース信頼度閾値は、図４、図７、および図８を参照しつつ上で詳しく説明されているように、一組の脅威の効果を緩和し、および／または一組の脅威が一組のリソースからの各リソースに影響を及ぼすのを防止するレベル、強度、および／または能力に関連付けられている基準または同様のものを定義することができる。

[1074] 上で説明されているように、ホストデバイスおよび／またはポリシー適用モジュールたとえば、ポリシー適用モジュール１１４）は、認証要求および認証ポリシーに含まれる認証データ（すなわち、リスク緩和テーブル、リソース脆弱性テーブル、およびリソース信頼度閾値ベクトル）に基づき認証要求に関連付けられているリソース信頼度値を計算することができる。より具体的には、ホストデバイスは、認証要求およびリスク緩和テーブルに含まれる１つまたは複数の認証モードのドット積に基づき脅威信頼度ベクトルを定義し、および／または計算することができる。この方式で、脅威信頼度ベクトルは、図４を参照しつつ上で詳しく説明されているように、各脅威に関する認証要求に含まれる１つまたは複数の認証モードの緩和強度に関連付けられおよび／またはそれを表す一組の脅威からの各脅威に対する脅威信頼度値を含み得る。同様に、ホストデバイスは、脅威信頼度ベクトルとリソース脆弱性テーブルのドット積に基づき認証要求に関連付けられているリソース信頼度値を定義し、および／または計算することができる。この方式で、一組のリソースからのリソースにアクセスするための認証要求に関連付けられているリソース信頼度値は、認証要求に含まれる１つまたは複数の認証モードに基づき一組の脅威の効果を緩和し、および／または一組の脅威が一組のリソースからのリソースに影響を及ぼすのを実質的に防止する能力に関連付けられ、および／またはそれを表す。

[1075] 計算された後、一組のリソースからのリソースに関連付けられているリソース信頼度値は、１３で、一組のリソースからのリソースに関連付けられているリソース信頼度閾値と比較される。上で説明されているように、リソース信頼度閾値は、一組の脅威の効果を緩和し、および／または一組の脅威が一組のリソースからのリソースに影響を及ぼすのを防止するレベル、強度、および／または能力に関連付けられている基準または同様のものを定義することができる。したがって、リソース信頼度値が、リソース信頼度閾値によって確立され、および／または定義されている基準を満たす場合に、ホストデバイスは、図４を参照しつつ上で詳しく説明されているように、認証要求に関連付けられている肯定的認証を定義するものとしてよく、および／または検証することができる。そのようなものとして、ホストデバイスは、１４のようにリソース信頼度値がリソース信頼度基準を満たしたときに肯定的認証を示す信号を（たとえば、クライアントデバイスまたは識別情報プロバイダに）送信することができる。いくつかの場合において、クライアントデバイスの肯定的認証は、クライアントデバイスおよび／またはそのユーザが一組のリソースからのリソースにアクセスすることを許可する上で動作可能である。

[1076] 図１０は、一実施形態による脅威ベース認証システムを使用する方法２０を例示するフローチャートである。脅威ベース認証システムは、好適な任意の構成をとることができる。たとえば、いくつかの実施形態において、そのような脅威ベース認証システムは、上で説明されているシステム１００と実質的に類似するか、または同じであるものとしてよい。方法２０は、２１（たとえば、認証情報、認証モードベクトルなど）で、ホストデバイスにおいて（たとえば、クライアントデバイスまたは識別情報プロバイダから）、第１の認証モードおよび第１の認証モードと異なる第２の認証モードに関連付けられているデータを含むリソースにアクセスするための認証要求を示す信号を受信することを含む。いくつかの実施形態において、ホストデバイスは、図１および図２のホストデバイス１１０に実質的に類似しているか、または同じであるものとしてよく、クライアントデバイスは、図１のクライアントデバイス１３０に実質的に類似しているか、または同じであるものとしてよく、リソースは、図１のリソース１４０に実質的に類似しているか、または同じであるものとしてよい。より具体的には、いくつかの実施形態において、クライアントデバイスは、たとえば、ＰＣ、ラップトップ、タブレット、スマートフォンなどの電子デバイスであってよい。他の実施形態では、クライアントデバイスは、キーフォブ、キーカード、読み取り可能磁気ストリップを備えるカード、および／または他の任意の好適な資格証明書などの、受動的なデバイスまたは同様のものであってよい。リソースは、たとえば、電子デバイス、および／または電子デバイスのメモリに記憶されているソフトウェアアプリケーション、サーバ、サーバのグループ、ネットワーク、仮想ネットワーク、ネットワークロケーション、ネットワークデバイス、ウェブサイト、建物などの物理的ロケーションまたは構造体、建物の一部、ボールト、および／または本明細書で説明されている他のリソースであってよい。いくつかの実施形態において、リソースおよびクライアントデバイスは、同じデバイスに含まれるものとしてよく、および／また同じデバイスであってよい。第１の認証モードおよび第２の認証モードは、本明細書で説明されているような好適な任意の認証モードとすることができる。たとえば、いくつかの場合において、第１の認証モードは、たとえば、パスワード、入力、音声コマンド、バイオメトリックスキャン、および／または同様のものなどの能動的な認証モードであってよく、第２の認証モードは、たとえば、IPアドレス、地理的位置、センサー出力（たとえば、クライアントデバイスに含まれるか、または搭載されている加速度計、ジャイロスコープ、光センサーなどからの）などの受動的な認証モードであってよい。他の場合において、第１の認証モードおよび第２の認証モードは、各々、能動的な認証モードであるか、または各々、受動的な認証モードであってよい。

[1077] 脅威信頼度ベクトルは、２２で、（１）第１の認証モードおよび一組の脅威に関連付けられているリスク緩和スコア、ならびに（２）第２の認証モードおよび一組の脅威に関連付けられているリスク緩和スコアに基づき計算される。さらに拡大すると、ホストデバイスは、たとえば、少なくともリスク緩和テーブル、リソース脆弱性テーブル、および一組のリソースからの各リソースに関連付けられているリソース信頼度閾値を含む認証ポリシーを定義することができるポリシー定義モジュール（たとえば、ポリシー定義モジュール１１３）または同様のもの備えることができる。さらに、ホストデバイスおよび／またはその中に含まれるポリシー適用モジュール（たとえば、ポリシー適用モジュール１１４）は、一組の認証モード値を含む認証モードベクトル（たとえば、図８の認証モードベクトル３５０に類似しているか、または同じ）を定義するように構成され得る。上で詳しく説明されているように、認証要求が第１の認証モードおよび第２の認証モードを表すデータを含む場合に、それに関連付けられている認証モード値は、たとえば、１に等しいものとしてよく、次いで、これは、第１の認証モードおよび第２の認証モードを表すデータの存在を示す。

[1078] ホストデバイスは、認証モードベクトルとリスク緩和テーブルとのドット積に基づき脅威信頼度ベクトルを定義し、および／または計算することができる。いくつかの実施形態において、リスク緩和テーブルは、リスク緩和テーブル１５５、２５５、および／または３５５に類似しているものとしてよい（少なくとも形態および／または機能に関して）。そのようなものとして、リスク緩和テーブルは、図３および図４を参照しつつ上で説明されているように、第１の認証モードおよび一組の脅威に関連付けられているリスク緩和スコアならびに第２の認証モードおよび一組の脅威に関連付けられているリスク緩和スコアを含み得る。認証モードベクトルとリスク緩和テーブルとのドット積の結果得られる脅威信頼度ベクトルは、図８を参照しつつ上で詳しく説明されているように、一組の脅威からの各脅威に関する第１の認証モードおよび第２の認証モードの集合的な使用に関連付けられている緩和強度を表す一組の脅威からの各脅威に対する脅威信頼度値を含み得る。

[1079] 信頼度ベクトルが計算された場合、リソースに関連付けられているリソース信頼度値は、２３で、（１）脅威信頼度ベクトルならびに（２）リソースおよび一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアに基づき計算される。上で説明されているように、ホストデバイスおよび／または中に含まれるポリシー適用モジュールは、脅威信頼度ベクトルとリソース脆弱性テーブルのドット積に基づき認証要求に関連付けられているリソース信頼度値を計算することができる。より具体的には、リソース脆弱性テーブルは、図３および図４を参照しつつ上で詳しく説明されているように、リソースおよび一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアを含むものとしてよい。いくつかの実施形態において、リソース脆弱性テーブルは、リソース脆弱性テーブル１６５、２６５、および／または３６５に類似しているものとしてよい（少なくとも形態および／または機能に関して）。この方式で、リソースにアクセスするため認証要求に関連付けられているリソース信頼度値は、第１の認証モードおよび第２の認証モードの使用に基づき一組の脅威の効果を緩和し、および／または一組の脅威がリソースに影響を及ぼすのを実質的に防止する能力を表す。

[1080] 計算された後、一組のリソースからのリソースに関連付けられているリソース信頼度値は、２４で、一組のリソースからのリソースに関連付けられているリソース信頼度閾値と比較される。リソースに対するリソース信頼度閾値（本明細書ではリソース信頼度基準とも称される）は、図８を参照しつつ上で詳しく説明されているように、一組の脅威の効果を緩和し、および／または一組の脅威がリソースに影響を及ぼすのを防止するレベル、強度、および／または能力に関連付けられている基準または同様のものを定義することができる。したがって、リソース信頼度値が、リソース信頼度閾値によって確立され、および／または定義されている基準を満たす場合に、ホストデバイスは、図８を参照しつつ上で詳しく説明されているように、認証要求に関連付けられている肯定的認証を定義するものとしてよく、および／または検証することができる。そのようなものとして、ホストデバイスは、２５のようにリソース信頼度値がリソース信頼度基準を満たしたときに肯定的認証を示す信号を（たとえば、クライアントデバイスまたは識別情報プロバイダに）送信することができる。いくつかの場合において、クライアントデバイスの肯定的認証は、クライアントデバイスおよび/またはそのユーザが一組のリソースからのリソースにアクセスすることを許可する上で動作可能である。

[1081] 様々な実施形態について説明してきたが、例としてのみ提示されており、限定することを意図していないことは理解されるであろう。上で説明されている概略図および／または実施形態が、特定の配向または位置で配置構成されている特定のコンポーネントを示している場合、コンポーネントの配置構成は修正されてもよい。たとえば、ホストデバイス１１０は、たとえば、それぞれ認証モードベクトル１５０、２５０、または３５０とリスク緩和テーブル１５５、２５５、または３５５とのドット積、およびそれぞれ結果として得られる脅威信頼度ベクトル１６０、２６０、または３６０とそれぞれリソース脆弱性テーブル１６５、２６５、または３６５とのドット積に基づきリソース信頼度ベクトル２７０を定義するように上で説明されているが、他の実施形態では、ホストデバイス１１０は、好適な任意の脅威ベース計算または同様のものを実行して肯定的認証を決定することができる。たとえば、いくつかの実施形態において、ホストデバイスは、一組の認証モードが一組の脅威の影響を受ける確率に関連付けられている一組の値を含む認証確率テーブル（たとえば、リスク緩和テーブルに類似する）、リソース脆弱性テーブル（たとえば、リソース脆弱性テーブル１６５、２６５、および／または３６５など）、および脅威の影響を受ける確率に関連付けられている値を含む脅威確率ベクトルを定義することができる。そのような実施形態において、認証確率テーブル、リソース脆弱性テーブル、および脅威確率ベクトルは、たとえば、ベイズ定理に入力され得る。そのようなものとして、リソース信頼度ベクトル１７０、２７０、および／または３７０に実質的に類似しているリソース信頼度ベクトルは、上で説明されているように、計算され、その後、対応するリソース信頼度閾値ベクトルと比較され得る。そのような実施形態において、ベイズ定理の使用は、認証確率テーブル、リソース脆弱性テーブル、および脅威確率ベクトルが、たとえば、実質的に独立した入力であるような使用であるものとしてよい。

[1082] これらの実施形態は具体的に示され説明されているが、形態および詳細に関する様々な変更がなされ得ることは理解されるであろう。様々な実施形態が、特定の特徴および／またはコンポーネントの組合せを有するものとして説明されているが、他の実施形態は、上で説明されているような実施形態のうちのどれかからの任意の特徴および／またはコンポーネントの組合せを有することも可能である。

[1083] 上で説明されている方法および／またはイベントは、特定のイベントおよび／または手順が特定の順序で生じることを示している場合、特定のイベントおよび／または手順の順序は、修正されてよい。それに加えて、特定のイベントおよび／または手順は、可能ならば並列プロセスで同時に実行され、さらには上で説明されているように順次実行されてもよい。

[1084] 本明細書で説明されているいくつかの実施形態は、様々なコンピュータ実装オペレーションを実行するための命令またはコンピュータコードを有する非一時的コンピュータ可読媒体（非一時的プロセッサ可読媒体とも称され得る）を備えるコンピュータ記憶装置製品に関係する。コンピュータ可読媒体（またはプロセッサ可読媒体）は、それが本質的に一時的伝搬信号（空間またはケーブルなどの伝送媒体上で情報を搬送する伝搬電磁波）を含まないという意味で非一時的である。媒体およびコンピュータコード（コードとも称され得る）は、特定の１つまたは複数の目的のために設計され、構成されたものであってよい。非一時的コンピュータ可読媒体の例は、限定はしないが、ハードディスク、フロッピィディスク、および磁気テープなどの磁気記憶媒体、コンパクトディスク／デジタルビデオディスク（CD/DVD）、コンパクトディスクリードオンリーメモリ（CD-ROM）、およびホログラフィックデバイスなどの光記憶媒体、光ディスクなどの光磁気記憶媒体、搬送波信号処理モジュール、および特定用途向け集積回路（ASIC）、プログラマブルロジックデバイス（PLD）、リードオンリーメモリ（ROM）、およびランダムアクセスメモリ（RAM）デバイスなどのプログラムコードを記憶し、実行するように特に構成されているハードウェアデバイスを含む。本明細書において説明されている他の実施形態は、たとえば、本明細書で説明されている命令および／またはコンピュータコードを含み得る、コンピュータプログラム製品に関係する。

[1085] 本明細書において説明されているいくつかの実施形態および／または方法は、ソフトウェア（ハードウェア上で実行される）、ハードウェア、またはこれらの組合せによって実行され得る。ハードウェアモジュールは、たとえば、汎用プロセッサ、フィールドプログラマブルゲートアレイ（FPGA）、および／または特定用途向け集積回路（ASIC）を含んでいてもよい。ソフトウェアモジュール（ハードウェア上で実行される）は、Ｃ、Ｃ＋＋、Ｊａｖａ（商標）、Ｒｕｂｙ、Ｖｉｓｕａｌ Ｂａｓｉｃ（商標）、および／または他のオブジェクト指向型、手続型、または他のプログラミング言語および開発ツールを含む、様々なソフトウェア言語（たとえば、コンピュータコード）で表現され得る。コンピュータコードの例は、限定はしないが、マイクロコードまたはマイクロ命令、コンパイラによって生成されるような機械語命令、ウェブサービスを生成するためにコード、およびインタプリタを使用してコンピュータによって実行される高水準命令を収めたファイルを含む。たとえば、実施形態は、命令型プログラミング（たとえば、Ｃ、Ｆｏｒｔｒａｎなど）、関数型プログラミング言語（Ｈａｓｋｅｌｌ、Ｅｒｌａｎｇなど）、論理プログラミング言語（たとえば、Ｐｒｏｌｏｇ）、オブジェクト指向プログラミング言語（たとえば、Ｊａｖａ、Ｃ＋＋、など）、または他の好適なプログラミング言語および／または開発ツールを使用して実装され得る。コンピュータコードの追加の例は、限定はしないが、制御信号、暗号化コード、および圧縮コードを含む。

[1086] いくつかの実施形態において、方法は、ホストデバイスで、クライアントデバイスが一組のリソースからのリソースにアクセスすることに対する認証要求を示す信号を受信することを含む。方法は、認証要求に関連付けられているリソース信頼度値を、（１）一組の脅威からの各脅威に対する少なくとも１つのリスク緩和スコアに関連付けられている脅威信頼度ベクトル、および（２）リソースおよび一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアに少なくとも一部は基づき計算することを含む。方法は、リソース信頼度値を、一組のリソースからのリソースに関連付けられているリソース信頼度基準と比較することをさらに含む。方法は、リソース信頼度値がリソース信頼度基準を満たしたときにホストデバイスから肯定的認証を示す信号を送信することを含む。

[1087] いくつかの実施形態において、認証要求は、少なくとも１つの認証モードに関連付けられているデータを含み、リスク緩和スコアは、脅威に関係するような認証モードの緩和強度を表す。いくつかの実施形態において、脅威信頼度ベクトルは、複数の脅威信頼度値を含み、複数の脅威信頼度値からの各脅威信頼度値は一組の脅威からの脅威に一意的に関連付けられる。

[1088] いくつかの実施形態において、認証要求は、（１）ユーザが認証アクションを実行する、能動的な認証モード、または（２）ユーザが認証アクションを実質的に実行しない、受動的な認証モードのうちの少なくとも一方に関連付けられているデータを含む。いくつかの実施形態において、方法は、リソース信頼度値がリソース信頼度基準を満たしていない場合に、ホストデバイスから、認証失敗を示す信号を送信することを含む。

[1089] いくつかの実施形態において、リソース信頼度値は、肯定的認証を示す信号の送信の後にある期間にわたって減少する。方法は、ホストデバイスから、その期間内の所定の時刻に、認証検証に対する要求を示す信号を送信することを含む。方法は、ホストデバイスにおいて、認証検証に対する要求に応答して、認証データを示す信号を受信することと、認証データに基づきリソース信頼度値を更新して、更新されたリソース信頼度値を定義することとをさらに含む。

[1090] いくつかの実施形態において、リソース信頼度値は、肯定的認証を示す信号の送信の後にある期間にわたって減少する。方法は、ホストデバイスから、その期間内の所定の時刻に、認証検証に対する要求を示す信号を送信することを含む。方法は、ホストデバイスにおいて、認証検証に対する要求に応答して、認証データを示す信号を受信することと、認証データに基づきリソース信頼度値を更新してリソース信頼度値と異なる更新されたリソース信頼度値を定義することとをさらに含むことができる。

[1091] いくつかの実施形態において、方法は、ホストデバイスで、クライアントデバイスがリソースにアクセスすることに対する認証要求を示す信号を受信することを含む。信号は、第１の認証モードに関連付けられているデータと、第１の認証モードと異なる第２の認証モードに関連付けられているデータとを含み得る。方法は、脅威信頼度ベクトルを、（１）第１の認証モードおよび一組の脅威に関連付けられているリスク緩和スコア、ならびに（２）第２の認証モードおよび一組の脅威に関連付けられているリスク緩和スコアに基づき計算することをさらに含む。さらに、方法は、リソースに関連付けられているリソース信頼度値を計算することを含み、リソース信頼度値は（１）脅威信頼度ベクトル、ならびに（２）リソースおよび一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアに基づく。それに加えて、方法は、リソース信頼度値をリソースに関連付けられているリソース信頼度基準と比較することと、リソース信頼度値がリソース信頼度基準を満たしているときにホストデバイスからクライアントデバイスに肯定的認証を示す信号を送信することとを含む。

[1092] いくつかの実施形態において、方法は、リソースに対するリソース信頼度基準を、（１）一組の脅威からの各脅威に関連付けられている少なくとも１つのリスク緩和スコア、および（２）一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアに少なくとも一部は基づき定義することを含む。いくつかの実施形態において、第１の認証モードは、能動的な認証モードまたは受動的な認証モードのうちの一方であり、第２の認証モードは、能動的な認証モードまたは受動的な認証モードのうちの一方である。

[1093] いくつかの実施形態において、第１の認証モードは、パスワード、ワンタイムパスワード、キーストローク、知識ベース認証、音声認識、またはバイオメトリックスキャンのうちの少なくとも１つを使用する。いくつかの実施形態において、第２の認証モードは、地理的位置識別子、インターネットプロトコル（IP）アドレス、ハードトークン、セッションクッキー、ソフトウェアバージョン、近接センサー、トランザクション、バイオメトリックスキャン、またはユーザの履歴データのうちの少なくとも１つを使用する。

[1094] いくつかの実施形態において、リソース信頼度値は、肯定的認証を示す信号の送信の後にある期間にわたって減少する。方法は、リソース信頼度値が基準を満たしたときに、ホストデバイスから、その期間内に、認証検証に対する要求を示す信号を送信することをさらに含むことができる。それに加えて、方法は、ホストデバイスにおいて、認証データを示す信号を受信することと、認証データに基づきリソース信頼度値を更新して、更新されたリソース信頼度値を定義することとを含む。

[1095] いくつかの実施形態において、装置は、通信モジュール、ポリシー定義モジュール、およびポリシー適用モジュールを備える。通信モジュールは、メモリまたはプロセッサのうちの少なくとも１つで実装される。通信モジュールは、クライアントデバイスおよび一組のリソースと電子的に通信するように構成される。ポリシー定義モジュールは、（１）一組の脅威からの各脅威に対する一組のリスク緩和スコアに関連付けられている脅威信頼度ベクトル、および（２）一組の脅威からの各脅威に対する一組のリソース脆弱性スコアに基づき、一組のリソースからの各リソースに対するリソース信頼度基準を定義するように構成されている。ポリシー適用モジュールは、（１）通信モジュールを介して、一組のリソースからのリソースに関連付けられている認証要求を示す信号を受信し、（２）認証要求に関連付けられている脅威信頼度ベクトルおよび一組のリソース脆弱性スコアに基づき一組のリソースからのリソースに対するリソース信頼度値を定義するように構成される。ポリシー適用モジュールは、（１）一組のリソースからのリソースに対するリソース信頼度値と一組のリソースからのリソースに対するリソース信頼度基準とを比較し、（２）一組のリソースからのリソースに対するリソース信頼度基準が満たされたときに通信モジュールを介して肯定的認証を示す信号を送信するようにさらに構成される。

[1096] いくつかの実施形態において、装置は、データベースに動作可能に結合されているデータベースモジュールを備える。データベースモジュールは、一組のリスク緩和スコア、一組のリソース脆弱性スコア、一組のリソースからの各リソースに対するリソース信頼度基準、またはクライアントデバイスのユーザに関連付けられているユーザプロファイルのうちの少なくとも１つを表すデータをデータベースに記憶するように構成される。ポリシー定義モジュールは、（１）データベースに記憶され、ユーザプロファイルに関連付けられているデータに少なくとも一部は基づき一組のリソースからのリソースに対するリソース信頼度基準を定義し、（２）一組のリソースからのリソースに対するリソース信頼度基準を表すデータをデータベースに記憶するための命令を示す信号をデータベースモジュールに送信するように構成される。

[1097] いくつかの実施形態において、クライアントデバイスは、一組のリソースからのリソースである。いくつかの実施形態において、一組のリソースからの各リソースは、電子デバイス、電子デバイスのグループ、磁気デバイス、またはネットワークデバイスのうちの少なくとも１つである。いくつかの実施形態において、ポリシー適用モジュールは、一組のリソースからのリソースに対するリソース信頼度基準が満たされないときに通信モジュールを介して認証失敗を示す信号を送信するように構成される。いくつかの実施形態において、リソース信頼度値は、リソース信頼度ベクトルをまとめて定義する複数のリソース信頼度値からの値である。リソース信頼度ベクトルは、認証確率行列、リソース確率行列、および脅威確率ベクトルに少なくとも一部は基づく。

[1098] いくつかの実施形態において、リソース信頼度値は、一組のリソースからのリソースの肯定的認証の後にある期間にわたって減少する。ポリシー適用モジュールは、（１）リソース信頼度値が所定のレベルまで減少するときに認証検証に対する要求を示す信号を送信し、（２）認証検証に対する要求に応答して受信された認証データに基づきリソース信頼度値を更新するようにさらに構成される。

Claims (20)

1. メモリまたはプロセッサのうちの少なくとも１つで実装され、クライアントデバイスおよび一組のリソースと電子的に通信するように構成される、通信モジュールと、
   （１）一組の脅威からの各脅威に対する一組のリスク緩和スコアに関連付けられている脅威信頼度ベクトル、および（２）前記一組の脅威からの各脅威に対する一組のリソース脆弱性スコアに基づき、前記一組のリソースからの各リソースに対するリソース信頼度基準を定義するように構成されているポリシー定義モジュールと、
   （１）前記通信モジュールを介して、前記一組のリソースからのリソースに関連付けられている認証要求を示す信号を受信し、（２）前記認証要求に関連付けられている脅威信頼度ベクトルおよび前記一組のリソース脆弱性スコアに基づき前記一組のリソースからの前記リソースに対するリソース信頼度値を定義するように構成されている、ポリシー適用モジュールと、を備え、
   前記ポリシー適用モジュールは（１）前記一組のリソースからの前記リソースに対する前記リソース信頼度値と前記一組のリソースからの前記リソースに対する前記リソース信頼度基準とを比較し、（２）前記一組のリソースからの前記リソースに対する前記リソース信頼度基準が満たされたときに、前記通信モジュールを介して肯定的認証を示す信号を送信し、前記クライアントデバイスが前記リソースへのアクセスを認められるように構成される装置。
2. 前記装置は、データベースに動作可能に結合されているデータベースモジュールをさらに備え、
   前記データベースモジュールは、前記一組のリスク緩和スコア、前記一組のリソース脆弱性スコア、前記一組のリソースからの各リソースに対する前記リソース信頼度基準、または前記クライアントデバイスのユーザに関連付けられているユーザプロファイルのうちの少なくとも１つを表すデータを前記データベースに記憶するように構成され、
   前記ポリシー定義モジュールは（１）前記データベースに記憶され、前記ユーザプロファイルに関連付けられているデータに少なくとも一部は基づき前記一組のリソースからの前記リソースに対する前記リソース信頼度基準を定義し、（２）前記一組のリソースからの前記リソースに対する前記リソース信頼度基準を表すデータを前記データベースに記憶するための命令を示す信号を前記データベースモジュールに送信するように構成される、請求項１に記載の装置。
3. 前記クライアントデバイスは、前記一組のリソースからのリソースである、請求項１に記載の装置。
4. 前記一組のリソースからの各リソースは、電子デバイス、電子デバイスのグループ、磁気デバイス、またはネットワークデバイスのうちの少なくとも１つである、請求項１に記載の装置。
5. 前記ポリシー適用モジュールは、前記一組のリソースからの前記リソースに対する前記リソース信頼度基準が満たされないときに、前記通信モジュールを介して認証失敗を示す信号を送信するように構成される、請求項１に記載の装置。
6. 前記リソース信頼度値は、リソース信頼度ベクトルをまとめて定義する複数のリソース信頼度値からの値であり、前記リソース信頼度ベクトルは認証確率行列、リソース確率行列、および脅威確率ベクトルに少なくとも一部は基づく、請求項１に記載の装置。
7. 前記リソース信頼度値は、前記一組のリソースからの前記リソースの前記肯定的認証の後にある期間にわたって減少し、前記ポリシー適用モジュールは（１）前記リソース信頼度値が所定のレベルまで減少するときに認証検証に対する要求を示す信号を送信し、（２）認証検証に対する前記要求に応答して受信された認証データに基づき前記リソース信頼度値を更新するように構成される、請求項１に記載の装置。
8. ホストデバイスにおいて、クライアントデバイスが一組のリソースからのリソースにアクセスすることに対する認証要求を示す信号を受信することと、
   前記認証要求に関連付けられているリソース信頼度値を、（１）一組の脅威からの各脅威に対する少なくとも１つのリスク緩和スコアに関連付けられている脅威信頼度ベクトル、および（２）前記リソースおよび前記一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアに少なくとも一部は基づき計算することと、
   前記リソース信頼度値を、前記一組のリソースからの前記リソースに関連付けられているリソース信頼度基準と比較することと、
   前記クライアントデバイスが前記リソースへのアクセスを認められるように、前記リソース信頼度値が前記リソース信頼度基準を満たしたときに肯定的認証を示す信号を前記ホストデバイスから送信することと、を含む方法。
9. 前記認証要求は、少なくとも１つの認証モードに関連付けられているデータを含み、前記リスク緩和スコアは脅威に関係するような前記認証モードの緩和強度を表す、請求項８に記載の方法。
10. 前記脅威信頼度ベクトルは、複数の脅威信頼度値を含み、前記複数の脅威信頼度値からの各脅威信頼度値は前記一組の脅威からの脅威に一意的に関連付けられる、請求項８に記載の方法。
11. 前記認証要求は、（１）ユーザが認証アクションを実行する能動的な認証モード、または（２）ユーザが認証アクションを実質的に実行しない受動的な認証モードのうちの少なくとも一方に関連付けられているデータを含む、請求項８に記載の方法。
12. 前記リソース信頼度値が前記リソース信頼度基準を満たしていない場合に、前記ホストデバイスから、認証失敗を示す信号を送信することをさらに含む、請求項８に記載の方法。
13. 前記リソース信頼度値は、前記肯定的認証を示す前記信号の前記送信の後にある期間にわたって減少し、前記方法は
    前記ホストデバイスから、前記期間内の所定の時刻に、認証検証に対する要求を示す信号を送信することと、
    前記ホストデバイスにおいて、認証検証に対する前記要求に応答して、認証データを示す信号を受信することと、
    前記認証データに基づき前記リソース信頼度値を更新して、更新されたリソース信頼度値を定義することと、をさらに含む、請求項８に記載の方法。
14. 前記リソース信頼度値は、前記肯定的認証を示す前記信号の前記送信の後にある期間にわたって減少し、前記方法は
    前記ホストデバイスから、前記期間内の所定の時刻に、認証検証に対する要求を示す信号を送信することと、
    前記ホストデバイスにおいて、認証検証に対する前記要求に応答して、認証データを示す信号を受信することと、
    前記認証データに基づき前記リソース信頼度値を更新して、前記リソース信頼度値と異なる更新されたリソース信頼度値を定義することと、をさらに含む、請求項８に記載の方法。
15. ホストデバイスにおいて、クライアントデバイスがリソースにアクセスすることに対する認証要求を示す信号を受信し、前記信号は第１の認証モードに関連付けられているデータおよび前記第１の認証モードと異なる第２の認証モードに関連付けられているデータを含むことと、
    脅威信頼度ベクトルを、（１）前記第１の認証モードおよび一組の脅威に関連付けられているリスク緩和スコア、ならびに（２）前記第２の認証モードおよび前記一組の脅威に関連付けられているリスク緩和スコアに基づき計算することと、
    前記リソースに関連付けられているリソース信頼度値を計算し、前記リソース信頼度値は（１）前記脅威信頼度ベクトル、ならびに（２）前記リソースおよび前記一組の脅威からの各脅威に関連付けられている一組のリソース脆弱性スコアに基づくことと、
    前記リソース信頼度値を、前記リソースに関連付けられているリソース信頼度基準と比較することと、
    前記クライアントデバイスが前記リソースへのアクセスを認められるように、前記リソース信頼度値が前記リソース信頼度基準を満たしたときに、肯定的認証を示す信号を前記ホストデバイスから前記クライアントデバイスに送信することと、を含む方法。
16. 前記リソースに対する前記リソース信頼度基準を、（１）前記一組の脅威からの各脅威に関連付けられている少なくとも１つのリスク緩和スコア、および（２）前記一組の脅威からの各脅威に関連付けられている前記一組のリソース脆弱性スコアに少なくとも一部は基づき定義することをさらに含む、請求項１５に記載の方法。
17. 前記第１の認証モードは、能動的な認証モードまたは受動的な認証モードのうちの一方であり、前記第２の認証モードは、能動的な認証モードまたは受動的な認証モードのうちの一方である、請求項１５に記載の方法。
18. 前記第１の認証モードは、パスワード、ワンタイムパスワード、キーストローク、知識ベース認証、音声認識、またはバイオメトリックスキャンのうちの少なくとも１つを使用する、請求項１５に記載の方法。
19. 前記第２の認証モードは、地理的位置識別子、インターネットプロトコル（IP）アドレス、ハードトークン、セッションクッキー、ソフトウェアバージョン、近接センサー、トランザクション、バイオメトリックスキャン、またはユーザの履歴データのうちの少なくとも１つを使用する、請求項１５に記載の方法。
20. 前記リソース信頼度値は、前記肯定的認証を示す前記信号の前記送信の後にある期間にわたって減少し、前記方法は
    前記リソース信頼度値が基準を満たしたときに、前記ホストデバイスから、前記期間内に、認証検証に対する要求を示す信号を送信することと、
    前記ホストデバイスにおいて、認証データを示す信号を受信することと、
    前記認証データに基づき前記リソース信頼度値を更新して、更新されたリソース信頼度値を定義することと、をさらに含む、請求項１５に記載の方法。

Images