(57)【要約】  実施形態において、信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼を確立するための技術が提供される。実施形態は、暗号鍵を生成すべく証明サーバと通信し、認証サーバと周辺機器との間の通信を可能とすべく、暗号鍵を用いて認証サーバとの安全な接続を確立するよう構成される。実施形態はまた、周辺機器が認証される場合にペアワイズマスターキーを受信し、少なくとも部分的にペアワイズマスターキーに基づき周辺機器から信頼できる通信を受信するよう構成される。実施形態はまた、周辺機器が認証サーバに認証される前に周辺機器に対する接続を識別し、周辺機器から識別子を受信し、識別子の少なくとも一部分に基づき証明サーバに対する接続を確立するよう構成されてよい。
2018504076.tif 000002
【特許請求の範囲】
【請求項１】
信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼できる関係を確立するための命令を格納した少なくとも１つのマシン可読ストレージ媒体であって、前記命令は少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、
暗号鍵を生成すべく証明サーバと通信させ、
認証サーバと前記周辺機器との間の通信を可能にすべく前記暗号鍵を用いて前記認証サーバとの安全な接続を確立させ、
前記周辺機器が認証される場合にペアワイズマスターキーを受信させ、
少なくとも部分的に前記ペアワイズマスターキーに基づき、前記周辺機器から信頼できる通信を受信させる、
媒体。
【請求項２】
前記命令は前記少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、
前記周辺機器が前記認証サーバに認証される前に前記周辺機器に対する接続を識別させ、
前記周辺機器から識別子を受信させ、
前記識別子の少なくとも一部分に基づき、前記証明サーバに対する接続を確立させる、請求項１に記載のマシン可読ストレージ媒体。
【請求項３】
前記ＴＥＥはボディエリアネットワーク（ＢＡＮ）を介して前記周辺機器と通信する、請求項１に記載のマシン可読ストレージ媒体。
【請求項４】
前記命令は前記少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、
前記ペアワイズマスターキーを検証すべく前記周辺機器と通信させる、請求項１に記載のマシン可読ストレージ媒体。
【請求項５】
前記信頼できる通信は前記ペアワイズマスターキーから導出されたトランスポートキーに基づき暗号化される、請求項１に記載のマシン可読ストレージ媒体。
【請求項６】
前記命令は前記少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、
前記安全な接続を介して前記周辺機器の識別子を前記認証サーバに通信させる、請求項１に記載のマシン可読ストレージ媒体。
【請求項７】
前記命令は前記少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、
ネットワーク通信ストリームを信頼できるモードで送信するか、又は信頼できないモードで送信するかを示すべく前記周辺機器へコマンドを送信させる、請求項１から６の何れか一項に記載のマシン可読ストレージ媒体。
【請求項８】
前記命令は前記少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、
信頼できるモードで送信されるネットワーク通信の複数のストリームのサブセットを識別すべく、前記周辺機器にコマンドを送信させる、請求項１から６の何れか一項に記載のマシン可読ストレージ媒体。
【請求項９】
前記命令は前記少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、
前記ペアワイズマスターキーが有効であり続ける間の時間を示す寿命パラメータと共に前記ペアワイズマスターキーを格納させる、請求項１から６の何れか一項に記載のマシン可読ストレージ媒体。
【請求項１０】
前記暗号鍵は、前記ＴＥＥと前記認証サーバとの間に前記安全な接続を確立するために、ラディウスプロトコル又はダイアメタプロトコルで秘密鍵として用いられる、請求項１から６の何れか一項に記載のマシン可読ストレージ媒体。
【請求項１１】
前記認証サーバと前記周辺機器との間の前記通信は、拡張認証プロトコル法に基づく、請求項１から６の何れか一項に記載のマシン可読ストレージ媒体。
【請求項１２】
前記ＴＥＥが前記周辺機器の接続範囲外に移動するまで、前記ＴＥＥと前記周辺機器との間の前記安全な接続を可能とすべく、前記ペアワイズマスターキーが有効であり続ける、請求項１から６の何れか一項に記載のマシン可読ストレージ媒体。
【請求項１３】
前記周辺機器の１又は複数の認証情報が前記認証サーバに関連する１又は複数の認証情報に対応する場合、前記周辺機器が認証される、請求項１から６の何れか一項に記載のマシン可読ストレージ媒体。
【請求項１４】
周辺機器と信頼できる関係を確立するための装置であって、
暗号鍵を生成すべく証明サーバと通信し、
認証サーバと周辺機器との間の通信を可能とすべく前記暗号鍵を用いて前記認証サーバとの安全な接続を確立し、
前記周辺機器が認証される場合にペアワイズマスターキーを受信し、
少なくとも部分的に前記ペアワイズマスターキーに基づき前記周辺機器から信頼できる通信を受信する、
信頼できる実行環境を備える、
装置。
【請求項１５】
前記ＴＥＥは、
前記周辺機器が前記認証サーバに認証される前に前記周辺機器に対する接続を識別し、
前記周辺機器から識別子を受信し、及び
前記識別子の少なくとも一部分に基づき前記証明サーバに対する接続を確立する、請求項１４に記載の装置。
【請求項１６】
前記ＴＥＥは、
前記ペアワイズマスターキーを検証すべく、前記周辺機器と通信する、請求項１４に記載の装置。
【請求項１７】
前記信頼できる通信は、前記ペアワイズマスターキーから導出されたトランスポートキーに基づき暗号化される、請求項１４から１６の何れか一項に記載の装置。
【請求項１８】
前記ＴＥＥは、
前記安全な接続を介して前記周辺機器の識別子を前記認証サーバへ通信する、請求項１４から１６の何れか一項に記載の装置。
【請求項１９】
前記暗号鍵は、前記ＴＥＥと前記認証サーバとの間に前記安全な接続を確立するためにラディウスプロトコル又はダイアメタプロトコルで秘密鍵として用いられる、請求項１４から１６の何れか一項に記載の装置。
【請求項２０】
信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼できる関係を確立するためのメソッドであって、
暗号鍵を生成すべく証明サーバと通信する段階と、
認証サーバと前記周辺機器との間の通信を可能とすべく前記暗号鍵を用いて前記認証サーバとの安全な接続を確立する段階と、
前記周辺機器が認証される場合にペアワイズマスターキーを受信する段階と、
少なくとも部分的に前記ペアワイズマスターキーに基づき、前記周辺機器から信頼できる通信を受信する段階とを備える、
メソッド。
【請求項２１】
前記周辺機器が前記認証サーバに認証される前に前記周辺機器に対する接続を識別する段階と、
前記周辺機器から識別子を受信する段階と、
前記識別子の少なくとも一部分に基づき前記証明サーバに対する接続を確立する段階とを更に備える、請求項２０に記載のメソッド。
【請求項２２】
前記暗号鍵は、前記ＴＥＥと前記認証サーバとの間に前記安全な接続を確立するために、ラディウスプロトコル又はダイアメタプロトコルで秘密鍵として用いられる、請求項２０又は２１に記載のメソッド。
【請求項２３】
信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼できる関係を確立するためのシステムであって、
暗号鍵を用いて、前記ＴＥＥに対して安全な接続を確立し、
前記ＴＥＥから前記周辺機器の１又は複数の認証情報を受信し、
前記ＴＥＥから受信した前記１又は複数の認証情報に基づき、前記周辺機器の認証を試み、
前記周辺機器を認証する前記試みが成功した場合、前記ＴＥＥにペアワイズマスターキーを提供するように構成された、認証サーバを備える、
システム。
【請求項２４】
前記ＴＥＥとの証明書交換に基づき前記暗号鍵を生成し、
前記認証サーバに前記暗号鍵を提供するよう構成された、証明サーバを更に備える、請求項２３に記載のシステム。
【請求項２５】
認証サーバは、
周辺機器に関連する１又は複数の他の認証情報が前記ＴＥＥから受信した前記１又は複数の認証情報に対応する場合、周辺機器を認証すべく、前記１又は複数の他の認証情報にアクセスするよう構成された、請求項２３又は２４に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の相互参照］
本出願は、２０１４年１２月２２日に出願された「信頼できる実行環境と周辺機器との間の信頼確立」と題する米国非仮特許出願第１４／５８０，２０４号の利益及び優先権を主張し、参照によってその全体が本明細書に組み込まれる。
【０００２】
本開示は概してコンピュータネットワークセキュリティの分野に関し、より具体的には信頼できる実行環境と周辺機器との間の信頼確立に関する。
【背景技術】
【０００３】
コンピュータセキュリティの分野は現代社会において、ますます重要になってきている。コンピュータプラットフォームは、ますます、ハードウェアの保護領域を提供する信頼できる実行環境（ＴＥＥ）を有するよう設計されており、この保護領域ではコード及びデータがロードされて機密性及び完全性に関して保護がなされるように保証され得る。ＴＥＥは、コンピューティングデバイスに隔離された実行環境を提供し、そこで、信頼できるアプリケーションが、デバイスのプロセッサ及びメモリへのアクセスを伴って実行され得る。一方でハードウェアの隔離は、例えば、デバイスのメインオペレーティングシステムで実行中の他のアプリケーションから信頼できるアプリケーションを保護する。
【０００４】
多数の内部及び外部ハードウェア周辺機器が、コンピューティングデバイスによって用いられ得る。これらのハードウェア周辺機器とコンピューティングデバイスの信頼できる実行環境との間に信頼を確立することは複雑たり得、これは周辺機器の数及び種類が多いこと、並びにこれら周辺機器を提供するベンダ及び相手先ブランド名製造業者（ＯＥＭ）が多様であることに少なくとも部分的に起因する。従って、コンピュータ設計者は、周辺機器と信頼できる実行環境との間の信頼確立において、重大な課題に直面する。
【図面の簡単な説明】
【０００５】
本開示のより完全な理解、及びその特徴と利点を提供するべく、添付の図と共に以下の説明を参照する。なお同様の参照番号は同様の部分を表す。
【０００６】
【図１】本開示の少なくとも一実施形態による、信頼できる実行環境（ＴＥＥ）とハードウェア周辺機器との間に信頼を確立するための通信システムの簡略ブロック図である。
【０００７】
【図２】少なくとも一実施形態による、信頼を確立するためのシステムのコンポーネントの更なる詳細を示す簡略ブロック図である。
【０００８】
【図３】少なくとも一実施形態による、拡張認証プロトコル（ＥＡＰ）の例示的なスタックを示す簡略ブロック図である。
【０００９】
【図４Ａ】本開示による、信頼を確立するためのシステムの少なくとも一実施形態に関連する可能なインタラクションを示すインタラクション図である。
【図４Ｂ】本開示による、信頼を確立するためのシステムの少なくとも一実施形態に関連する可能なインタラクションを示すインタラクション図である。
【００１０】
【図５】本開示による、信頼を確立するためのシステムの少なくとも一実施形態に関連する可能なアクティビティを示す簡略フローチャートである。
【００１１】
【図６】一実施形態による、例示的なプロセッサに結合されたメモリのブロック図である。
【００１２】
【図７】一実施形態による、ポイントツーポイント（ＰｔＰ）構成で配置された例示的なコンピューティングシステムのブロック図である。
【００１３】
【図８】本開示の例示的なＡＲＭエコシステムのシステムオンチップ（ＳＯＣ）に関連する簡略ブロック図である。
【発明を実施するための形態】
【００１４】
図１は、信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼を確立するための、例示的な通信システム１００の簡略ブロック図である。通信システム１００はＴＥＥ１６０を有する例示的コンピューティングデバイス１５０を含む。コンピューティングデバイス１５０は複数の内部及び外部周辺機器に結合され得る。内部及び外部周辺機器の例は、限定するものではないが、キーボード１７１、ユニバーサルシリアルバス（ＵＳＢ）ストレージデバイス１７２、ディスプレイスクリーン１７３、マウス１７４、メモリモジュール１７５、ネットワークインタフェースカード（ＮＩＣ）１７６及びハードディスク１７７を含み得る。ネットワーク１１０は、コンピューティングデバイス１５０とクラウドサーバ１３０との間のネットワーク通信を容易にし得る。クラウドサーバ１３０は、認証サーバ１３１及び証明サーバ１３３を含む１又は複数のサーバで構成され得る。
【００１５】
図１の要素は、任意の好適な接続（有線又は無線）を採用する１又は複数のインタフェースを通じて互いに結合されてよく、それによりネットワーク通信に対する実行可能なパスウェイを提供する。更に、構成における特定の必要性に基づき、図１のこれらの要素のうち任意の１又は複数のものは、組み合わされるか、又はアーキテクチャから取り除かれてよい。一例として、証明サーバ１３３及び認証サーバ１３１は、同一のマシンに存在しても、別個のマシンに存在してもよい。通信システム１００は、ネットワークにおけるパケットの送信及び／又は受信用の伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）通信が可能な構成を含んでよい。通信システム１００はまた、適切な場合および特定の必要性に基づいて、ユーザデータグラムプロトコル／ＩＰ（ＵＤＰ／ＩＰ）、又は他の任意の好適なプロトコルと共に動作し得る。
【００１６】
ＴＥＥと周辺機器との間に信頼を確立するためのシステムの、いくつかの技術例を示す目的のために、通信システム１００で起こり得るアクティビティを理解することは重要である。以下の基礎的な情報は、本開示が適切に説明され得る上での基礎として見なされてよい。
【００１７】
コンピューティングデバイスのコンピューティングプラットホームの信頼できる実行環境（ＴＥＥ）は、ＴＥＥでロードされたデータ及びコードを、ソフトウェア攻撃及び何らかのハードウェア攻撃から保護する。ＴＥＥは、コンピューティングデバイスの任意のコンピューティングプラットホームで提供され得る。例示的なＴＥＥの実装は、カリフォルニア州サンタクララのインテルコーポレーションから入手可能な、インテル（登録商標）ソフトウェアガードエクステンション（ＳＧＸ）等の組み込みハードウェア技術を用いることができる。ＴＥＥは通常、限定するものではないが、ラップトップ、スマートフォン、タブレット、セットトップボックス、スマートテレビ、ゲームシステム、カーインフォテイメントシステムなどを含むモバイルコンピューティングデバイスにて構成される。しかしＴＥＥは、限定するものではないが、デスクトップ、サーバ、クライアントなどを含む他のコンピューティングデバイスで提供されてもよい。ＴＥＥのいくつかの入力／出力トランザクションはソフトウェア攻撃から保護され得るが、一般的に、これらはハードウェア攻撃からは保護されない。コンピューティングデバイスのコンピュータバス又はインタフェースにアクセスされた場合、入力／出力トランザクションは脆弱になり得る。
【００１８】
ハードウェア周辺機器において信頼を確立することは、任意のＴＥＥが信頼されて信用される上で必要である。ハードウェア周辺機器は、内部周辺機器（例えば、ハードディスク、メモリモジュール、ネットワークインタフェースカード（ＮＩＣ）、メモリ階層の他の層など）及び外部周辺機器（例えば、キーボード、ハードディスク、入力デバイス、ＵＳＢなど）を含み得る。しかし、様々なベンダ及びＯＥＭによって提供される多数の異なる周辺機器が、ＴＥＥに対する信頼確立を複雑にする。一対一関係は管理が困難であり、うまくスケーリングしない。それにもかかわらず、信頼できるアプリケーションが、利用可能な周辺機器を用い、かつそれらの信頼レベル又はレピュテーションを検証できることが必要とされる。
【００１９】
いくつかの欠陥が、ＴＥＥに接続される信頼できる周辺機器に対する現在のソリューションの範囲を制限する。まず、信頼が確立されたハードウェア周辺機器は、一般的にシステムオンチップ（ＳоＣ）／基板固有のＳоＣのベンダによって制御される周辺機器に限定される。ＴＥＥにおける保護は、概してソフトウェア攻撃に限定される。ハードウェアは隔離を強化するが、データはエンド・ツー・エンドで保護されない。有線及び無線外部周辺機器はサポートされず、製造段階で施される特定の周辺機器モデルのポイントソリューションは、他の周辺機器には概して適用不可能である。最後に、現在のＴＥＥソリューションはまた、マルチストリーム周辺機器をストリームレベルでサポートしない。例えば、ＴＥＥソリューションは、コントローラ内において、信頼できるＵＳＢストリームと信頼されないＵＳＢストリームとの間に分離を提供しない。
【００２０】
図１に概要を示すような、信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼を確立する通信システム１００のアーキテクチャは、これらの及びその他の課題を解決し得る。少なくとも一実施形態において、信頼できるエンド・ツー・エンド（Ｅ２Ｅ）接続が、任意の種類の（例えば、内部又は外部）周辺機器とＴＥＥとの間で確立されることを可能にするための、新規な信頼できる接続プロトコルが提供される。少なくとも一実施形態において、（１）周辺機器に関連する１又は複数の認証情報で構成される（又は周辺機器に関連する１又は複数の認証情報にアクセスする能力で構成される）認証サーバと周辺機器との間に存在する信頼と、（２）任意のＴＥＥの信頼の起点（ｒｏｏｔ  ｏｆ  ｔｒｕｓｔ）に基づいてＴＥＥの証明能力を用いて認証サーバとＴＥＥとの間で確立された信頼とに基づき、周辺機器とＴＥＥとの間に信頼を生成するために、信頼できるＥ２Ｅ接続プロトコルの基礎として拡張認証プロトコル(ＥＡＰ)が用いられる。
【００２１】
周辺機器は、ＥＡＰサプリカント、ＥＡＰメソッド（例えば、ＥＡＰ−トランスポート層セキュリティ（ＴＬＳ））、及び１又は複数の関連する認証情報（例えば、Ｘ．５０９証明書）で構成されてよい。また、ＥＡＰメソッド及び対応する認証情報は認証サーバでプロビジョニングされ、これは暗号鍵が、ラディウス（Ｒａｄｉｕｓ）又はダイアメタ（Ｄｉａｍｅｔｅｒ）秘密鍵として用いられることを動的に確立するための（例えば、証明サーバを介する）ＴＥＥの証明をサポートする。ラディウス又はダイアメタ秘密鍵を設定することは、ＴＥＥが認証サーバに対して安全な接続を確立することを可能にする。次にＥＡＰメソッドは、認証サーバに対する（周辺機器の）サプリカントのエンド・ツー・エンド認証用に行われ得る。成功したＥＡＰメソッドの結果としてペアワイズマスターキー（ＰＭＫ）が生成され得る。ペアワイズマスターキーは、寿命パラメータと共に、格納されるべくＴＥＥに提供され得る。従って、毎回認証サーバに対して信頼を確立し、別のペアワイズマスターキーを取得することなく、寿命パラメータが無効になるまでＴＥＥと周辺機器との間の通信に対して信頼が確立され得る。少なくとも一実施形態において、マスターキーは成功したＥＡＰメソッドから生成され、ペアワイズマスターキーを導出すべく用いられ得る。他の実施形態において、ペアワイズマスターキーはマスターキーに相当するか、そうでなければマスターキーに対応し得る。
【００２２】
本明細書に開示する実施形態は一般的なソリューションを提供し、これはＴＥＥと様々な周辺機器との間に信頼を確立する複雑性を大幅に低減する。実施形態は、周辺機器とＴＥＥとの間に信頼できるＥ２Ｅ関係を提供し、これはソフトウェア攻撃及びハードウェア攻撃から保護する。この信頼できるＥ２Ｅ接続は、内部周辺機器（例えば、ＳｏＣ内、基板上）又は外部周辺機器を含む、全ての種類の周辺機器に適用可能であり、一方でまた、製造段階において特定の周辺機器とＴＥＥとの間の依存性を除去する。システムは特定の認証メソッド及び認証情報に限定されず、例えば、特定の実装の必要性に基づいて異なる認証メソッド及び認証情報を可能にする十分な柔軟性がある。信頼、実装、認定などに関して周辺機器のレピュテーションを証明するべく、周辺機器に格納された認証情報が活用され得る。他のプラットフォームベンダとは関係なく、任意の周辺機器ベンダは信頼能力を実装できる。可能な実施例において、周辺機器のベンダは、周辺機器に関連する認証情報で認証サーバを構成して（又は構成を生じさせて）よい。このシナリオにおいて、メソッド及び認証情報の唯一の依存性は周辺機器ベンダに固有のものであり、それ故、プラットフォーム／ＴＥＥベンダ又は他の周辺機器ベンダに依存性はない。高セキュリティのシナリオでは、認証サーバはインハウスで実装でき、認証情報がベンダに提供され得る。最後に、システムは物理的な接続から独立しており、全ての種類の周辺機器に対してスケーラブルである。
【００２３】
図２を参照すると、図２は通信システム１００に関連する詳細の１つの可能なセットを示す簡略ブロック図である。コンピューティングデバイス１５０は信頼できる実行環境（ＴＥＥ）１６０で構成され、これはオーセンティケータ１６１、ラディウス／ダイアメタクライアント１６２、証明クライアント１６３、暗号モジュール１６４、ポリシーモジュール１６５、ペアワイズマスターキー（ＰＭＫ）データベース１６７、メモリ要素１５８、及びプロセッサ１５９を含むことができる。例示的な周辺機器１８０は、サプリカント１８１、暗号モジュール１８４、ポリシーモジュール１８５、１又は複数の認証情報１８６、ＰＭＫレジスタ１８７、メモリ要素１８８、及びプロセッサ１８９を含むことができる。クラウドサーバ１３０は、認証サーバ１３１、証明サーバ１３３、１又は複数の認証情報データベース１３６、メモリ要素１３８、及びプロセッサ１３９を含むことができる。図１〜図２のアーキテクチャに関連する潜在的なフローについて述べる前に、通信システム１００に関連し得るいくつかの可能なコンポーネント及びインフラストラクチャについて簡単な説明を提供する。
【００２４】
概して、通信システム１００はネットワーク１１０によって示される任意の種類又はトポロジーのネットワークを含むことができる。ネットワーク１１０は、通信システム１００を通じて伝播するネットワーク通信を受信及び送信するための、相互接続された通信経路の一連のポイント又はノードを表す。ネットワーク１１０はノード間の通信インタフェースを提供し、任意のローカルエリアネットワーク（ＬＡＮ）、ボディエリアネットワーク（ＢＡＮ）、仮想ローカルエリアネットワーク（ＶＬＡＮ）、インターネット等のワイドエリアネットワーク（ＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、イントラネット、エクストラネット、仮想プライベートネットワーク（ＶＰＮ）、ネットワーク環境で通信を容易にする他の任意の適切なアーキテクチャ又はシステム、又はそれらの任意の好適な組み合わせとして構成されてよい。ネットワーク１１０は、無線通信（例えば、３Ｇ／４Ｇ／５Ｇ／ｎＧネットワーク、ＷｉＦｉ（登録商標）、２０１２年３月２９日に発表された電気電子技術者協会（ＩＥＥＥ）規格８０２．１１（登録商標）−２０１２、ＷｉＭＡＸ、２０１２年８月１７日に発表されたＩＥＥＥ規格８０２．１６（登録商標）−２０１２、無線自動識別（ＲＦＩＤ）、近距離無線通信（ＮＦＣ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）など）、及び／又は有線通信（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）など）を含む任意の好適な通信技術を用いることができる。概して、電気、音、光、赤外線、及び／又は無線（例えば、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＮＦＣ）等の任意の好適な通信手段が用いられてよい。
【００２５】
ネットワークトラフィック（本明細書において「ネットワーク通信」及び「通信」とも称される）は、パケット、フレーム、信号、データ、オブジェクトなどを含み得、任意の好適な通信メッセージングプロトコルに従って通信システム１００において送信及び受信され得る。好適な通信メッセージングプロトコルは開放型システム間相互接続（ＯＳＩ）モデル等の多層方式、又は任意のその導出鍵又は変種（例えば、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、ユーザデータグラムプロトコル／ＩＰ（ＵＤＰ／ＩＰ））を含み得る。本明細書にて用いられる「データ」なる用語は、任意の種類のバイナリ、数値、音声、映像、テキスト、写真、又はスクリプトデータを指すか、任意の種類のソース又はオブジェクトコードを指すか、あるいはコンピューティングシステム（例えば、サーバ、コンピューティングデバイス、周辺機器など）及び／又はネットワークにて、あるポイントから別のポイントへ通信され得る、任意の適切なフォーマットの、他の任意の好適な情報を指す。更に、メッセージ、要求、応答、リプライ、クエリなどは、ネットワークトラフィックの形態である。
【００２６】
クラウドサーバ１３０は、周辺機器のベンダによって（又は別の可能なエンティティによって）構成される１又は複数のサーバを表し、ＴＥＥとベンダに関連する周辺機器との間の信頼確立を可能にする。ベンダは周辺機器の製造者、販売業者、製作者、エンドデバイス所有者など（例えば、情報技術ショップなど）であり得る。ベンダは、その周辺機器を認証情報及びサプリカントで構成（又は構成されるように）する。可能な一実施例において、ベンダはまた、１又は複数のサーバを対応する認証情報又は対応する認証情報へのアクセスで構成（又は構成されるように）し得る。他の可能な実施例において、サーバは、周辺機器にて構成される認証情報に対応する認証情報でサーバを構成できる、他の任意のエンティティによって構成されてよい。例えば、認証サーバは、高セキュリティのシナリオにおいてインハウスの認証情報で実装されてよく、対応する認証情報はベンダに提供されて周辺機器を構成し得る。クラウドサーバ１３０はベンダ又は他の可能なエンティティによって構成され得るサーバの一例である。
【００２７】
クラウドサーバ１３０は、（例えば、ネットワーク１１０を介して）コンピューティングデバイスのＴＥＥへのネットワークアクセスが可能な、任意の好適なネットワーク環境にてプロビジョニングされ得る。このようなネットワーク環境は、限定するものではないが、ベンダ側で構成され得る、ベンダのネットワークインフラストラクチャのバックボーン、又はインハウスで認証サーバを実装するときに、エンドデバイスに関連するエンティティのネットワークインフラストラクチャのバックボーン、又はクラウドサービスプロバイダにより提供される１又は複数のクラウドネットワークを含み得る。周辺機器及び関連するクラウドサーバの構成とプロビジョニングは、周辺機器とコンピューティングデバイスのＴＥＥとの間で信頼できるエンド・ツー・エンド関係が確立されることを可能にする。
【００２８】
クラウドサーバ１３０等のサーバはネットワーク要素であり、これはルータ、スイッチ、ゲートウェイ、ブリッジ、ロードバランサ、ファイアウォール、インラインサービスノード、プロキシ、プロプライエタリなアプライアンス、サーバ、プロセッサ、モジュール、ＳＤＮコントローラ／スイッチ、又はネットワーク環境における情報交換のために動作できる他の任意の好適なデバイス、コンポーネント、要素若しくはオブジェクトを包含すると意図される。このネットワーク要素は、任意の好適なハードウェア、ソフトウェア、ファームウェア、コンポーネント、モジュール、インタフェース、又はそれらの動作を容易にするオブジェクトを含んでよい。これには、データ又は情報の効果的な交換が可能になる、適切なアルゴリズム及び通信プロトコルが含まれてよい。
【００２９】
クラウドサーバ１３０は、認証サーバ１３１、証明サーバ１３３、認証情報データベース１３６、メモリ要素１３８、及びプロセッサ１３９を含み得る。認証サーバ１３１及び証明サーバ１３３は、異なるマシンにおいて存在する別個のエンティティであってよく、又は図２に示すように、単一のクラウドサーバにおいて組み合わされてよい。少なくとも一実施形態において、認証サーバ１３１は、特定のベンダに対する認証、認可、及びアカウンティング（ＡＡＡ）サーバとして構成されてよい。認証サーバ１３１は、ラディウス（遠隔認証ダイアルインユーザサービス）プロトコル、又はダイアメタと称されるラディウスの後継プロトコルのいずれかに従って動作し得る。ラディウスプロトコルは、２０００年６月に「遠隔認証ダイアルインユーザサービス（ＲＡＤＩＵＳ）」との名称で、インターネット技術標準化委員会（ＩＥＴＦ）コメント要求（ＲＦＣ）２８６５によって定義され、ダイアメタプロトコルは、２０１２年１０月に「ダイアメタベースプロトコル」との名称で、ＩＥＴＦ  ＲＦＣ６７３３によって定義された。概して、共有秘密鍵は、受信したメッセージが、同一の共有秘密鍵で構成されたラディウス／ダイアメタ対応デバイスによって送信されたことを検証すべく、ラディウス及びダイアメタプロトコルと共に用いることができる。更に、共有秘密鍵はまた、メッセージの完全性（すなわち、メッセージが伝送中に変更されていないこと）を検証すべく用いることができる。従って、ラディウス／ダイアメタ共有秘密鍵が、ラディウス／ダイアメタサーバ及びラディウス／ダイアメタクライアントにて構成されていると、その２つの間に信頼できる、又は安全な接続を確立することができる。
【００３０】
認証サーバ１３１は認証情報データベース１３６の１又は複数の認証情報を用いて、周辺機器１８０のサプリカント１８１を認証してよい。少なくとも一実施形態において、１又は複数の認証情報の複数のセットは、認証情報データベース１３６に格納されてよく、この複数のセットはそれぞれ、ベンダの複数の周辺機器に格納された認証情報に対応する。例えば、認証情報データベース１３６は、周辺機器１８０内に格納された１又は複数の認証情報のセットに対応する、１又は複数の認証情報の特定のセットを含み得る。少なくとも一実施形態において、認証サーバ１３１は周辺機器のアイデンティティに基づき、周辺機器１８０に関連する認証情報データベース１３６の１又は複数の認証情報を識別でき、かつ、その識別した認証情報を用いて、それに対応する認証情報１８６に基づき周辺機器１８０を認証することができる。いくつかの実施形態において、認証情報データベース１３６は、認証サーバ１３１によってアクセスされ得るネットワークアクセスストレージ等の、他のいくつかのストレージに存在してよい。
【００３１】
例示的な認証情報は、限定するものではないが、Ｘ．５０９証明書又は汎用移動体通信システム加入者識別モジュール（ＵＳＩＭ）を含み得る。Ｘ．５０９証明書プロトコルは２０１３年６月に「Ｘ．５０９インターネット公開鍵インフラストラクチャオンライン証明書状態プロトコル−ＯＣＳＰ」との名称で、ＩＥＴＦ  ＲＦＣ６９６０によって定義される。Ｘ．５０９証明書は、２００８年３月に「ＥＡＰ−ＴＬＳ認証プロトコル」との名称で、ＩＥＴＦ  ＲＦＣ５２１６によって定義されたＥＡＰ認証メソッドと共に用いることができる。ＵＳＩＭ認証情報は、２００６年１月に「第３世代の認証と鍵の合意のための拡張認証プロトコルメソッド（ＥＡＰ−ＡＫＡ）」との名称で、ＩＥＴＦ  ＲＦＣ４１８７によって定義されたＥＡＰ認証メソッドと共に用いることができる。これらの例は、本明細書に記載の１又は複数の実施形態による通信システム１００において実装され得る、可能な認証情報及びＥＡＰメソッドの代表物である。しかしながら、他の多種類の認証情報が、特定の必要性及び実装に応じて用いられてよいことは明らかであろう。
【００３２】
少なくとも一実施形態において、（認証サーバ１３１を介する）クラウドサーバ１３０とＴＥＥ１６０との間の信頼は、動的に確立することができる。クラウドサーバ１３０は、ＴＥＥとの証明プロトコルを行うことができ、かつ、そのやり取りから生成した暗号鍵をラディウス／ダイアメタ秘密鍵として用いることができる。少なくとも一実施形態において、証明サーバ１３３は証明及び鍵交換プロトコルを用いて、ＴＥＥ１６０内の証明クライアント１６３等のＴＥＥの証明クライアントと通信し、ＴＥＥとクラウドサーバとの間で動的に信頼を確立する。証明書交換により、暗号鍵を証明サーバ及びＴＥＥの証明クライアントから生成することができる。暗号鍵は対称（すなわち、同一の鍵がエンドポイントに知られている）であってよく、エンドポイント（例えば、証明クライアント１６３及び証明サーバ１３３）のみに知られている場合には、秘密鍵であり得る。参照の便宜上、本明細書において暗号鍵は「対称鍵」とも称される。しかしながら、他の実施形態において、例えば非対称鍵等の、他の種類の鍵が用いられてよいことは明らかであろう。認証サーバ１３１は、証明サーバ１３３からの暗号鍵を用いてラディウス／ダイアメタ秘密鍵を構成でき、ＴＥＥ１６０との信頼でき、かつ安全な通信を可能にする。
【００３３】
特定の一例において、証明サーバ１３３及び証明クライアント１６３は、ディフィー・ヘルマン（Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ）鍵交換に基づきＳＩＧｎ−ａｎｄ−Ｍａｃ（Ｓｉｇｍａ）プロビジョニングプロトコルを用いることができる。鍵交換はエンハンスドプライバシー識別子（ＥＰＩＤ）によって署名され得、これは匿名での証明が可能になるハードウェアで保護された鍵である。ＥＰＩＤ鍵は、鍵交換の完全性及び有効性を証明するために用いられ得る。ＴＥＥとクラウドサーバとの間で動的に信頼を確立すべく、暗号鍵の生成をもたらす任意の好適な鍵交換プロトコルが実装されてよいことは明らかであろう。潜在的に実装され得る他の認証及び鍵交換プロトコルの非限定的な例に、トランスポート層セキュリティ（ＴＬＳ）又は認証と鍵の合意（ＡＫＡ）プロトコルがある。
【００３４】
コンピューティングデバイス１５０等のコンピューティングデバイスは、ネットワークにおいてネットワーク通信を開始すべく用いられ得、内部及び／又は外部周辺機器が接続され得る任意の種類のコンピューティングシステムを表すことを意図する。コンピューティングデバイスは、限定するものではないが、モバイルデバイス、ラップトップ、ワークステーション、端末、デスクトップ、タブレット、ゲームシステム、スマートフォン、インフォテインメントシステム、組み込みコントローラ、スマートアプライアンス、グローバルポジショニングシステム（ＧＰＳ）、データミュール、又はネットワーク１１０等のネットワーク内で、音声、オーディオ、映像、媒体若しくはデータの交換を開始できる他の任意のデバイス、コンポーネント、若しくは要素を含み得る。コンピューティングデバイス１５０はまた、ヒューマンユーザにとって好適なインタフェース（例えば、ディスプレイスクリーン１７３）と、ヒューマンユーザのコンピューティングデバイス１５０とのインタラクトを可能とする入力デバイス（例えば、キーボード１７１、マウス１７４）とを含んでよい。
【００３５】
コンピューティングデバイス１５０は、信頼できる実行環境（ＴＥＥ）１６０を含む。概して、ＴＥＥはプラットフォーム上の安全なハードウェア領域であり、ＴＥＥはそこに含有されるコード及びデータの機密性及び完全性を保護する。しかしながら、プラットフォームは、周辺機器１８０等の周辺機器との信頼できる通信を必要とするアプリケーションを実行し得る。少なくとも一実施形態において、ＴＥＥ１６０はＥＡＰオーセンティケータを有する証明能力を含む。
【００３６】
オーセンティケータ１６１は、ＥＡＰ認証フレームワークを用いて周辺機器（例えば、周辺機器１８０）を、そのそれぞれのクラウドサーバ（例えば、クラウドサーバ１３０）に認証し、ＥＡＰ認証中に生成した一意のペアワイズマスターキーを用いて周辺機器との信頼を確立するよう構成される。周辺機器１８０とクラウドサーバ１３０との間のエンド・ツー・エンド（Ｅ２Ｅ）認証は、任意の周知のＥＡＰメソッドを用いて実装できる。これは限定するものではないが、ＥＡＰ−ＴＬＳ（Ｘ．５０９証明書を用いるトランスポート層セキュリティ（ＴＬＳ）プロトコル）、ＥＡＰ−ＡＫＡ（ユニバーサル加入者識別モジュール（ＵＳＩＭ）を用いる認証と鍵の合意（ＡＫＡ）プロトコル）、又はＥＡＰ−ＦＡＳＴ（保護された認証情報（ＰＡＣ）を用いる安全なトンネリングを介した柔軟な認証）を含む。オーセンティケータ１６１は、認証サーバ１３１と通信すべく、ラディウス／ダイアメタクライアント１６２を通じて実行できる。ラディウス／ダイアメタプロトコルは、ＴＥＥ１６０とクラウドサーバ１３０との間に安全な接続を提供する。
【００３７】
ＴＥＥ内部のＥＰＩＤ又は任意の信頼の起点／証明等のＴＥＥ１６０の証明能力は、オーセンティケータ１６１が用いるＥＡＰ認証フレームワークを向上する。ＴＥＥ１６０の証明クライアント１６３は、証明及び鍵交換プロトコル（例えば、Ｓｉｇｍａ／ＥＰＩＤ、ＴＬＳ、ＡＫＡなど）を用いてクラウドサーバ１３０の証明サーバ１３３と通信し、ＴＥＥ１６０とクラウドサーバ１３０との間で動的に信頼を確立する。
【００３８】
ＰＭＫデータベース１６７は、ペアワイズマスターキー（ＰＭＫ）が格納され得るデータベース又は他の好適なストレージを含む。ＰＭＫは、周辺機器が接続されるコンピューティングデバイスのＴＥＥを介して、周辺機器がクラウドサーバに認証される成功したＥＡＰメソッドの結果である。ＴＥＥ１６０が成功したＥＡＰメソッドを介して信頼を確立した各周辺機器は、ＰＭＫデータベース１６７に格納されたＰＭＫに関連付けられてよい。
【００３９】
ポリシーモジュール１６５は、ＴＥＥ１６０と周辺機器１８０との間で発生しているトランザクションの種類に関するポリシーを決定できる。例えば、ポリシーモジュール１６５は、トランザクションが保護されるべきか否（例えば、レガシーモード）かを決定でき、このポリシー決定を周辺機器１８０に通信してポリシーを強化する。暗号モジュール１６４は、例えば、トランザクションが暗号化されるときに暗号機能及び／又は分析を行う論理エンティティ（例えば、汎用プロセッサ）であり得る。
【００４０】
周辺機器１８０は、クラウドサーバ１３０に関連付けられ、コンピューティングデバイス１５０に接続される任意の内部又は外部周辺機器の代表物である。周辺機器は、限定するものではないが、キーボード、ディスプレイスクリーン、入力デバイス（例えば、マウス、トラックボール、マイク、タッチパッド、タッチスクリーン、ビデオカメラ、ジェスチャー／姿勢センサ、虹彩／指紋／静脈リーダなど）、グローバルポジショニングシステム（ＧＰＳ）／ジャイロスコープデバイス及び他のコンポーネント、メモリモジュール、ハードディスク、ネットワークインタフェースカード、無線自動識別（ＲＦＩＤ）インタフェース、スマートカードリーダ、デオキシリボ核酸（ＤＮＡ）分析器、医学機器、健康モニタ（心拍、血糖、及び血圧モニタなど）などを含み得る。周辺機器はまた、限定するものではないが、産業機器（例えば、センサ、アクチュエータ、組み込みデバイスなど）、ホームオートメーション（例えば、ロック、温度計、湿度計など）などを含む、モノのインターネット（ＩｏＴ）を包含し得る。
【００４１】
周辺機器は、グローバル、ローカル又はボディエリアネットワーク（ＧＡＮ、ＬＡＮ又はＢＡＮ）又はそれらの任意の好適な組み合わせを介してコンピューティングデバイスに結合されてよい。例えば、サーバ１３０、コンピューティングデバイス１５０及び周辺機器１８０のサブエレメントは、グローバルネットワーク（例えば、インターネット）、ＬＡＮ又はＢＡＮ、又はそれらの任意の好適な組み合わせを介して、互いに通信してよい。このような通信は有線、無線であってよく、又は電磁（光及び赤外線を含む）、音波、皮膚伝導などのような他の任意の伝送手段を用いてよい。限定的でない例として、外部周辺機器（例えば、キーボード１７１、ＵＳＢ１７２、ディスプレイスクリーン１７３、マウス１７４、ビデオカメラ、マイク、他の入力デバイスなど）は、コンピューティングデバイス１５０と通信すべく有線又は無線技術（例えば、ＵＳＢ、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）など）を用いてよい。内部周辺機器（例えば、メモリモジュール１７５、ネットワークインタフェースカード１７６、ハードディスク１７７など）は、コンピューティングデバイス１５０のＳｏＣ内又は回路基板上に含まれてよい。
【００４２】
周辺機器と、関連するクラウドサーバとの間の認証が可能なように周辺機器を構成するベンダに、各周辺機器は関連付けられ得る。例えば、ベンダは周辺機器１８０を製作する製造者であり得、周辺機器１８０をサプリカント１８１、認証情報１８６、及びＰＭＫレジスタ１８７で構成する。サプリカント１８１は、（例えば、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＬＡＮ、ＵＳＢなどを介して）周辺機器が接続されるコンピューティングデバイスのＴＥＥに対して認証を要求し、クラウドサーバ１３０の認証サーバ１３１を用いてＥＡＰメソッドを行うべく、適切な倫理で構成されてよい。メモリ１８８は、例えば、認証情報１８６、ＰＭＫレジスタ１８７などの認証をサポートするために必要なデータを保持するよう構成され得る。
【００４３】
認証情報１８６は、ＥＡＰメソッド（例えば、ＥＡＰ−ＴＬＳのためのＸ．５０９証明書）をサポートし得る。例えば、認証情報１８６は、周辺機器１８０とクラウドサーバ１３０との間の認証を可能とすべく、周辺機器のレピュテーション及び／又は認定についての証明をするために用いられ得る。認証情報１８６は、周辺機器１８０内の何らかの形態の安全なストレージに格納されるか、又は組み込まれる。クラウドサーバ１３０は、周辺機器１８０内の認証情報１８６に対応する（例えば、認証情報データベース１３６内の）認証情報と共にプロビジョニングされ得る。
【００４４】
ＰＭＫレジスタ１８７は、ペアワイズマスターキー（ＰＭＫ）が格納されるレジスタ又は他のストレージを含む。ＰＭＫは、周辺機器１８０とクラウドサーバ１３０との間で行われるＥＡＰメソッドに基づき生成され得、周辺機器とＴＥＥとの間で検証され得る。ポリシーモジュール１８５は、発生しているトランザクションの種類に関連するポリシーを強化できる。例えば、周辺機器１８０は、ＴＥＥ１６０のみの専用でなくてよい。従って、信頼できるトランザクションに対して周辺機器１８０は暗号化を行い得るが、通常のトランザクションに対しては、メッセージは何らかの保護又は暗号化なしに、コンピューティングデバイスの通常のプロセッサに送信され得る。暗号モジュール１８４は、暗号機能及び／又は分析を行う論理エンティティ（例えば、汎用プロセッサ）であり得る。
【００４５】
図３を参照すると、図３は本開示にかかる拡張認証プロトコル（ＥＡＰ）認証フレームワークの少なくとも一実施形態に含まれる論理エンティティを示す。ＥＡＰは、概してネットワーク通信用に用いられる認証フレームワークであり、２００４年６月に「拡張認証プロトコル（ＥＡＰ）」との名称で、ＩＥＴＦ  ＲＦＣ３７４８において定義される。少なくとも一実施形態において、ＥＡＰ認証フレームワークの論理エンティティは、サプリカント３８０、オーセンティケータ３６０、及び認証サーバ３３０を含む。サプリカント３８０は認証を要求するエンドデバイス内に存在する（例えば、周辺機器１８０内のサプリカント１８１）。オーセンティケータ３６０は、アクセス及び共有鍵によりサプリカントが信頼を確立する必要性があるエンティティ内に存在する（例えば、ＴＥＥ１６０内のオーセンティケータ１６１）。認証サーバ３３０は、サプリカント３８０に対応する（同一又は相補的な）認証情報を有し、ＥＡＰメソッド等の認証プロトコルを行う。認証サーバ３３０は、クラウドサーバ内の認証サーバであり得る（例えば、クラウドサーバ１３０内の認証サーバ１３１）。
【００４６】
図３に示すように、ＥＡＰフレームワークは、オーセンティケータ３６０と認証サーバ３３０との間でラディウス又はダイアメタプロトコル３１６を用い得る。ラディウス及びダイアメタプロトコルは、プロトコル帯域外で確立された事前共有鍵（例えば、ラディウス鍵、ダイアメタ鍵）を用いる安全なプロトコルである。少なくとも一例において、オーセンティケータ３６０と認証サーバ３３０との間の通信は、ネットワーク１１０等のネットワーク上のインターネットプロトコル（ＩＰ）３１８を用いて発生し得る。サプリカント３８０とオーセンティケータ３６０との間の通信に用いられる媒体３２０は有線又は無線であり得、信頼が確立するまでは非安全であると考慮される。一般的だが、非限定的である媒体３２０の例に、ＬＡＮ、ＵＳＢ、及びＷｉＦｉ（登録商標）が挙げられる。ＥＡＰフレームワークは、媒体３２０にて信頼確立を可能とする一方で、媒体自体をメッセージ交換に利用する。
【００４７】
サプリカント３８０は、認証対象とする認証サーバ３３０との認証を開始できる。オーセンティケータ３６０は、サプリカントと認証サーバとの間でメッセージを転送する中間エンティティである。ＥＡＰメソッド３１０はＥＡＰフレームワーク上の層であり、サプリカント３８０と認証サーバ３３０との間で、３０１で示される信頼１を検証するエンド・ツー・エンド（Ｅ２Ｅ）認証メソッドである。ＥＡＰ３１２及びＥＡＰ３１４は、認証サーバ３３０及びサプリカント３８０がＥＡＰメソッド３１０を行っているときに、オーセンティケータ３６０によって受信及び転送されるＥＡＰメソッド３１０のメッセージを表す。図３のＥＡＰフレームワーク上では、例えば、（Ｘ．５０９証明書を用いる）ＥＡＰ−ＴＬＳ、（ＵＳＩＭを用いる）ＥＡＰ−ＡＫＡ、（ＰＡＣを用いる）ＥＡＰ−ＦＡＳＴなどを含む、特定のメソッドに対する適切な認証情報を用いる任意のＥＡＰメソッドが用いられてよい。
【００４８】
サプリカント３８０の認証サーバ３３０への成功したＥ２Ｅ認証の結果として、認証サーバ３３０及びサプリカント３８０の両方で共有秘密鍵（本明細書において「マスターキー」とも称される）が、生成される。加えて、共有秘密鍵は認証サーバ３３０及びサプリカント３８０のみに知られる。ＥＡＰメソッドの一例において、マスターキーが認証サーバ３３０で生成された後、認証サーバ３３０は、次いでマスターキーをサプリカント３８０に提供する。しかしながら、エンドポイントにてマスターキーを生成するために、他のＥＡＰメソッドが異なるメソッドを採用してよいことは、明らかであろう。認証サーバ３３０は、互いに確立した信頼に基づき、安全なトンネルを用いて、オーセンティケータ３６０と秘密鍵（又は秘密鍵の導出鍵）を共有できる。例えば、ＥＡＰ３１２は、共有秘密鍵又は共有秘密鍵の導出鍵であり得るペアワイズマスターキー（ＰＭＫ）をオーセンティケータ３６０に送信すべく、ラディウス／ダイアメタプロトコルを介した安全な接続を用い得る。ペアワイズマスターキーがマスターキーの導出鍵である場合、サプリカント３８０は、認証の間に生成された共有秘密鍵から同一のペアワイズマスターキー又は相補的なペアワイズマスターキーを導出し得る。結果として、オーセンティケータ３６０とサプリカント３８０は対応する（同一又は相補的な）ペアワイズマスターキーを有し得る。３０３で示される信頼３は、ペアワイズマスターキーに少なくとも部分的に基づき、サプリカント３８０とオーセンティケータ３６０との間で確立され得る。
【００４９】
上述のように、図３に示されるＥＡＰフレームワークは、信頼１及び信頼３を確立すべく用いられる。しかしながら、信頼２は、証明及び鍵交換プロトコルを用いてオーセンティケータ３６０（ＴＥＥ内部）と認証サーバ３３０との間で動的に生成され得る。このようなプロトコルの例には、限定するものではないが、ＥＰＩＤ−Ｓｉｇｍａが挙げられる。これは対称鍵を生成し、次いでそれをオーセンティケータ３６０と認証サーバ３３０との間のセッションに対するラディウス／ダイアメタ秘密鍵の設定のために用いる。ＥＰＩＤ−Ｓｉｇｍａは本明細書に記載の実施形態により実装され得る１つの可能な証明能力であるが、ＴＥＥ内部の任意の信頼の起点／証明が用いられてよい。そのうえ、暗号鍵がこの実例において対称鍵である一方、他の実施形態においては、証明クライアント１６３及び証明サーバ１３３にて、例えば非対称鍵等の他の種類の暗号鍵が生成されてよいことは、明らかであろう。
【００５０】
可能な一実施形態において、ＴＥＥの証明サーバへの証明中に確立された暗号鍵は、各エンドポイントで信頼できるキャッシュ（又は他の好適なストレージ）に格納され得る。従って、接続又は電源ロスの場合には、周辺機器とＴＥＥとの間に信頼を確立するための信頼できるＥ２Ｅ接続プロトコルが再開され得、以前行われた証明を複製するのではなくキャッシュした暗号鍵が用いられ得る。同様に、ＥＡＰメソッドの間に決定されたマスターキーも各エンドポイントで信頼できるキャッシュ（又は他の好適なストレージ）に格納され得る。従って、接続又は電源ロス後に再開した信頼できるＥ２Ｅ接続プロトコルにて、格納されたマスターキーが用いられ得る。少なくとも一実施形態において、キャッシュした鍵は、共に連結された以前の鍵交渉のメッセージ交換のハッシュに含まれ得る。
【００５１】
図４Ａ及び図４Ｂを参照すると、少なくとも一実施形態による、通信システム１００における証明サーバ１３３、認証サーバ１３１、証明クライアント１６３、オーセンティケータ１６１、サプリカント１８１、及び周辺機器１８０間で発生し得る、可能なインタラクションが簡略インタラクション図により示される。図４Ａ及び図４Ｂの例は、単に潜在的なインタラクションの一例であり、特許請求の範囲を限定するものではない。例えば、モジュール数は変動してよく、コンポーネント数は変動してよく、特定のインタラクションは変動してよく、インタラクションの順序は変動してよい、などである。
【００５２】
図４Ａ及び図４Ｂは、少なくとも一実施形態による、信頼できる実行環境を含むコンピューティングデバイスに新たな周辺機器が導入される可能なシナリオを示す。図４Ａ及び図４Ｂに示す例示的な信頼できるＥ２Ｅ接続プロトコルを行うべく、周辺機器１８０のサプリカント１８１、コンピューティングデバイス１５０のオーセンティケータ１６１及び証明クライアント１６３、並びにクラウドサーバ１３０の認証サーバ１３１及び証明サーバ１３３がインタラクトする。認証サーバ１３１及び証明サーバ１３３は、クラウドサーバ１３０等の単一のサーバでプロビジョニングされてよく、又は別個のエンティティとしてプロビジョニングされてよい。
【００５３】
４０２で、周辺機器１８０がコンピューティングデバイス１５０と接続する。この接続は、例えば、ＬＡＮ、ＵＳＢ、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）などを介してよい。４０４で、ＴＥＥ１６０のオーセンティケータ１６１が、周辺機器１８０とコンピューティングデバイス１５０との間の接続を識別する。４０６で、オーセンティケータ１６１は、周辺機器１８０のサプリカント１８１に送信されたＥＡＰ−要求−アイデンティティメッセージを介して周辺機器のアイデンティティを要求することによって、周辺機器１８０とのＥＡＰ認証を開始し得る。４０８で、サプリカント１８１はＥＡＰ−応答−アイデンティティメッセージ内の識別子を用いて応答する。少なくとも一実施形態において、識別子は「ｄｅｖＩＤ＠ｖｅｎｄｏｒ−ｄｏｍａｉｎ」のような文字列の形態であり得る。周辺機器１８０から受信した識別子に基づき、どのドメインが周辺機器１８０の認証に対する対象となる認証サーバを含むかをオーセンティケータ１６１は決定できる。例えば、受信した識別子が「ｋｅｙｂｏａｒｄ＠ｋｅｙｂｏａｒｄｓ．ｃｏｍ」である場合、識別子は「ｋｅｙｂｏａｒｄｓ．ｃｏｍ」のドメインネームを識別すべく構文解析され得る。「ｋｅｙｂｏａｒｄｓ．ｃｏｍ」の認証サーバが認証対象となり得る。少なくともいくつかの実装例において、ベンダが認証サーバ１３０を構成してプロビジョニングするとき、対象ドメインはベンダのドメインであり得る。
【００５４】
４１０で、識別したドメイン（例えば、「ｋｅｙｂｏａｒｄｓ．ｃｏｍ」）で認証サーバと動的に信頼を生成すべく、オーセンティケータ１６１は証明クライアント１６３を呼び出し得る。証明クライアント１６３は、所望の信頼を動的に生成すべく、証明書交換４１２を証明サーバ１３３と開始する。少なくとも一実施形態において、例えば、測定値のような他の関連するパラメータを含むべく証明書交換が向上され得、ＴＥＥ及びオーセンティケータ１６１のより正確なレピュテーションを提供する。これは、例えば、インテル（登録商標）ソフトウェアガードエクステンション（ＳＧＸ）を用いたＴＥＥ実装において実現され得る。一例において、証明書交換４１２はＥＰＩＤ−Ｓｉｇｍａプロトコルを用いて行われ得る。この実装において、証明サーバ１３３はＳｉｇｍａ証明書を含有してよく、証明クライアント１６３はＥＰＩＤ証明書を含有してよい。証明書は、証明クライアント１６３及び証明サーバ１３３の両方で暗号鍵の生成をもたらすディフィー・ヘルマン鍵共有プロトコルを行うために証明書交換４１２の間に用いられ得る。この例示的な実例の暗号鍵は対称鍵であり、メッセージの暗号化及び解読で後に用いるために格納され得る。
【００５５】
証明が完了すると、４１４で、証明サーバ１３３は証明書交換の間に証明サーバ１３３で生成された対称鍵に基づき、認証サーバ１３１に対するラディウス／ダイアメタ秘密鍵を設定し得る。４１６で、証明クライアント１６３は証明書交換の間にＴＥＥで生成された対称鍵に基づき、オーセンティケータ１６１に対するラディウス／ダイアメタ秘密鍵を設定し得る。認証サーバ１３１及びＴＥＥ１６０のオーセンティケータ１６１に対するラディウス／ダイアメタ秘密鍵が構成されると、４１８で、認証サーバ１３１とオーセンティケータ１６１との間で信頼できるラディウス／ダイアメタ接続が確立され得る。
【００５６】
４２０で、オーセンティケータは、周辺機器１８０のＥＡＰアイデンティティを認証サーバ１３１に送信し得る。ＥＡＰアイデンティティは、４０８でサプリカント１８１から受信した識別子であり得る。ＥＡＰアイデンティティは、例えば、認証情報データベース１３６に格納された周辺機器１８０の対応する認証情報を、認証サーバ１３１が決定可能とし得る。４２２で、認証サーバ１３１及びオーセンティケータ１６１は、特定のＥＡＰメソッドを用いることに同意してよい。例えば、周辺機器１８０のベンダは、Ｘ．５０９証明書を構成し、それを周辺機器１８０の認証情報１８６として格納し、かつクラウドサーバ１３０の認証情報データベース１３６内に格納していてよい。加えて、ベンダは、周辺機器１８０を認証すべく用いるＥＡＰメソッドとしてＴＬＳを識別するインジケータをデータベース（又は他の好適なストレージ）に構成していてよい。従って、ＥＡＰ  ＴＬＳメソッドは、４２２でサプリカント１８１と認証サーバ１３１との間で行われてよい。
【００５７】
オーセンティケータ１６１は、認証サーバ１３１とサプリカント１８１との間でメッセージを受信及び転送する中間エンティティとして機能する。メッセージは、ラディウス又はダイアメタプロトコルに基づき、ＥＡＰメソッドの間にオーセンティケータ１６１と認証サーバ１３１との間で交換され得、ラディウス／ダイアメタ秘密鍵は証明書交換に基づく。メッセージは、データリンク層伝送を用いて、ＥＡＰメソッドの間にオーセンティケータ１６１とサプリカント１８１との間で交換され得る。ＥＡＰメソッドの間、用いられる特定の認証方式（例えば、ＴＬＳ）に従って、認証サーバ１３１及びサプリカント１８１の両方でマスターキーが生成され得る。４２４で、認証サーバ１３１は、ＥＡＰメソッドが成功したことを示すメッセージをオーセンティケータ１６１に送信する。メッセージはペアワイズマスターキー（ＰＭＫ）を含み得、少なくとも一実施形態において、これはマスターキーの導出鍵であり得る。ＰＭＫを含む成功メッセージの受信後、４２６で、オーセンティケータ１６１はＥＡＰメソッドが成功したことを示すメッセージをサプリカント１８１に送信する。
【００５８】
４２８で、サプリカント１８１は、ＥＡＰメソッドの間に生成されたマスターキーから同一又は相補的なＰＭＫを導出できる。４３０で、対応するＰＭＫを共有することを確認するべく、ＴＥＥと周辺機器との間でＰＭＫが検証される。様々な技術がこの検証を行うべく実装され得、本明細書に開示の実施形態は、特定の技術に限定されない。例として、４ウェイハンドシェイクが、ＰＭＫを検証すべくオーセンティケータ１６１とサプリカント１８１との間で行われ得る。ＰＭＫは検証されると、４３２で、周辺機器（例えば、ＰＭＫレジスタ１８７）に格納され得、４３６で、ＰＭＫはＴＥＥ（例えば、ＰＭＫデータベース１６７）に格納され得る。ＴＥＥはまた周辺機器の識別子を格納してよく、これはＰＭＫにマッピングされ、又はそうでなければＰＭＫに関連付けられてよい。このように、信頼はＴＥＥと複数の周辺機器との間に確立でき、一意のＰＭＫは各周辺機器に関連付けられ、ＰＭＫと、そのそれぞれの周辺機器との間のマッピングはＴＥＥに格納される。限定するものではないが、寿命パラメータ及びレピュテーションパラメータを含む周辺機器に関連付けられる他のパラメータも、ＴＥＥに格納されてよい。パラメータは認証サーバ１３１から受信されてよく、及び／又は周辺機器自体から受信されてよい。
【００５９】
加えて、４３０でのＰＭＫ検証の一部として、トランスポートキーが導出されてもよい。例えば、オーセンティケータ１６１とサプリカント１８１との間の４ウェイハンドシェイク中に、トランスポートキーを導出すべくＰＭＫが用いられ得る。トランスポートキーは、周辺機器とＴＥＥとの間で交換されたデータを（例えば、暗号化によって）保護すべく用いられ得る。トランスポートキーは、ＴＥＥに関連付けられたコンピューティングデバイスの電源が入り、ＰＭＫが検証される度に、ＰＭＫから導出され得る。４３４で、トランスポートキーは、ＴＥＥと交換したデータの暗号化のために用いるべく、周辺機器１８０に提供され得る。
【００６０】
寿命パラメータは、ＰＭＫが有効であり続ける間の時間を示すべく用いられ得る。少なくとも一実施形態において、ＴＥＥが、関連するコンピューティングデバイスの電源が入る度に証明書交換及びＥＡＰメソッドを繰り返すことを、寿命パラメータは回避させることができる。周辺機器とＴＥＥが、検証され得る共有（又は相補的な）ＰＭＫを有し、かつ、寿命パラメータが無効になっていない場合、コンピューティングデバイスの電源が入るときに、現在格納しているＰＭＫに基づき４３８で信頼が確立され得る。新たなＰＭＫは、寿命パラメータが無効になるまで取得される必要がなくてよい。少なくとも一実施形態において、コンピューティングデバイスが周辺機器の接続範囲外に移動する場合、ＰＭＫは無効となり得、新たなＰＭＫが確立される必要があり得る。
【００６１】
ＴＥＥと周辺機器との間で信頼できる関係が確立しているとき、その２つの間で少なくともいくつかのネットワーク通信が信頼できるモードで発生してよい。ＴＥＥは、信頼できるモード（例えば、交換しているデータを暗号化すべくトランスポートキーにより保護される）から、信頼できないモード（例えば、データはＰＭＫによって暗号化されず、接続は保護されない）に切り替えるよう周辺機器にコマンドを出せる唯一のエンティティである。コマンド自体も暗号化され得る。４４０で、周辺機器１８０は、ＴＥＥのオーセンティケータ１６１に信頼できる通信を送信する。信頼できる通信には、要求、メッセージ、コマンド、クエリ、データ及び応答を含む、信頼できるモードで通信されるネットワーク通信が含まれるが、それらに限定されない。４４２で、信頼できるデータ交換は、周辺機器１８０とＴＥＥとの間で発生し得る。信頼できるデータ交換において、例えば、４３０で、又はコンピューティングデバイスの電源が入ったときに導出されるトランスポートキーを用いて、データが信頼できるモードで交換され暗号化され得る。信頼できるデータ交換が完了すると、ＴＥＥは、周辺機器１８０に、信頼されない手法にてプラットフォームの他のコンポーネントと通信するレガシーモードに戻るよう命令する信頼されないコマンドを４４４で送信してよい。４４６で、周辺機器１８０は信頼されないデータを送信及び／又は受信してよい。少なくとも一実施形態において、高性能の周辺機器はデータの複数のストリームを含んでよい。このシナリオにおいて、ＴＥＥは周辺機器１８０にデータの特定のストリーム又はサブセットのみを保護するようコマンドを出してよい。
【００６２】
コンピューティングデバイス１５０としてデータミュールを伴うシナリオの一例において、信頼はデータミュールが周辺機器の接続範囲（例えば、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）など）内に物理的に移動するときに、データミュールと周辺機器との間で一時的に確立されてよい。例えば、データミュールがセンサ等の周辺機器を通り過ぎ、そのセンサと接続（例えば、ＷｉＦｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）など）できるようなとき、４０２に示す通り接続できる。信頼できるＥ２Ｅ接続プロトコルは、データミュールとセンサとの間で信頼を確立すべく行われ得る。信頼できる接続の確立後、データはセンサからデータミュールにプル及び／又はプッシュされてよい。例えば、データミュールが物理的にセンサの接続範囲外に移動するとき、データミュールはセンサとの接続を断ってよい。少なくとも一実施形態において、データミュールがもはやセンサに接続されなくなったとき、ＰＭＫは無効となってよい。このように、データミュールが周辺機器の接続範囲内に移動することで周辺機器と接続する度に、新たなＰＭＫが確立される必要があり得る。
【００６３】
図５は本明細書において説明される実施形態に関連し得る、可能な動作のフロー５００のフローチャートである。少なくとも一実施形態において、動作の１又は複数のセットは図５のアクティビティに対応する。ＴＥＥ１６０又はその一部分は、動作の１又は複数のセットを利用してよい。ＴＥＥ１６０は、プロセッサ１５８等の動作を行うための手段を含んでよい。一実施形態において、フロー５００の少なくともいくつかの動作は、オーセンティケータ（例えば、１６１）によって行われてよく、フロー５００の少なくともいくつかの他の動作は、証明クライアント（例えば、１６３）によって行われてよい。一例において、新たな周辺機器（例えば、１８０）とＴＥＥ（例えば、１６０）を有するコンピューティングデバイス（例えば、１５０）との間に接続が確立しているとき、通信システム１００において図５のフロー５００が発生し得る。
【００６４】
フロー５００は５０２で始まってよく、コンピューティングデバイスのＴＥＥは、新たな周辺機器とコンピューティングデバイスとの間で確立している接続を識別する。５０４で、周辺機器のアイデンティティに対する要求が周辺機器に送信される。５０５で、周辺機器のサプリカントからアイデンティティが受信される。少なくとも一実施形態において、識別子は、例えば、「＠」シンボル又は他のセパレータによって分離されたローカル識別子及びドメインネームの形態であってよい。このドメインネームは、周辺機器に関連するクラウドサーバとの接続を確立するのに、ＴＥＥによって用いられ得る。
【００６５】
５０６で、ＴＥＥの証明クライアントは、クラウドサーバの証明サーバと証明書交換を行い得る。クラウドサーバは周辺機器のベンダに関連してよく、周辺機器を認証すべく適切な認証情報で構成されてよい。５０８で、証明書交換が成功裏に完了したかどうかに関する判定が下される。証明書交換が成功裏に完了しなかった場合、５３０で、エラーメッセージが周辺機器に送信され得る。５３２で、エラーメッセージがコンピューティングデバイスのユーザインタフェースを介して表示され得、ＴＥＥと周辺機器との間に信頼を確立する試みは終了し得る。
【００６６】
また一方、証明書交換が成功裏に完了していると５０８で判定された場合には、暗号鍵がＴＥＥの証明クライアント及び証明サーバで生成されている。５１０で、暗号鍵に基づき、ラディウス又はダイアメタ秘密鍵がＴＥＥにて構成されてよい。少なくとも一実施形態において、ラディウス／ダイアメタ秘密鍵は暗号鍵となるよう設定される。５１２で、ラディウス又はダイアメタプロトコルに基づき、ＴＥＥは、クラウドサーバの認証サーバに安全で信頼できる接続を確立する。認証サーバは、周辺機器に関連する１又は複数の認証情報を識別し、かつ、周辺機器の認証に用いるＥＡＰメソッドも識別する。５１４で、認証サーバ及び周辺機器のサプリカントは、それらの間でメッセージを受信及び転送する中間エンティティとしてＴＥＥのオーセンティケータを用い、識別されたＥＡＰメソッドを行う。
【００６７】
５１６で、ＥＡＰメソッドが成功裏に完了したかどうかに関する判定が下される。ＥＡＰメソッドが成功裏に完了しなかった場合、５３０で、エラーメッセージが周辺機器に送信されてよい。５３２で、エラーメッセージがコンピューティングデバイスのユーザインタフェースを介して表示され得、ＴＥＥと周辺機器との間に信頼を確立する試みは終了し得る。
【００６８】
また一方、ＥＡＰメソッドが成功裏に完了していると５１６で判定された場合、マスターキーが生成されており、認証サーバ及び周辺機器の両方に知られている。マスターキー又はマスターキーの導出鍵（例えば、ペアワイズマスターキー）は、認証サーバから受信してよい。周辺機器は、信頼できる接続をＴＥＥと確立すべく用いる対応するＰＭＫを設定し得る。対応するＰＭＫは特定の実装例に応じ、マスターキー又はマスターキーの導出鍵であり得る。５１８で、ＥＡＰメソッドが成功裏に完了していることを示すメッセージが、周辺機器に送信され得る。５２０で、ＰＭＫを検証するプロセスが行われ得る。検証プロセスは、例えば、ＴＥＥのオーセンティケータと周辺機器のサプリカントとの間の４ウェイハンドシェイクであり得る。
【００６９】
５２２で、ＰＭＫ検証が成功したかどうかに関する判定が下される。ＰＭＫ検証が成功しなかった（すなわち、ＰＭＫが検証されなかった）場合、５３０で、エラーメッセージが周辺機器に送信され得る。５３２で、エラーメッセージがコンピューティングデバイスのユーザインタフェースを介して表示され得、ＴＥＥと周辺機器との間に信頼を確立する試みは終了し得る。また一方、ＰＭＫ検証が成功したと５２２で判定された場合、ＰＭＫは５２４で格納され得る。寿命パラメータも、ＰＭＫが有効であり続ける間の時間を示すべくＰＭＫと共に格納され得る。５２６で、トランスポートキーがＰＭＫから導出されてよい。トランスポートキーは、ＴＥＥと周辺機器との間の安全な（信頼できる）通信中にデータを暗号化すべく用いられてよい。
【００７０】
ＴＥＥは、信頼できるモードで動作するか、又は信頼されない、レガシーモードで動作するかを示すコマンドを周辺機器に送信できる。共有ＰＭＫが検証され得る場合、信頼は周辺機器とＴＥＥとの間で確立し得る。少なくともいくつかの実施形態において、寿命パラメータが無効となっているかどうかも考慮されてよい。例えば、寿命パラメータが無効となっている場合、上述のように証明、認証、及び検証プロトコルを用いて新たなＰＭＫが取得される必要があり得る。そうでなければ、現在格納しているＰＭＫの検証に基づき、信頼を確立できる。ＴＥＥと周辺機器との間で信頼が確立され、周辺機器が信頼できるモードで動作していると、ＴＥＥと周辺機器との間で交換されたコマンドを含むデータは、トランスポートキーに基づき暗号化されてよい。周辺機器がレガシーモードで動作しているとき、ＴＥＥと周辺機器との間で交換されたデータは暗号化されなくてよい。
【００７１】
図６は一実施形態によるプロセッサの例示的な図である。プロセッサ６００は、クラウドサーバ１３０のプロセッサ１３９、コンピューティングデバイス１５０のプロセッサ１５９、及び／又は周辺機器１８０のプロセッサ１８９の可能な一実施形態である。プロセッサ６００は任意の種類のプロセッサ、例えば、マイクロプロセッサ、組み込みプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、ネットワークプロセッサ、マルチコアプロセッサ、シングルコアプロセッサ、又はコードを実行する他のデバイスであってよい。単一のプロセッサ６００のみが図６に示されるが、代替的に処理要素は図６に示すプロセッサ６００を２つ以上含んでよい。プロセッサ６００はシングルスレッドコアであり得、又は、少なくとも一実施形態では、プロセッサ６００は１つのコアにつき２つ以上のハードウェアスレッドコンテキスト（又は「論理プロセッサ」）を含み得るという点で、マルチスレッドであってよい。
【００７２】
図６はまた、一実施形態による、プロセッサ６００に結合されたメモリ６０２を示す。メモリ６０２は、クラウドサーバ１３０のメモリ要素１３８、コンピューティングデバイス１５０のメモリ要素１５８、及び／又は周辺機器１８０のメモリ要素１８８の一実施形態である。メモリ６０２は、既知の、又はそうでなければ当業者に入手可能な、任意の多種多様なメモリ（メモリ階層の様々な層を含む）であってよい。このようなメモリ要素は、限定するものではないが、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）の倫理ブロック、消去可能なプログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、及び電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）を含み得る。
【００７３】
プロセッサ６００により実行される１又は複数の命令であり得るコード６０４は、メモリ６０２に格納されてよい。コード６０４はソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の好適な組み合わせ、あるいは適切な場合および特定の必要性に基づいて、他の任意の内部又は外部コンポーネント、デバイス、要素、又はオブジェクトに格納され得る様々なモジュール（例えば、認証サーバ１３１、証明サーバ１３３、オーセンティケータ１６１、証明クライアント１６３、サプリカント１８１、暗号モジュール１６４及び１８４、ポリシーモジュール１６５及び１８５など）の命令を含み得る。一例において、プロセッサ６００は、コード６０４により示される命令のプログラムシーケンスに従い得る。各命令はフロントエンドロジック６０６に入り、１又は複数のデコーダ６０８によって処理される。デコーダは、その出力として、所定のフォーマットの固定幅マイクロオペレーション等のマイクロオペレーションを生成してよく、又は元のコード命令を反映する他の命令、マイクロ命令、若しくは制御信号を生成してよい。フロントエンドロジック６０６はまた、レジスタリネーミングロジック６１０及びスケジューリングロジック６１２を含み、これらは概してリソースを割り振り、実行のための命令に対応する動作をキューに登録する。
【００７４】
プロセッサ６００はまた、実行ユニット６１６−１から６１６−Ｍまでのセットを有する実行ロジック６１４を含み得る。いくつかの実施形態は、特定の機能又は機能のセット専用の複数の実行ユニットを含んでよい。他の実施形態は、１つの実行ユニットのみ、又は特定の機能を行い得る１つの実行ユニットを含んでよい。実行ロジック６１４は、コード命令によって指定される動作を行うことができる。
【００７５】
コード命令によって指定された動作の実行が完了した後、バックエンドロジック６１８は、コード６０４の命令をリタイアできる。一実施形態において、プロセッサ６００は命令のアウトオブオーダ実行を可能にするが、インオーダリタイアメントを必要とする。リタイアメントロジック６２０は、（例えば、リオーダバッファのような）様々な既知の形態を取ってよい。この手法において、プロセッサ６００は、少なくともデコーダ、レジスタリネーミングロジック６１０によって利用されるハードウェアレジスタ及びテーブル、及び実行ロジック６１４によって修正される任意のレジスタ（不図示）が生成する出力に関して、コード６０４の実行中に変換される。
【００７６】
図６には図示していないが、処理要素はプロセッサ６００を有するチップ上に他の要素を含んでよい。例えば、処理要素はプロセッサ６００と共にメモリ制御論理を含んでよい。処理要素は、Ｉ／Ｏ制御ロジックを含んでよく、及び／又はメモリ制御論理と統合されたＩ／Ｏ制御ロジックを含んでよい。処理要素はまた、１又は複数のキャッシュを含んでよい。いくつかの実施形態において、（フラッシュメモリ又はヒューズ等の）不揮発性メモリも、プロセッサ６００を有するチップ上に含まれてよい。一実施形態において、図２を参照して示されて説明されるように、メモリ１５８の一部は暗号化され、例えば、オーセンティケータ１６１、証明クライアント１６３、暗号モジュール１６４、及びポリシーモジュール１６５以外の任意のコードにはアクセス不能であり得る。この構成は信頼できる実行環境１６０を提供でき、ＰＭＫデータベース１６７等の、その中に格納されるデータを保護できる。少なくともいくつかの実施形態において、特別に作成された（例えば、デジタル署名された）コードのみが、環境１６０内で実行されるよう構成されてよい。
【００７７】
図７は、一実施形態による、ポイントツーポイント（ＰｔＰ）構成により配置されたコンピューティングシステム７００の１つの可能な例を示す。図７は具体的には、プロセッサ、メモリ、及び入力／出力デバイスが複数のポイントツーポイントインタフェースにより相互接続されたシステムを示す。少なくとも一実施形態において、本明細書に示されて説明されるクラウドサーバ１３０及び／又はコンピューティングデバイス１５０は、例示的コンピューティングシステム７００と同一であるか、又は同様の手法にて構成されてよい。
【００７８】
また、プロセッサ７７０及び７８０の各々は、メモリ要素７３２及び７３４と通信すべく、統合メモリコントローラロジック（ＭＣ）７７２及び７８２を含んでよい。代替的な実施形態において、メモリコントローラロジック７７２及び７８２は、プロセッサ７７０及び７８０とは独立した別個のロジックであってよい。本明細書で概説されるように、メモリ要素７３２及び／又は７３４は、プライベートデータの保護と関連付けられる動作を実現する際に、プロセッサ７７０及び７８０によって用いられる様々なデータを格納してよい。
【００７９】
プロセッサ７７０及び７８０は、図６のプロセッサ６００及び図２のプロセッサ１３９、１５９及び１８９を参照して述べたものなどの、任意の種類のプロセッサであってよい。プロセッサ７７０及び７８０は、それぞれ、ポイントツーポイント（ＰｔＰ）インタフェース回路７７８及び７８８を用いて、ポイントツーポイントインタフェース７５０を介してデータを交換してよい。プロセッサ７７０及び７８０の各々は、ポイントツーポイントインタフェース回路７７６、７８６、７９４及び７９８を用いて、個別のポイントツーポイントインタフェース７５２及び７５４を介して、制御ロジック７９０とデータを交換してよい。本明細書に示すように、制御ロジックは処理要素７７０及び７８０とは独立している。しかし、一実施形態において、制御ロジック７９０は処理要素７７０及び７８０と同一のチップに統合される。また、制御ロジック７９０は、より少ないか、又はより多い集積回路を用いて異なる分割がなされてよい。更に、制御ロジック７９０はまた、ＰｔＰインタフェース回路であり得るインタフェース回路７９２を用いて、高性能グラフィックインタフェース７３９を介して、高性能グラフィック回路７３８とデータを交換してよい。代替的な実施形態において、図７に示される任意の又は全てのＰｔＰリンクは、ＰｔＰリンクとしてではなくマルチドロップバスとして実装され得る。
【００８０】
制御ロジック７９０は、インタフェース回路７９６を介してバス７２０と通信してよい。バス７２０は、バスブリッジ７１８及びＩ／Ｏデバイス７１６等の、それを通じて通信する１又は複数のデバイスを有してよい。バス７１０を介して、バスブリッジ７１８は、キーボード／マウス７１２（又は例えばタッチスクリーン、トラックボール、ジョイスティックなどの他の入力デバイス）、（モデム、ネットワークインタフェースデバイス、又はコンピュータネットワーク７６０を通じて通信し得る他の種類の通信デバイス等の）通信デバイス７２６、オーディオＩ／Ｏデバイス７１４、及び／又はデータストレージデバイス７２８等の他のデバイスと通信してよい。データストレージデバイス７２８はコード７３０を格納してよく、これはプロセッサ７７０及び／又は７８０により実行されてよい。代替的な実施形態において、バスアーキテクチャの任意の部分は、１又は複数のＰｔＰリンクで実装され得る。
【００８１】
図７に図示されるコンピューティングシステムは、本明細書で述べられる様々な実施形態を実装すべく利用され得る一実施形態の概略図である。本明細書において提供される様々な実施形態により、図７に図示されるシステムの様々なコンポーネントが、システムオンチップ（ＳｏＣ）アーキテクチャ、又はプライベートデータの保護が実現可能な他の任意の好適な構成で組み合わされてよいことを理解されたい。
【００８２】
図８を参照すると、図８は本開示の例示的なＡＲＭエコシステムＳＯＣ８００に関連する簡略ブロック図である。本開示の少なくとも一実装例は、本明細書に述べられる信頼確立の特徴及びＡＲＭコンポーネントを含み得る。例えば、図８の例はコンピューティングデバイス１５０に関連付けることができる。更に、アーキテクチャは、任意の種類のタブレット、（Ａｎｄｒｏｉｄ（登録商標）フォン、ｉＰｈｏｎｅ（登録商標）を含む）スマートフォン、ｉＰａｄ（登録商標）、Ｇｏｏｇｌｅ  Ｎｅｘｕｓ（登録商標）、Ｍｉｃｒｏｓｏｆｔ  Ｓｕｒｆａｃｅ（登録商標）、パーソナルコンピュータ、サーバ、ビデオ処理コンポーネント、（任意の種類のノートパソコンを含む）ラップトップコンピュータ、Ｕｌｔｒａｂｏｏｋ（登録商標）システム、任意の種類のタッチ対応入力デバイスなどの一部であり得る。
【００８３】
図８のこの例において、ＡＲＭエコシステムＳＯＣ８００は、液晶ディスプレイ（ＬＣＤ）と結合するモバイル業界プロセッサインタフェース（ＭＩＰＩ）／ハイデフィニションマルチメディアインタフェース（ＨＤＭＩ（登録商標））リンクに関連付けられ得る、複数のコア８０６−８０７、Ｌ２キャッシュ制御８０８、バスインタフェースユニット８０９、Ｌ２キャッシュ８１０、グラフィックスプロセッシングユニット（ＧＰＵ）８１５、相互接続８０２、ビデオコーデック８２０、及びＬＣＤ  Ｉ／Ｆ８２５、を含み得る。
【００８４】
ＡＲＭエコシステムＳＯＣ８００はまた、加入者識別モジュール（ＳＩＭ）Ｉ／Ｆ８３０、ブートリードオンリーメモリ（ＲＯＭ）８３５、シンクロナス・ダイナミック・ランダムアクセスメモリ（ＳＤＲＡＭ）コントローラ８４０、フラッシュコントローラ８４５、シリアル・ペリフェラル・インタフェース（ＳＰＩ）マスタ８５０、好適な電力制御８５５、ダイナミックＲＡＭ（ＤＲＡＭ）８６０、及びフラッシュ８６５を含んでよい。加えて、１又は複数の例示的実施形態は、Ｂｌｕｅｔｏｏｔｈ（登録商標）８７０、３Ｇモデム８７５、グローバルポジショニングシステム（ＧＰＳ）８８０、及び８０２．１１Ｗｉ−Ｆｉ（登録商標）８８５の実例等の１又は複数の通信能力、インタフェース、及び特徴を含む。
【００８５】
動作において、図８の例は、比較的低消費電力で処理能力を提供でき、様々な種類のコンピューティング（例えば、モバイルコンピューティング、ハイエンドデジタルホーム、サーバ、無線インフラストラクチャなど）を可能とする。加えて、このようなアーキテクチャは、任意の数のソフトウェアアプリケーション（例えば、Ａｎｄｒｏｉｄ（登録商標）、Ａｄｏｂｅ（登録商標）Ｆｌａｓｈ（登録商標）プレーヤ、Ｊａｖａ（登録商標）プラットフォームスタンダードエディション（Ｊａｖａ（登録商標）ＳＥ）、Ｊａｖａ（登録商標）ＦＸ、Ｌｉｎｕｘ（登録商標）、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）  Ｅｍｂｅｄｄｅｄ、Ｓｙｍｂｉａｎ及びＵｂｕｎｔｕなど）を可能にできる。少なくとも例示的な一実施形態において、コアプロセッサは、結合された低レイテンシレベル２キャッシュを有するアウトオブオーダ・スーパースカラパイプラインを実装してよい。
【００８６】
本明細書に概説されるように、少なくとも一実装シナリオにおいて、クラウドサーバ１３０、コンピューティングデバイス１５０、及び周辺機器１８０は、信頼確立アクティビティを実現（又は促進）するソフトウェアを含む。一例において、これら要素の各々は、本明細書において説明される動作の一部を容易にする内部構造（例えば、プロセッサ、メモリ要素など）を有し得ることに留意されたい。いくつかの実施形態において、これらの信頼確立アクティビティは意図される機能を実現すべく、ハードウェア及び／又はファームウェアによって実行されるか、これら要素の外部に実装されるか、又はいくつかの他のコンピューティングシステムに含まれてよい。本明細書に概説されるように、これらの要素はまた、動作を実現すべく、他のネットワーク要素又はコンピューティングシステムと連係できるソフトウェア（又は往復ソフトウェア）を含んでよい。なおも他の実施形態において、１又はいくつかの要素は、これらの動作を容易にする任意の好適なアルゴリズム、ハードウェア、ソフトウェア、コンポーネント、モジュール、インタフェース又はオブジェクトを含んでよい。モジュールは好適に組み合わせられるか、又は任意の適切な手法で分割されてよく、これは特定の構成及び／又はプロビジョニングの必要性に基づき得る。
【００８７】
クラウドサーバ１３０、コンピューティングデバイス１５０、及び周辺機器１８０に関連付けられる内部構造に関連して、これらのデバイスは、本明細書に概説される動作で用いる命令、倫理及び／又はコードを含むデータ及び情報を格納するための、揮発性及び／又は不揮発性メモリ要素（例えば、メモリ要素１３８、１５８、１８８）を含み得る。クラウドサーバ１３０、コンピューティングデバイス１５０、及び周辺機器１８０は、データ及び情報を、任意の好適なメモリ要素（例えば、データ及び情報を格納できるランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なＰＲＯＭ（ＥＰＲＯＭ）、電気的ＥＰＲＯＭ（ＥＥＰＲＯＭ）、ディスクドライブ、フロッピー（登録商標）ディスク、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、フラッシュメモリ、光磁気ディスク、特定用途向け集積回路（ＡＳＩＣ）、若しくは他の種類の不揮発性マシン可読媒体）、ソフトウェア、ハードウェア、ファームウェア、又は適切な場合および特定の必要性に基づいて、他の任意の好適なコンポーネント、デバイス、要素、又はオブジェクト内に保持してよい。本明細書で述べる任意のメモリアイテム（例えば、メモリ要素１３８、１５８、１８８）は、「メモリ要素」という広義の用語に包含されるものとして解釈されるべきである。そのうえ、通信システム１００において使用、格納、追跡、送信、又は受信される情報は、限定するものではないが、レポジトリ、データベース、レジスタ、キュー、テーブル、又はキャッシュを含む任意のストレージ構造体にて提供され得、これらの全ては任意の好適な時間枠で参照され得る。
【００８８】
ある実装例において、本明細書において概説される機能は、１又は複数の有形媒体（例えば、ＡＳＩＣにて提供される組み込み倫理、デジタル信号プロセッサ（ＤＳＰ）命令、１又は複数のプロセッサよって実行されるソフトウェア（潜在的にオブジェクトコード及びソースコードを含む）、又は他の同様のマシンなど）において符号化された倫理によって実装されてよく、これは一時的マシン可読ストレージ媒体を含んでよい。クラウドサーバ１３０、コンピューティングデバイス１５０、及び周辺機器１８０は、本明細書で述べるアクティビティを行う倫理又はアルゴリズムを実行できる１又は複数のプロセッサ（例えば、プロセッサ１３９、１５９、１８９）を含んでよい。プロセッサは、本明細書で詳述する動作を実現すべく、データに関連する任意の種類の命令を実行できる。一例において、プロセッサは    、要素又は物品（例えば、データ）を１つの状態もしくは物から別の状態もしくは物に変換できる。別の例において、本明細書で概説するアクティビティは、固定倫理又はプログラマブル倫理（例えば、プロセッサによって実行されるソフトウェア／コンピュータ命令）で実装されてよい。本明細書で識別される要素は何らかの種類のプログラマブルプロセッサ、プログラマブルデジタルロジック（例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ）又はデジタルロジック、ソフトウェア、コード、電子命令若しくはそれらの任意の好適な組み合わせを含むＡＳＩＣであり得る。本明細書で説明される任意の潜在的な処理要素、モジュール及びマシンは、「プロセッサ」という広義の用語に包含されるものとして解釈されるべきである。
【００８９】
本明細書で提供される例では、インタラクションは２つ、３つ、又はそれ以上のコンピューティングシステムに関して説明され得ることに留意されたい。しかし、これは明確化及び例示のみを目的として行われている。いくつかの事例において、限定数のコンピューティングデバイス、周辺機器、及びクラウドサーバの参照のみにより、所与のフローのセットの１又は複数の機能を説明することの方がより容易であり得る。そのうえ、ハードウェア周辺機器とＴＥＥとの間に信頼を確立するためのシステムは容易にスケーラブルであり、多数のコンポーネント（例えば、複数のクラウドサーバに関連付けられた複数の周辺機器）、及びより複雑な／高性能な配置及び構成にわたって実装できる。従って、提供される例は、潜在的に無数の他のアーキテクチャに適用されるので、プライベートデータ保護システムの範囲を限定するか、又は広範な教示を阻むべきものではない。
【００９０】
図１から図５を参照して説明された動作は、通信システム１００により、又はこの内部で実行され得る可能な信頼確立のアクティビティの一部のみを示すことに留意することもまた重要である。適切な場合にはこれらの動作のいくつかは削除されるか、取り除かれてよく、又はこれらの動作は本開示の範囲を逸脱することなく大幅に修正又は変更されてよい。加えて、これらの動作のタイミングは大幅に変更されてよい。前述の動作フローは、例示及び説明の目的のために提供されている。任意の好適な配置、時系列、構成、及びタイミングメカニズムが、本開示の教示から逸脱することなく提供され得るという点で、かなりの柔軟性が本明細書で説明される実施形態により提供される。
【００９１】
本開示は具体的な配置及び構成を参照して詳細に説明されているが、これらの例示的構成及び配置は、本開示の範囲から逸脱することなく大幅に変更されてよい。更に、通信システム１００が、信頼確立のアクティビティを容易にする具体的な要素及び動作を参照して示されているが、これらの要素及び動作は、信頼を確立するためのシステムの意図される機能を実現する任意の好適なアーキテクチャ、プロトコル、及び／又は処理によって代替され得る。
【００９２】
［他の注記及び例］  例Ｃ１は、少なくとも１つのマシン可読ストレージ媒体であって、信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼できる関係を確立するための命令を格納し、命令は少なくとも１つのプロセッサにより実行されると、少なくとも１つのプロセッサに暗号鍵を生成すべく証明サーバと通信させ、認証サーバと周辺機器との間の通信を可能にすべく暗号鍵を用いて認証サーバとの安全な接続を確立させ、周辺機器が認証される場合にペアワイズマスターキーを受信させ、少なくとも部分的にペアワイズマスターキーに基づき周辺機器から信頼できる通信を受信させる。
【００９３】
例Ｃ３において、例Ｃ１又はＣ２の主題は、ＴＥＥがボディエリアネットワーク（ＢＡＮ）を介して周辺機器と通信することを随意に含み得る。
【００９４】
例Ｃ４において、例Ｃ１〜Ｃ３の何れか１つの主題は、命令が、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、ペアワイズマスターキーを検証すべく周辺機器と通信させることを随意に含み得る。
【００９５】
例Ｃ５において、例Ｃ１〜Ｃ４の何れか１つの主題は、ペアワイズマスターキーから導出されたトランスポートキーに基づき、信頼できる通信が暗号化されることを随意に含み得る。
【００９６】
例Ｃ６において、例Ｃ１〜Ｃ５の何れか１つの主題は、命令が、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、安全な接続を介して周辺機器の識別子と認証サーバを通信させることを随意に含み得る。
【００９７】
例Ｃ７において、例Ｃ１〜Ｃ６の何れか１つの主題は、少なくとも１つのプロセッサによって実行されると、命令が、少なくとも１つのプロセッサに、ネットワーク通信のストリームを信頼できるモードで送信するか、又は信頼できないモードで送信するかを示すべく、周辺機器にコマンドを送信させることを随意に含み得る。
【００９８】
例Ｃ８において、例Ｃ１〜Ｃ６の何れか１つの主題は、命令が、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサにコマンドを周辺機器に送信させて、信頼できるモードで送信されるネットワーク通信の複数のストリームのサブセットを識別することを随意に含み得る。
【００９９】
例Ｃ９において、例Ｃ１〜Ｃ８の何れか１つの主題は、命令が、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、ペアワイズマスターキーが有効であり続ける間の時間を示す寿命パラメータと共にペアワイズマスターキーを格納させることを随意に含み得る。
【０１００】
例Ｃ１０において、例Ｃ１〜Ｃ９の何れか１つの主題は、ＴＥＥと認証サーバとの間に安全な接続を確立するために、暗号鍵がラディウスプロトコル又はダイアメタプロトコルで秘密鍵として用いられることを随意に含み得る。
【０１０１】
例Ｃ１１において、例Ｃ１〜Ｃ１０の何れか１つの主題は、認証サーバと周辺機器との間の通信が拡張認証プロトコルに基づくことを随意に含み得る。
【０１０２】
Ｃ１２の例において、例Ｃ１〜Ｃ１１の何れか１つの主題は、ＴＥＥが周辺機器の接続範囲外に移動するまで、ＴＥＥと周辺機器との間の安全な接続を可能とすべく、ペアワイズマスターキーが有効であり続けることを随意に含み得る。
【０１０３】
例Ｃ１３において、例１〜１２の何れか１つの主題は、周辺機器の１又は複数の認証情報が認証サーバに関連する１又は複数の認証情報に対応する場合、周辺機器が認証されることを随意に含み得る。
【０１０４】
例Ａ１は周辺機器と信頼できる関係を確立するための装置であって、暗号鍵を生成すべく証明サーバと通信し、認証サーバと周辺機器との間の通信を可能とすべく暗号鍵を用いて認証サーバとの安全な接続を確立し、周辺機器が認証される場合、ペアワイズマスターキーを受信し、少なくとも部分的にペアワイズマスターキーに基づき周辺機器から信頼できる通信を受信する信頼できる実行環境を有する。
【０１０５】
例Ａ２において、Ａ１の主題は、ＴＥＥが、周辺機器が認証サーバに認証される前に周辺機器に対する接続を識別し、周辺機器から識別子を受信し、識別子の少なくとも一部分に基づき証明サーバに対する接続を確立することを随意に含み得る。
【０１０６】
例Ａ３において、例Ａ１又はＡ２の主題は、ＴＥＥが、ボディエリアネットワーク（ＢＡＮ）を介して周辺機器と通信することを随意に含み得る。
【０１０７】
例Ａ４において、例Ａ１〜Ａ３の何れか１つの主題は、ＴＥＥがペアワイズマスターキーを検証すべく周辺機器と通信することを随意に含み得る。
【０１０８】
例Ａ５において、例Ａ１〜Ａ４の何れか１つの主題は、ペアワイズマスターキーから導出されたトランスポートキーに基づき、信頼できる通信が暗号化されることを随意に含み得る。
【０１０９】
例Ａ６において、例Ａ１〜Ａ５の何れか１つの主題は、ＴＥＥが安全な接続を介して周辺機器の識別子を認証サーバに通信することを随意に含み得る。
【０１１０】
例Ａ７において、例Ａ１〜Ａ６の何れか１つの主題は、ＴＥＥが、ネットワーク通信のストリームを信頼できるモードで送信するか、又は信頼できないモードで送信するかを示すべく周辺機器にコマンドを送信することを随意に含み得る。
【０１１１】
例Ａ８において、例Ａ１〜Ａ６の何れか１つの主題は、ＴＥＥが、信頼できるモードで送信されることになるネットワーク通信の複数のストリームのサブセットを識別すべく、周辺機器にコマンドを送信することを随意に含み得る。
【０１１２】
例Ａ９において、例Ａ１〜Ａ８の何れか１つの主題は、ＴＥＥが、ペアワイズマスターキーが有効であり続ける間の時間を示す寿命パラメータと共にペアワイズマスターキーを格納することを随意に含み得る。
【０１１３】
例Ａ１０において、例Ａ１〜Ａ９の何れか１つの主題は、ＴＥＥと認証サーバとの間に安全な接続を確立するために、暗号鍵がラディウスプロトコル又はダイアメタプロトコルで秘密鍵として用いられることを随意に含み得る。
【０１１４】
例Ａ１１において、例Ａ１〜Ａ１０の何れか１つの主題は、認証サーバと周辺機器との間の通信が拡張認証プロトコルに基づくことを随意に含み得る。
【０１１５】
例Ａ１２において、例Ａ１〜Ａ１１の何れか１つの主題は、ＴＥＥが周辺機器の接続範囲外に移動するまで、ＴＥＥと周辺機器との間の安全な接続を可能とすべく、ペアワイズマスターキーが有効であり続けることを随意に含み得る。
【０１１６】
例Ａ１３において、例Ａ１〜Ａ１２の何れか１つの主題は、周辺機器の１又は複数の認証情報が認証サーバに関連する１又は複数の認証情報に対応する場合、周辺機器が認証されることを随意に含み得る。
【０１１７】
例Ｍ１は信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼できる関係を確立するためのメソッドであって、暗号鍵を生成すべく証明サーバと通信し、認証サーバと周辺機器との間の通信を可能とすべく暗号鍵を用いて認証サーバとの安全な接続を確立し、周辺機器が認証される場合にペアワイズマスターキーを受信し、少なくとも部分的にペアワイズマスターキーに基づき周辺機器から信頼できる通信を受信することを有する。
【０１１８】
例Ｍ２において、Ｍ１の主題は、周辺機器が認証サーバに認証される前に周辺機器に対する接続を識別し、周辺機器から識別子を受信し、識別子の少なくとも一部分に基づき証明サーバに対する接続を確立することを随意に含み得る。
【０１１９】
例Ｍ３において、例Ｍ１又はＭ２の主題は、ＴＥＥがボディエリアネットワーク（ＢＡＮ）を介して周辺機器と通信することを随意に含み得る。
【０１２０】
例Ｍ４において、例Ｍ１〜Ｍ３の何れか１つの主題は、命令が、少なくとも１つのプロセッサによって実行されると、少なくとも１つのプロセッサに、ペアワイズマスターキーを検証すべく周辺機器と通信させることを随意に含み得る。
【０１２１】
例Ｍ５において、例Ｍ１〜Ｍ４の何れか１つの主題は、ペアワイズマスターキーから導出されたトランスポートキーに基づき、信頼できる通信が暗号化されることを随意に含み得る。
【０１２２】
例Ｍ６において、例Ｍ１〜Ｍ５の何れか１つの主題は、安全な接続を介して周辺機器の識別子と認証サーバを通信させることを随意に含み得る。
【０１２３】
例Ｍ７において、例Ｍ１〜Ｍ６の何れか１つの主題は、ネットワーク通信のストリームを信頼できるモードで送信するか、又は信頼できないモードで送信するかを示すべく周辺機器にコマンドを送信することを随意に含み得る。
【０１２４】
例Ｍ８において、例Ｍ１〜Ｍ６の何れか１つの主題は、信頼できるモードで送信されることになるネットワーク通信の複数のストリームのサブセットを識別すべく、周辺機器にコマンドを送信することを随意に含み得る。
【０１２５】
例Ｍ９において、例Ｍ１〜Ｍ８の何れか１つの主題は、ペアワイズマスターキーが有効であり続ける間の時間を示す寿命パラメータと共にペアワイズマスターキーを格納することを随意に含み得る。
【０１２６】
例Ｍ１０において、例Ｍ１〜Ｍ９の何れか１つの主題は、ＴＥＥと認証サーバとの間に安全な接続を確立するために、暗号鍵がラディウスプロトコル又はダイアメタプロトコルで秘密鍵として用いられることを随意に含み得る。
【０１２７】
例Ｍ１１において、例Ｍ１〜Ｍ１０の何れか１つの主題は、認証サーバと周辺機器との間の通信が拡張認証プロトコルに基づくことを随意に含み得る。
【０１２８】
例Ｍ１２において、例Ｍ１〜Ｍ１１の何れか１つの主題は、ＴＥＥが周辺機器の接続範囲外に移動するまで、ＴＥＥと周辺機器との間の安全な接続を可能とすべく、ペアワイズマスターキーが有効であることを随意に含み得る。
【０１２９】
例Ｍ１３において、例Ｍ１〜Ｍ１２の何れか１つの主題は、周辺機器の１又は複数の認証情報が認証サーバに関連する１又は複数の認証情報に対応する場合、周辺機器が認証されることを随意に含み得る。
【０１３０】
例Ｓ１は信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼できる関係を確立するためのシステムであって、暗号鍵を用いて、ＴＥＥに対して安全な接続を確立し、ＴＥＥから周辺機器の１又は複数の認証情報を受信し、ＴＥＥから受信した１又は複数の認証情報に基づき、周辺機器の認証を試み、周辺機器を認証する試みが成功した場合、ＴＥＥにペアワイズマスターキーを提供するよう構成される認証サーバを有する。
【０１３１】
例Ｓ２において、例Ｓ１の主題は、ＴＥＥとの証明書交換に基づき暗号鍵を生成し、認証サーバに暗号鍵を提供するよう構成された証明サーバを随意に含み得る。
【０１３２】
例Ｓ３において、例Ｓ１又はＳ２の主題は、１又は複数の他の認証情報が、ＴＥＥから受信した１又は複数の認証情報に対応する場合、周辺機器を認証すべく、周辺機器に関連する１又は複数の他の認証情報にアクセスするよう認証サーバが構成されることを随意に含み得る。
【０１３３】
例Ｘ１は信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼できる関係を確立するための装置であって、例Ｍ１から例Ｍ１３のうち任意の１つのメソッドを行う手段を有する。
【０１３４】
例Ｘ２において、例Ｘ１の主題は、メソッドを行う手段が少なくとも１つのプロセッサ及び少なくとも１つのメモリ素子を有することを随意に含み得る。
【０１３５】
例Ｘ３において、例Ｘ１又はＸ２の主題は、装置がコンピューティングデバイスであることを随意に含み得る。
【０１３６】
例Ｘ４において、例Ｘ２の主題は、マシン可読命令が、実行されると、装置に例Ｍ１から例Ｍ１３のうち任意の１つのメソッドを行わせ、少なくとも１つのメモリ素子がこの命令を有することを随意に含み得る。
【０１３７】
例Ｚ１は、信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼できる関係を確立するための命令を有する少なくとも１つのマシン可読ストレージ媒体であって、命令は実行されると、例Ａ１〜例Ａ１３，例Ｍ１〜Ｍ１３，例Ｓ１〜Ｓ３、又は例Ｘ１〜Ｘ３の何れか１つに説明されるような装置を実現するか、メソッドを実装するか、又はシステムを実現する。
【図１】
2018504076.tif 000003
【図２】
2018504076.tif 000004
【図３】
2018504076.tif 000005
【図４Ａ】
2018504076.tif 000006
【図４Ｂ】
2018504076.tif 000007
【図５】
2018504076.tif 000008
【図６】
2018504076.tif 000009
【図７】
2018504076.tif 000010
【図８】
2018504076.tif 000011
【手続補正書】
【提出日】平成29年8月18日(2017.8.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼できる関係を確立するためのプログラムであって、少なくとも１つのプロセッサに、
暗号鍵を生成すべく証明サーバと通信させ、
認証サーバと前記周辺機器との間の通信を可能にすべく前記暗号鍵を用いて前記認証サーバとの安全な接続を確立させ、
前記周辺機器が認証される場合にペアワイズマスターキーを受信させ、
少なくとも部分的に前記ペアワイズマスターキーに基づき、前記周辺機器から信頼できる通信を受信させる、
プログラム。
【請求項２】
前記少なくとも１つのプロセッサに、
前記周辺機器が前記認証サーバに認証される前に前記周辺機器に対する接続を識別させ、
前記周辺機器から識別子を受信させ、
前記識別子の少なくとも一部分に基づき、前記証明サーバに対する接続を確立させる、請求項１に記載のプログラム。
【請求項３】
前記ＴＥＥはボディエリアネットワーク（ＢＡＮ）を介して前記周辺機器と通信する、請求項１に記載のプログラム。
【請求項４】
前記少なくとも１つのプロセッサに、
前記ペアワイズマスターキーを検証すべく前記周辺機器と通信させる、請求項１に記載のプログラム。
【請求項５】
前記信頼できる通信は前記ペアワイズマスターキーから導出されたトランスポートキーに基づき暗号化される、請求項１に記載のプログラム。
【請求項６】
前記少なくとも１つのプロセッサに、
前記安全な接続を介して前記周辺機器の識別子を前記認証サーバに通信させる、請求項１に記載のプログラム。
【請求項７】
前記少なくとも１つのプロセッサに、
ネットワーク通信ストリームを信頼できるモードで送信するか、又は信頼できないモードで送信するかを示すべく前記周辺機器へコマンドを送信させる、請求項１から６の何れか一項に記載のプログラム。
【請求項８】
前記少なくとも１つのプロセッサに、
信頼できるモードで送信されるネットワーク通信の複数のストリームのサブセットを識別すべく、前記周辺機器にコマンドを送信させる、請求項１から６の何れか一項に記載のプログラム。
【請求項９】
前記少なくとも１つのプロセッサに、
前記ペアワイズマスターキーが有効であり続ける間の時間を示す寿命パラメータと共に前記ペアワイズマスターキーを格納させる、請求項１から６の何れか一項に記載のプログラム。
【請求項１０】
前記暗号鍵は、前記ＴＥＥと前記認証サーバとの間に前記安全な接続を確立するために、ラディウスプロトコル又はダイアメタプロトコルで秘密鍵として用いられる、請求項１から６の何れか一項に記載のプログラム。
【請求項１１】
前記認証サーバと前記周辺機器との間の前記通信は、拡張認証プロトコル法に基づく、請求項１から６の何れか一項に記載のプログラム。
【請求項１２】
前記ＴＥＥが前記周辺機器の接続範囲外に移動するまで、前記ＴＥＥと前記周辺機器との間の前記安全な接続を可能とすべく、前記ペアワイズマスターキーが有効であり続ける、請求項１から６の何れか一項に記載のプログラム。
【請求項１３】
前記周辺機器の１又は複数の認証情報が前記認証サーバに関連する１又は複数の認証情報に対応する場合、前記周辺機器が認証される、請求項１から６の何れか一項に記載のプログラム。
【請求項１４】
周辺機器と信頼できる関係を確立するための装置であって、
暗号鍵を生成すべく証明サーバと通信し、
認証サーバと周辺機器との間の通信を可能とすべく前記暗号鍵を用いて前記認証サーバとの安全な接続を確立し、
前記周辺機器が認証される場合にペアワイズマスターキーを受信し、
少なくとも部分的に前記ペアワイズマスターキーに基づき前記周辺機器から信頼できる通信を受信する、
信頼できる実行環境（ＴＥＥ）を備える、
装置。
【請求項１５】
前記ＴＥＥは、
前記周辺機器が前記認証サーバに認証される前に前記周辺機器に対する接続を識別し、
前記周辺機器から識別子を受信し、及び
前記識別子の少なくとも一部分に基づき前記証明サーバに対する接続を確立する、請求項１４に記載の装置。
【請求項１６】
前記ＴＥＥは、
前記ペアワイズマスターキーを検証すべく、前記周辺機器と通信する、請求項１４に記載の装置。
【請求項１７】
前記信頼できる通信は、前記ペアワイズマスターキーから導出されたトランスポートキーに基づき暗号化される、請求項１４から１６の何れか一項に記載の装置。
【請求項１８】
前記ＴＥＥは、
前記安全な接続を介して前記周辺機器の識別子を前記認証サーバへ通信する、請求項１４から１６の何れか一項に記載の装置。
【請求項１９】
前記暗号鍵は、前記ＴＥＥと前記認証サーバとの間に前記安全な接続を確立するためにラディウスプロトコル又はダイアメタプロトコルで秘密鍵として用いられる、請求項１４から１６の何れか一項に記載の装置。
【請求項２０】
信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼できる関係を確立するためのメソッドであって、
暗号鍵を生成すべく証明サーバと通信する段階と、
認証サーバと前記周辺機器との間の通信を可能とすべく前記暗号鍵を用いて前記認証サーバとの安全な接続を確立する段階と、
前記周辺機器が認証される場合にペアワイズマスターキーを受信する段階と、
少なくとも部分的に前記ペアワイズマスターキーに基づき、前記周辺機器から信頼できる通信を受信する段階とを備える、
メソッド。
【請求項２１】
前記周辺機器が前記認証サーバに認証される前に前記周辺機器に対する接続を識別する段階と、
前記周辺機器から識別子を受信する段階と、
前記識別子の少なくとも一部分に基づき前記証明サーバに対する接続を確立する段階とを更に備える、請求項２０に記載のメソッド。
【請求項２２】
前記暗号鍵は、前記ＴＥＥと前記認証サーバとの間に前記安全な接続を確立するために、ラディウスプロトコル又はダイアメタプロトコルで秘密鍵として用いられる、請求項２０又は２１に記載のメソッド。
【請求項２３】
信頼できる実行環境（ＴＥＥ）と周辺機器との間に信頼できる関係を確立するためのシステムであって、
暗号鍵を用いて、前記ＴＥＥに対して安全な接続を確立し、
前記ＴＥＥから前記周辺機器の１又は複数の認証情報を受信し、
前記ＴＥＥから受信した前記１又は複数の認証情報に基づき、前記周辺機器の認証を試み、
前記周辺機器を認証する前記試みが成功した場合、前記ＴＥＥにペアワイズマスターキーを提供する、認証サーバを備える、
システム。
【請求項２４】
前記ＴＥＥとの証明書交換に基づき前記暗号鍵を生成し、
前記認証サーバに前記暗号鍵を提供する、証明サーバを更に備える、請求項２３に記載のシステム。
【請求項２５】
認証サーバは、
周辺機器に関連する１又は複数の他の認証情報が前記ＴＥＥから受信した前記１又は複数の認証情報に対応する場合、周辺機器を認証すべく、前記１又は複数の他の認証情報にアクセスする、請求項２３又は２４に記載のシステム。
【請求項２６】
請求項１から１３のいずれか一項に記載のプログラムを格納する、コンピュータ可読記録媒体。
【国際調査報告】
2018504076.tif 000012
2018504076.tif 000013