知財求人 - 知財ポータルサイト「IP Force」
▶ カウル，ジェイソン トッドの特許一覧 ▶ ヒナーシッツ，スコット エドウィンの特許一覧 ▶ ロペス，ダビド ホセの特許一覧 ▶ マイ，ニャン フウの特許一覧 ▶ モンパー，エリック アレンの特許一覧
特表2023-553424オンダイ暗号化およびリモート認証によるデジタルコンテンツ管理
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-12-21
(54)【発明の名称】オンダイ暗号化およびリモート認証によるデジタルコンテンツ管理
(51)【国際特許分類】
G06F 21/12 20130101AFI20231214BHJP
G06F 21/64 20130101ALI20231214BHJP
G06F 21/57 20130101ALI20231214BHJP
H04L 9/08 20060101ALN20231214BHJP
【ＦＩ】
G06F21/12 310
G06F21/64
G06F21/57 350
H04L9/08 B
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023534420
(86)(22)【出願日】2021-12-01
(85)【翻訳文提出日】2023-07-31
(86)【国際出願番号】 US2021061429
(87)【国際公開番号】W WO2022119935
(87)【国際公開日】2022-06-09
(31)【優先権主張番号】63/119,868
(32)【優先日】2020-12-01
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＳＵＡＬ ＢＡＳＩＣ
２．ＪＡＶＡ
(71)【出願人】
【識別番号】523208316
【氏名又は名称】カウル，ジェイソン トッド
【氏名又は名称原語表記】ＫＡＵＬ， Ｊａｓｏｎ Ｔｏｄｄ
(71)【出願人】
【識別番号】523208327
【氏名又は名称】ヒナーシッツ，スコット エドウィン
【氏名又は名称原語表記】ＨＩＮＮＥＲＳＨＩＴＺ， Ｓｃｏｔｔ Ｅｄｗｉｎ
(71)【出願人】
【識別番号】523208338
【氏名又は名称】ロペス，ダビド ホセ
【氏名又は名称原語表記】ＬＯＰＥＺ， Ｄａｖｉｄ Ｊｏｓｅ
(71)【出願人】
【識別番号】523208349
【氏名又は名称】マイ，ニャン フウ
【氏名又は名称原語表記】ＭＡＩ， Ｎｈａｎ Ｈｕｕ
(71)【出願人】
【識別番号】523208350
【氏名又は名称】モンパー，エリック アレン
【氏名又は名称原語表記】ＭＯＭＰＥＲ， Ｅｒｉｃ Ａｌｌｅｎ
(74)【代理人】
【識別番号】100145403
【弁理士】
【氏名又は名称】山尾 憲人
(74)【代理人】
【識別番号】100135703
【弁理士】
【氏名又は名称】岡部 英隆
(72)【発明者】
【氏名】カウル，ジェイソン トッド
(72)【発明者】
【氏名】ヒナーシッツ，スコット エドウィン
(72)【発明者】
【氏名】ロペス，ダビド ホセ
(72)【発明者】
【氏名】マイ，ニャン フウ
(72)【発明者】
【氏名】モンパー，エリック アレン
(57)【要約】
プラットフォーム内のプロセッサと、実行時にプロセッサが動作を実行するように構成する命令を含むメモリデバイスとを含む、デジタル著作権管理のためのシステム。動作は、オペレーティングシステムを開始する前に、デジタルメディアがプラットフォームにローカルにインストールされているかどうかを決定することと、デジタルメディアがインストールされていないと決定したことに応答して、認証データを生成し、暗号化されたメディアを介して認証ベースのデータをサーバに通信するように構成された第１のＵＥＦＩアプリケーションを起動することを含み得る。動作は、デジタルメディアのバイナリファイルおよび第１の復号鍵を受信すること、第１のＵＥＦＩアプリケーションのシーリングエンクレーブを使用してバイナリファイルのシーリングを実行することと、第１の鍵およびローカルエントロピに基づいてローカル復号の第２鍵を生成することも含み得る。動作は、シールされたバイナリファイルをローカルストレージにインストールすることも含み得る。
【特許請求の範囲】
【請求項1】
デジタル著作権管理のためのシステムであって、プラットフォーム内の少なくとも１つのプロセッサと、
実行されると、前記少なくとも１つのプロセッサが動作を実行するように構成する命令を含む少なくとも１つのメモリデバイスと、を備え、前記動作は、
前記少なくとも１つのプロセッサのオペレーティングシステムを起動する前に、デジタルメディアがプラットフォームにローカルにインストールされているかどうかを決定することと、
前記デジタルメディアがローカルにインストールされていないと決定することに応答して、認証エンクレーブ内で認証データを生成し、暗号化されたメディアを介してサーバに認証ベースのデータを通信するように構成された第１の統合拡張ファームウェアインターフェース（ＵＥＦＩ）アプリケーションを起動することと、
前記サーバから、前記暗号化されたメディアを介して、前記デジタルメディアのバイナリファイルおよび第１の復号鍵を受信することと、
第１のＵＥＦＩアプリケーションのシーリングエンクレーブを使用して前記バイナリファイルのシーリングを実行し、第１の鍵およびローカルエントロピに基づいてローカル復号の第２の鍵を生成することであって、第２の鍵は、前記プラットフォームに一意である、ことと、
シールされたバイナリファイルを前記プラットフォームのローカルストレージにインストールすることと、
を含む、システム。
【請求項2】
前記動作は、前記シールされたバイナリをインストールした後、前記オペレーティングシステムを起動する前に、第２のＵＥＦＩアプリケーションに前記シールされたバイナリをロードすることであって、前記第２のＵＥＦＩアプリケーションは、ブートエンクレーブを含む、ことと、
前記ブートエンクレーブ内の前記第２の鍵および暗号化エントロピを使用して、前記シールされたバイナリファイルを復号することと、
前記シールされたバイナリファイルの復号が成功した場合、前記デジタルメディアを開くか、または実行することと、
をさらに含む、請求項１に記載のシステム。
【請求項3】
前記暗号化されたメディアは、トランスポート層セキュリティ（ＴＬＳ）暗号化チャネルを含み、前記第１の鍵は、リベスト・シャミル・アドルマン（ＲＳＡ）公開鍵を含み、
前記第２の鍵は、対称秘密鍵を含む、請求項２に記載のシステム。
【請求項4】
前記バイナリファイルを受信することは、前記認証エンクレーブ内で前記バイナリファイルの認証を検証することを含む、請求項１に記載のシステム。
【請求項5】
前記デジタルメディアは、前記少なくとも１つのプロセッサの隔離されたリソースを使用して仮想マシンを起動するように構成されたハイパーバイザを備え、前記第１のＵＥＦＩアプリケーションは、
一意のオンダイ暗号化の一意のマテリアルを使用して複数の第３の鍵を生成し、
前記複数の第３の鍵を前記プラットフォームのモード固有レジスタに格納するようにさらに構成されている、請求項１に記載のシステム。
【請求項6】
前記動作は、前記複数の第３の鍵のうちの少なくとも１つを使用して、前記ハイパーバイザの仮想マシンを検証することをさらに含む、請求項５に記載のシステム。
【請求項7】
前記動作は、前記デジタルメディアがローカルにインストールされているとの決定に応答して、第２のＵＥＦＩアプリケーションを起動することであって、前記第２のＵＥＦＩアプリケーションは、ブートエンクレーブを含む、ことと、
前記ブートエンクレーブ内の第２の鍵および暗号化エントロピを使用して、前記シールされたバイナリファイルを復号することと、
前記シールされたバイナリファイルの復号が成功した場合、前記デジタルメディアを実行することと、
をさらに含む、請求項１に記載のシステム。
【請求項8】
前記デジタルメディアは、更新回復スクリプトであり、前記動作は、第２のＵＥＦＩアプリケーションを使用して、前記シールされたバイナリファイルを復号した後、回復命令を取得することをさらに含む、請求項１に記載のシステム。
【請求項9】
デジタル著作権管理のための方法であって、プラットフォーム内のプロセッサのオペレーティングシステムを起動する前に、デジタルメディアがプラットフォームにローカルにインストールされているかどうかを決定することと、
前記デジタルメディアがローカルにインストールされていないとの決定に応答して、認証エンクレーブ内で認証データを生成し、暗号化されたメディアを介してサーバに認証ベースのデータを通信するように構成された第１のＵＥＦＩアプリケーションを起動することと、
前記サーバから、前記暗号化されたメディアを介して、前記デジタルメディアのバイナリファイルおよび第１の復号鍵を受信することと、
前記第１のＵＥＦＩアプリケーションのシーリングエンクレーブを使用して前記バイナリファイルのシーリングを実行し、第１の鍵およびローカルエントロピに基づいてローカル復号の第２の鍵を生成することであって、第２の鍵は、前記プラットフォームに一意である、ことと、
前記シールされたバイナリファイルを前記プラットフォームのローカルストレージにインストールすることと、
を含む方法。
【請求項10】
シールされたバイナリをインストールした後、前記オペレーティングシステムを起動する前に、第２のＵＥＦＩアプリケーションに前記シールされたバイナリをロードすることであって、前記第２のＵＥＦＩアプリケーションは、ブートエンクレーブを含む、ことと、前記ブートエンクレーブ内の第２の鍵および暗号化エントロピを使用して、前記シールされたバイナリファイルを復号することと、
前記シールされたバイナリファイルの復号が成功した場合、前記デジタルメディアを開くか、または実行することと、
をさらに含む、請求項９に記載の方法。
【請求項11】
前記暗号化されたメディアは、トランスポート層セキュリティ（ＴＬＳ）暗号化チャネルを含み、前記第１の鍵は、リベスト・シャミル・アドルマン（ＲＳＡ）公開鍵を含み、
前記第２の鍵は、対称秘密鍵を含み、
前記バイナリファイルを受信することは、前記認証エンクレーブ内でバイナリファイルの認証を検証することを含む、請求項１０に記載の方法。
【請求項12】
前記デジタルメディアは、前記少なくとも１つのプロセッサの隔離されたリソースを使用して仮想マシンを起動するように構成されたハイパーバイザを含み、前記第１のＵＥＦＩアプリケーションは、
一意のオンダイ暗号化の一意のマテリアルを使用して複数の第３の鍵を生成し、
前記複数の第３の鍵を前記プラットフォームのモード固有レジスタに格納するようにさらに構成されており、
前記方法は、前記複数の第３の鍵のうちの少なくとも１つを使用して前記ハイパーバイザの仮想マシンを検証すること、
をさらに含む、請求項９に記載の方法。
【請求項13】
前記デジタルメディアがローカルにインストールされているとの決定に応答して、第２のＵＥＦＩアプリケーションを起動することであって、前記第２のＵＥＦＩアプリケーションは、ブートエンクレーブを含む、ことと、前記ブートエンクレーブ内の前記第２の鍵および暗号化エントロピを使用して、前記シールされたバイナリファイルを復号することと、
前記シールされたバイナリファイルの復号が成功した場合、前記デジタルメディアを実行することと、
をさらに含む、請求項９に記載の方法。
【請求項14】
前記デジタルメディアは、更新回復スクリプトであり、前記方法は、前記第２のＵＥＦＩアプリケーションを使用して、前記シールされたバイナリファイルを復号した後、回復命令を取得することをさらに含む、請求項９に記載の方法。
【請求項15】
１つまたは複数のプロセッサと、命令を含む１つまたは複数のメモリデバイスと、を備える装置であって、前記命令は、前記１つまたは複数のプロセッサを、
前記装置のオペレーティングシステムを起動する前に、デジタルメディアが前記装置にローカルにインストールされているかどうかを決定し、
前記デジタルメディアがローカルにインストールされていないとの決定に応答して、認証エンクレーブ内で認証データを生成し、暗号化されたメディアを介して認証ベースのデータをサーバに通信するように構成された第１のＵＥＦＩアプリケーションを起動し、
前記サーバから、前記暗号化されたメディアを介して、前記デジタルメディアのバイナリファイルおよび第１の復号鍵を受信し、
前記第１のＵＥＦＩアプリケーションのシーリングエンクレーブを使用してバイナリファイルのシーリングを実行し、前記第１の鍵およびローカルエントロピに基づいてローカル復号の第２の鍵を生成し、第２の鍵は、前記プラットフォームに一意であり、
前記シールされたバイナリファイルを前記プラットフォームのローカルストレージにインストールするように構成する、
装置。
【請求項16】
前記命令は、前記１つまたは複数のプロセッサを、シールされたバイナリをインストールした後、前記オペレーティングシステムを起動する前に、前記シールされたバイナリを第２のＵＥＦＩアプリケーションにロードし、前記第２のＵＥＦＩアプリケーションは、ブートエンクレーブを含み、
前記ブートエンクレーブ内の前記第２の鍵および暗号化エントロピを使用して、前記シールされたバイナリファイルを復号し、
前記シールされたバイナリファイルの復号が成功した場合、前記デジタルメディアを開くか、または実行するように構成する、請求項１５に記載の装置。
【請求項17】
前記暗号化されたメディアは、トランスポート層セキュリティ（ＴＬＳ）暗号化チャネルを含み、前記第１の鍵は、リベスト・シャミル・アドルマン（ＲＳＡ）公開鍵を含み、
前記第２の鍵は、対称秘密鍵を含み、
前記バイナリファイルを受信することは、前記認証エンクレーブ内でバイナリファイルの認証を検証することを含む、請求項１５に記載の装置。
【請求項18】
前記デジタルメディアは、前記少なくとも１つのプロセッサの隔離されたリソースを使用して仮想マシンを起動するように構成されたハイパーバイザを含み、前記第１のＵＥＦＩアプリケーションは、
一意のオンダイ暗号化の一意のマテリアルを使用して複数の第３の鍵を生成し、
前記複数の第３の鍵を前記プラットフォームのモード固有レジスタに格納するようにさらに構成されており、
前記命令は、前記複数の第３の鍵のうちの少なくとも１つを使用して前記ハイパーバイザの仮想マシンを検証するように前記１つまたは複数のプロセッサをさらに構成する、請求項１５に記載の装置。
【請求項19】
前記命令は、前記１つまたは複数のプロセッサを、前記デジタルメディアがローカルにインストールされているとの決定に応答して、第２のＵＥＦＩアプリケーションを起動し、前記第２のＵＥＦＩアプリケーションは、ブートエンクレーブを含み、
前記ブートエンクレーブ内の前記第２の鍵および暗号化エントロピを使用して、前記シールされたバイナリファイルを復号し、
前記シールされたバイナリファイルの復号が成功した場合、前記デジタルメディアを実行するようにさらに構成する、請求項１５に記載の装置。
【請求項20】
前記デジタルメディアは、更新回復スクリプトであり、前記命令は、前記第２のＵＥＦＩアプリケーションを使用して、前記シールされたバイナリファイルを復号した後、回復命令を取得するように前記１つまたは複数のプロセッサをさらに構成する、請求項１５に記載の装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、一般に、オンダイ暗号化およびリモート認証によるデジタルコンテンツ管理のためのコンピュータ化されたシステムおよび方法に関する。本開示の実施形態は、統一拡張ファームウェアインターフェース（ＵＥＦＩ）アプリケーションおよびプラットフォームのハードウェアに一意の暗号エントロピを使用する、ファームウェアベースのデジタル著作権管理のためのシステムおよび方法に関する。
【背景技術】
【0002】
デジタルメディアは簡単に複製して配布され得る。例えば、デジタルファイルは、劣化することなく無制限にコピーされ得、オンラインファイル共有ツールを通じてデジタルコピーを広範囲、簡単、迅速に配布し得る。所有者の許可なしに海賊版、不正使用、および／または操作が頻繁に行われるデジタル素材やコンテンツの配布と複製を保護することは困難である。デジタルメディアの本質的な再現性は、デジタルコンテンツ作成者にとって、消費者に提供する製品を慎重に保護することとバランスを取らなければならない困難な状況を作り出している。
【0003】
デジタルメディアの配布と複製を制御するために、いくつかの検証技術が開発されている。例えば、コンテンツ制作者は、プロダクト鍵を使用して作品の配布を保護しているが、これにはデジタルコンテンツのインストール時にシリアル番号またはコードの入力が必要である。他の検証技術は、同時に実行するコピーの数を制限したり（例えば、限定的なインストールアクティベーション）、および／またはユーザの定期的な認証を要求したりするために使用される認証サーバ（例えば、永続的なオンライン認証）に基づいている。さらに、他の検証技術は、デジタルコンテンツの暗号化を採用したり、例えば、改ざん防止方法、透かし、および／またはロックアウトリストを使用してデジタルコンテンツを制限したりすることがある。
【0004】
しかしながら、デジタルコンテンツを管理および保護するためのこれらの技術は、攻撃に対して脆弱であり、および／またはユーザとコンテンツ作成者の両方にとって不便になる。例えば、プロダクト鍵は、公開および／または漏洩されたときに侵害される。さらに、認証サーバは、制限を解除したり、および／または正当なユーザをロックアウトしたりする攻撃を受けている（例えば、ＤＤＯＳ攻撃による）。暗号化や地域ロックアウトなどの他の技術は、コンテンツプロバイダやユーザに大きな負担を与え、使いやすさやユーザフレンドリさを損なう。例えば、いくつかのデジタルメディア制限により、デジタルメディアが単一のデバイスにロックされ、可搬性やプラットフォームの独立性が妨げられる。さらに、いくつかのコンテンツプロバイダは、認証やトラステッドプラットフォームモジュール（ＴＰＭ）に使用されるサーバの作成、保守、セキュリティ保護、保証が面倒すぎると考えている。さらに、オペレーティングシステムがハッキングまたは改ざんされると、認証サーバがだまされ得る。
【0005】
開示されたシステムおよび方法は、上記の問題および／またはこの分野で知られている他の問題のうちの１つまたは複数に対処する。
【発明の概要】
【0006】
本開示の一態様は、プラットフォーム内の少なくとも１つのプロセッサと、実行されると少なくとも１つのプロセッサが動作を実行するように構成する命令を含む少なくとも１つのメモリデバイスとを含む、デジタル著作権管理のためのシステムを対象とする。動作は、少なくとも１つのプロセッサのオペレーティングシステムを起動する前に、デジタルメディアがプラットフォームにローカルにインストールされているかどうかを決定すること、デジタルメディアがローカルにインストールされていないとの決定に応答して、認証エンクレーブ内で認証データを生成し、暗号化されたメディアを介してサーバに認証ベースのデータを通信するように構成された第１のＵＥＦＩアプリケーションを起動すること、サーバから、暗号化されたメディアを介して、デジタルメディアのバイナリファイルおよび第１の復号鍵を受信すること、を含み得る。この動作は、第１のＵＥＦＩアプリケーションのシーリングエンクレーブを使用してバイナリファイルのシーリングを実行し、第１の鍵およびローカルエントロピ（第２の鍵はプラットフォームに一意のもの）に基づいてローカル復号の第２の鍵を生成し、シールされたバイナリファイルをプラットフォームのローカルストレージにインストールすることも含み得る。
【0007】
本開示の他の態様は、デジタル著作権管理の方法を対象とする。この方法は、プラットフォーム内のプロセッサのオペレーティングシステムを起動する前に、デジタルメディアがプラットフォームにローカルにインストールされているかどうかを決定することと、（デジタルメディアがローカルにインストールされていないとの決定に応答して）認証エンクレーブ内で認証データを生成し、暗号化されたメディアを介して、認証ベースのデータをサーバに通信するように構成された第１のＵＥＦＩアプリケーションを起動することとを含み得る。この方法はまた、デジタルメディアのバイナリファイルおよび第１の復号鍵を（サーバから、暗号化されたメディアを介して）受信することを含み得る。この方法はまた、第１のＵＥＦＩアプリケーションのシーリングエンクレーブを使用してバイナリファイルのシーリングを実行し、第１の鍵およびローカルエントロピ（第２の鍵はプラットフォームに一意である）に基づいてローカル復号の第２の鍵を生成し、シールされたバイナリファイルをプラットフォームのローカルストレージにインストールすることを含み得る。
【0008】
本開示のさらに他の態様は、１つまたは複数のプロセッサと、１つまたは複数のプロセッサに、装置のオペレーティングシステムを起動する前に、デジタルメディアが装置にローカルにインストールされているかどうかを決定し、デジタルメディアがローカルにインストールされていないとの決定に応答して、認証エンクレーブに認証データを生成するように構成された第１のＵＥＦＩアプリケーションを起動し、認証ベースのデータを暗号化されたメディアを介してサーバに通信するように構成する命令を記憶する１つまたは複数のメモリデバイスを含む装置を対象とする。この命令はまた、デジタルメディアのバイナリファイルおよび第１の復号鍵を（サーバから、暗号化されたメディアを介して）受信するように装置を構成し得る。さらに、この命令は、第１のＵＥＦＩアプリケーションのシーリングエンクレーブを使用してバイナリファイルのシーリングを実行し、第１の鍵とローカルエントロピ（第２の鍵はプラットフォームに一意である）に基づいてローカル復号の第２の鍵を生成し、シールされたバイナリファイルをプラットフォームのローカルストレージにインストールするようにプロセッサを構成し得る。
【図面の簡単な説明】
【0009】
【図1】開示された実施形態と一致する例示的なプラットフォームのブロック図である。
【図2】開示された実施形態と一致する例示的なプロセッサのブロック図である。
【図3】開示された実施形態と一致する保護されたデジタルメディアの例示的なＵＥＦＩベースの起動を示すブロック図である。
【図4】開示された実施形態と一致する顧客のオフライン回復および更新インストールプロセスを示すブロック図である。
【図5】開示された実施形態と一致する安全なハイパーバイザを介した仮想マシンにおけるデジタル著作権管理の例示的なプロセスのフローチャートである。
【図6】開示された実施形態と一致するＵＥＦＩアプリケーション生成エンクレーブのブロック図である。
【図7】開示された実施形態と一致するＵＥＦＩで保護されたデジタルコンテンツを起動するためのプロセスのフローチャートである。
【図8】開示された実施形態と一致するリモート認証を介したデジタルコンテンツのＵＥＦＩベースのプロビジョニングのためのプロセスのフローチャートである。
【図9】開示された実施形態と一致するプロセッサと認証サーバとの間の通信プロセスのタイミング図である。
【発明を実施するための形態】
【0010】
以下の詳細な説明は、添付の図面を参照する。可能な限り、図面および以下の説明では、同じまたは類似の部分を指すために同じ参照番号が使用される。いくつかの例示的な実施形態が本明細書に記載されているが、修正、適応、および他の実施が可能である。例えば、図面に示されるコンポーネントおよびステップに対して置換、追加、または修正を行い得、本明細書に記載される例示的な方法は、開示された方法のステップを置換、並べ替え、削除または追加することによって修正し得る。以下の詳細な説明は、開示された実施形態および実施例に限定されない。
【0011】
本開示のいくつかの実施形態は、ＵＥＦＩアプリケーションがデジタルメディアのインストールおよび実行を制御するために使用され得る、統一拡張ファームウェアインターフェース（ＵＥＦＩ）強制デジタル著作権管理（ＤＲＭ）システムを対象とされ得る。このような実施形態では、開示されるシステムおよび方法は、認証（例えば、リモート認証を使用）のためにプラットフォームの一意の暗号化エントロピを使用し、リモート認証プロセスを通じてプラットフォーム固有の暗号化鍵を生成し得る。開示されたシステムおよび方法は、強化されたＤＲＭセキュリティおよび制御のためにハードウェア検証とソフトウェア検証の両方を組み込み得る。開示されたシステムおよび方法のそのような実施形態は、デジタルコンテンツの無許可の変更または実行を防止することによってコンピュータセキュリティを向上させ得る。
【0012】
さらに、開示されたシステムおよび方法は、例えば、オペレーティングシステムが起動される前など、早期にセキュリティポリシを実施することによって、ＤＲＭプロセスのセキュリティを向上させ得る。認証操作のセキュリティを強化し、プラットフォーム固有の署名を改ざんする潜在的な攻撃ベクトルを最小限に抑えるために、開示されたシステムおよび方法は、ブートファームウェア内（例えば、ＢＩＯＳまたはＵＥＦＩ内）で認証および暗号化／復号タスクを実行し得る。例えば、開示されたシステムおよび方法のいくつかの実施形態は、ＵＥＦＩアプリケーションを使用して、プラットフォームのオペレーティングシステムを起動または開始することなく、リモート認証、認証、および復号タスクを実行し得る。このような実施形態では、開示されたシステムおよび方法は、プロビジョニングおよび／またはローダタスクを実行するために、一連のＵＥＦＩエンクレーブまたはアプリケーションを生成および使用し得る。ＵＥＦＩエンクレーブにより、開示されたシステムおよび方法が認証においてオンダイ暗号化一意のマテリアルを組み込むことが可能になり得る。ＵＥＦＩエンクレーブはまた、開示されたシステムおよび方法が、オンダイ暗号化マテリアルと併せてＵＥＦＩ（またはＢＩＯＳ）内からリモートウェブサーバへの安全な通信を使用してリモート認証タスクを実行することを容易にすることもし得る。このような実施形態では、ＵＥＦＩアプリケーションを実行するプラットフォームは、ＵＥＦＩ動作に基づいてプロビジョニングおよび検証され得る。
【0013】
さらに、開示されたシステムおよび方法は、アプリケーションバイナリをＵＥＦＩパーティション内にシールして格納するプロセスについて説明する。この構成により、プラットフォームのブート中のペイロードバイナリの検証が容易になり得る。例えば、ブートエンクレーブは、エンクレーブ内から取得したプラットフォーム一意鍵を使用してペイロードバイナリを検証し得る。このようなプロセスは、プラットフォームとプラットフォームに送信されるバイナリの両方の検証を可能にすることで、コンピュータのセキュリティと安全性を向上させ得る。さらに、開示されたシステムおよび方法は、信頼できるプラットフォーム上でデジタルコンテンツを安全に実行し得る。例えば、いくつかの実施形態では、ペイロードが検証されると、ペイロードは、プラットフォーム上で安全なランタイム環境（ＳＲＥ）に完全にブートされ得る。このプロセスは、オペレーティングシステムベースの攻撃に対して無敵になり得る早期のリモート認証メカニズムを展開することにより、コンピュータセキュリティとＤＲＭの分野を改善し得る。
【0014】
開示されたシステムおよび方法は、仮想マシン（ＶＭ）にパススルーされ得る一意の暗号化鍵を備えたハイパーバイザカーネルを構築することによって、仮想マシン環境でＤＲＭポリシを強制することもし得る。例えば、開示されたシステムおよび方法のいくつかの実施形態は、ＵＥＦＩエンクレーブ内でオンダイ暗号化および／または一意の暗号化マテリアルを使用して、仮想モード固有レジスタ（ＭＳＲ）に格納される一意の鍵を作成する動作を含み得る。これらの一意の鍵を使用して、ＤＲＭポリシをＶＭに拡張すると同時に、仮想ＭＳＲ鍵ストアを使用して各ＶＭに一意の鍵を作成し得る。
【0015】
さらに、開示されたシステムおよび方法は、プラットフォーム署名およびリモート認証に基づくアクセス制御を備えたハイパーバイザの安全な展開を容易にし得る。開示されたシステムおよび方法は、暗号化、復号、鍵導出関数（ＫＤＦ）、エントロピ、およびソフトウェアガード拡張機能（ＳＧＸ）などの暗号化技術の組み合わせを使用し得る。様々な暗号化技術を一意のハードウェア暗号化マテリアルと組み合わせることで、開示されたシステムおよび方法は、特定のハードウェアにバインドされたソフトウェアバイナリを構築し得る。さらに、開示されたシステムおよび方法は、特定のソフトウェアインストールを備えたプラットフォームを提供し得る。
【0016】
さらに、いくつかの実施形態では、開示されるシステムおよび方法は、リモート認証後に更新（または他の新しいソフトウェア）を検証されたプラットフォームにのみ送信することによって、更新または一般に新しいソフトウェアの展開を安全にし得る。例えば、開示されたシステムおよび方法は、ＵＥＦＩＢＩＯＳおよびオンダイ暗号化マテリアルを介して更新または新しいソフトウェアを展開するときに、サーバおよびローカル暗号化を使用し得る。このような実施形態は、特定の検証済みプラットフォームにソフトウェアをプロビジョニングするための安全な方法を提供し得る。開示されたシステムおよび方法は、サイバーセキュリティと安全性の両方を向上させるために、展開されているプラットフォームとソフトウェアの両方を検証し得る。開示されたシステムおよび方法は、リモート認証およびオンダイ暗号化を使用して、検証済みコンテンツを検証済みプラットフォームにのみ展開することを容易にし得る。さらに、暗号化方式は、プロビジョニングウェブサーバとローカルプラットフォーム間の通信を保護し、システムの安全性とコンテンツが改ざんされていないことを保証するために特定の復号鍵を使用し得る。開示されたシステムおよび方法は、他のプロビジョニング方法の脆弱性を解決し、セキュリティを改善し、ＤＲＭ管理の制御を改善し得る。
【0017】
次に、開示された実施形態を参照し、その例を添付の図面に示す。
【0018】
【0019】
マザーボードは、プロセッサ１０２を含み得る。いくつかの実施形態では、プロセッサ１０２は、任意の適切な処理デバイスおよび／または市販のプロセッサを含み得る。他の実施形態では、プロセッサ１０２は、互いに結合され、本開示と一致する機能を実行するように構成された複数のデバイスであり得る。例えば、プロセッサ１０２は、複数のコプロセッサまたはグラフィック処理ユニットを含み得、それぞれは、浮動小数点演算、グラフィックス、信号処理、文字列処理、暗号化、および／またはＩ／Ｏインターフェースなどの特定の演算を実行するように構成され得る。プロセッサ１０２は、図２に関連してさらに説明される。
【0020】
マザーボードは、コプロセッサ１０４も含み得る。コプロセッサ１０４は、プロセッサ１０２の機能を補い得る。いくつかの実施形態では、コプロセッサ１０４は、浮動小数点演算、グラフィックス、信号処理、文字列処理、暗号化、および／または周辺デバイスとのＩ／Ｏインターフェースの動作を実行し得る。コプロセッサ１０４は、プロセッサ集中型のタスクをプロセッサ１０２からオフロードし得、これによりプラットフォーム１００のパフォーマンスを加速し得る。いくつかの実施形態では、コプロセッサ１０４は、カスタマイズされた動作を有し得る。例えば、コプロセッサ１０４は、カスタマイズされた動作を実行して、ＳＲＥを初期化し、および／または分離されたドメイン間にファイアウォールを適用し得る。
【0021】
マザーボードは、クロック発生器１０６およびＤＲＡＭ（ダイナミックランダムアクセスメモリ）１０８も含み得る。いくつかの実施形態では、クロック発生器１０６は、タイミング信号を生成するように構成された電子発振器を含み得る。クロック発生器１０６は、対称的な波形および／またはより複雑な構成を生成し得る。クロック発生器１０６は、共振回路および増幅器も含み得る。いくつかの実施形態では、クロック発生器１０６は、１つまたは複数の分周器、クロック逓倍器セクション、およびプログラマブルクロックを含み得る。クロック発生器１０６は、ＵＥＦＩまたはＢＩＯＳブート中に、選択された値に設定され得る。
【0022】
ＤＲＡＭ１０８は、プロセッサ１０２の動作に使用されるソリッドステートメモリを含み得る。当業者は、ＤＲＡＭ１０８が複数のタイプのメモリを含み得、ランダムアクセスメモリに限定されないことを理解するであろう。いくつかの実施形態では、例えば、ＤＲＡＭ１０８は、読み取り専用メモリを含み得る。
【0023】
マザーボードは、ＵＥＦＩ／ＢＩＯＳ１１０も含み得る。ＵＥＦＩ／ＢＩＯＳ１１０は、ブートプロセス（パワーオンスタートアップ）中にハードウェア初期化を実行し、オペレーティングシステムおよびプログラムにランタイムサービスを提供するために使用される不揮発性ファームウェアを含み得る。いくつかの実施形態では、図７～図９に関連してさらに説明されるように、ＵＥＦＩ／ＢＩＯＳ１１０は、１つまたは複数のエンクレーブを作成し、認証サービスと通信するための命令を含み得る。ＵＥＦＩ／ＢＩＯＳ１１０は、保護されたＳＲＥを起動する際のセキュリティハンドオフのための暗号化キーイングも含み得る。
【0024】
いくつかの実施形態では、ＵＥＦＩ／ＢＩＯＳ１１０ファームウェアは、ＯＥＭ（相手先ブランド製造業者）によってコンピュータにプレインストールされ得、コンピュータの電源がオンになったときに最初に実行されるソフトウェアとなるように構成され得る。いくつかの実施形態では、ＵＥＦＩ／ＢＩＯＳ１１０は、システムハードウェアコンポーネントを初期化し、テストし得る。ＵＥＦＩ／ＢＩＯＳ１１０は、大容量メモリデバイスからブートローダをロードすることもし得、その後、隔離されたドメインを作成する仮想化層でハイパーバイザを初期化し得る。さらに、ＵＥＦＩ／ＢＩＯＳ１１０は、ＳＲＥ内でホストされる仮想マシンをプロセッサ１０２内の隔離されたハードウェアリソースに接続するための暗号化鍵または命令を含み得る。
【0025】
マザーボードはまた、パワーリセット１６４を含み得、これは、マザーボードのコンポーネントを再初期化する、および／またはプラットフォーム１００における現在の動作を終了するように構成され得る。いくつかの実施形態では、パワーリセット１６４は、コンポーネントを初期化し得、ＵＥＦＩ／ＢＩＯＳ１１０は、プラットフォーム１００を再起動し、図３に関連して説明したＤＲＭポリシを展開し得る。
【0026】
マザーボードは、周辺機器と通信するための１つまたは複数のブリッジコンポーネントも含み得る。いくつかの実施形態では、マザーボードは、ＵＳＢ（ユニバーサルシリアルバス）ブリッジ１１４、ＰＣＩ（周辺コンポーネントの相互接続）バスブリッジ１１２、ＳＣＳＩ（小型コンピュータシステムインターフェース）バスブリッジ１１３、およびＥＩＳＡ（拡張された業界標準アーキテクチャ）バスブリッジ１２２を含み得る。
【0027】
マザーボードは、ビデオＲＡＭ１２６およびビデオプロセッサ１２４を含み得る。ビデオＲＡＭ１２６は、プロセッサ１０２とディスプレイとの間にバッファを含み得る。いくつかの実施形態では、ビデオＲＡＭ１２６は、フレームバッファを備えて実施され得るので、画像がディスプレイに送信されるとき、それらは最初にメイン（非ビデオ）ＲＡＭの形式からデータとしてプロセッサ１０２によって読み取られ、次に表示の準備のためにビデオＲＡＭ１２６に書き込まれ得る。ビデオプロセッサ１２４は、表示デバイスへの出力画像のフィードを生成し得る拡張カードを用いて実施され得る。いくつかの実施形態では、ビデオプロセッサ１２４は、専用のグラフィックスカードおよび／またはグラフィックス処理ユニット（ＧＰＵ）を含み得る。
【0028】
さらに、マザーボードは、ネットワークバス１２０を含み得る。ネットワークバス１２０は、マザーボード、プラットフォーム１００、およびマザーボードと通信または結合され得る他のコンポーネントの間の通信を提供するように構成された任意のタイプのネットワークへの接続を提供し得る。いくつかの実施形態では、ネットワークバス１２０は、インターネット、ＴＬＳ通信、ローカルエリアネットワーク、近距離無線通信（ＮＦＣ）、光学コードスキャナ、またはプラットフォーム１００における情報の送受信を容易にする他の適切な接続など、通信を提供し、情報を交換し、および／または情報交換を容易にし得る任意のタイプのネットワークと接続するためのポートであり得る。
【0029】
図１に示されるように、周辺機器は、モニタ１５０、キーボード１５２、およびマウス１５３を含み得る。周辺機器は、ハードドライブ１５４、外部ストレージ１６０、モデム１５８、およびＰＣＩスロット１６２も含み得る。本開示の実施形態は、プラットフォーム１００が他の任意の適切な周辺デバイスを含み得ることも企図している。
【0030】
当業者であれば、プラットフォーム１００の機能ビルディングブロックの構成および境界が、説明の便宜のためにここに図示されたことを理解するであろう。本開示の実施形態は、指定された機能およびその関係が適切に実行される限り、代替境界を実施し得ることを企図している。本明細書に含まれる教示に基づいて、代替案（本明細書に記載されたものの均等物、拡張、変形、変更などを含む）は、当業者には明らかであろう。このような代替案は、開示された実施形態の範囲および精神に含まれる。
【0031】
図２は、開示された実施形態と一致する例示的なプロセッサ１０２のブロック図を示す。プロセッサ１０２は、１つまたは複数のコア２０２、１つまたは複数のＩキャッシュ２０４、１つまたは複数のＤキャッシュ２０６、および１つまたは複数のＬ２キャッシュ２０８を含み得る。さらに、プロセッサ１０２は、１つまたは複数のメモリコントローラ２１０およびプラットフォームキャッシュ２１２を含み得る。
【0032】
コア２０２は、プロセッサ１０２の効率を高めるために並列タスクを実行するように構成され得る。いくつかの実施形態では、コア２０２は、物理的に別個のコアであり得る。他の実施形態では、コア２０２は、処理ユニットを仮想コアに分割し得るマルチスレッディングまたはハイパースレッディングを使用して仮想的に定義され得る。
【0033】
図２に示されるように、キャッシュメモリの第１レベルは、Ｉキャッシュ２０４およびＤキャッシュ２０６を有するプロセッサ１０２内に分割され得る。Ｉキャッシュ２０４は、コア２０２に対する個々の命令を区切るためのプリコードを含み得る命令キャッシュを含み得る。いくつかの実施形態では、Ｉキャッシュ２０４は、デコード速度を改善するための命令を含み得る。Ｄキャッシュ２０６は、データキャッシュであり得る。Ｉキャッシュ２０４とＤキャッシュ２０６との間のこの分割により、２つの小さなキャッシュが存在し得、１つは命令コードを排他的にキャッシュし、もう１つはデータを排他的にキャッシュする。ソフトウェアは、コードをデータ（グローバル変数、静的変数、定数など）から分離し得る。この構成により、実際の命令コード、ハードコードされたデータ、および動的に割り当てられたデータの間に空間的な分離が生じ、データ処理が容易になり得る。
【0034】
Ｌ２キャッシュ２０８は、Ｉキャッシュ２０４またはＤキャッシュ２０６よりも容量が増加したレベル２キャッシュを含み得る。Ｌ２キャッシュ２０８は、プロセスとメモリの性能ギャップの橋渡しとして機能し、中断や待機状態を生じることなく、格納された情報をプロセッサ１０２に提供し得る。Ｌ２キャッシュ２０８は、データのアクセス時間を短縮するように構成することもし得る。例えば、Ｌ２キャッシュ２０８は、データが以前にすでにアクセスされている可能性があるイベントにおけるデータのアクセス時間を短縮し、その結果、データを再度ロードする必要がなくなり得る。いくつかの実施形態では、Ｌ２キャッシュ２０８は、バッファリング動作を実行し得、ＲＡＭと比較してより近い待機領域として機能するメモリからのデータを要求し得る。
【0035】
メモリコントローラ２１０は、プロセッサ１０２のメモリとの間でコア２０２などの処理ユニットに行き来するデータの流れを管理し得るデジタル回路を含み得る。いくつかの実施形態では、プロセッサ１０２は、各コア２０２に関連付けられた一意のキャッシュまたはキャッシュのグループを有するように構成され得る。さらに、および／またはその代わりに、ハードウェアコンポーネントを異なるコア間で共有し得る。リーク攻撃を防止するために、仮想化層は、コア２０２の１つだけ、または選択されたグループのメモリセクションを分離および隔離するようにメモリコントローラ２１０を構成し得る。メモリコントローラ２１０は、統合メモリコントローラ（ＩＭＣ）および／またはメモリチップコントローラ（ＭＣＣ）として実施され得る。
【0036】
いくつかの実施形態では、プロセッサ１０２は、異なるコア２０２間での情報の分散を容易にし得るより高いレベルのキャッシュを提供するために、プラットフォーム／Ｌ３キャッシュ２１２を含み得る。いくつかの実施形態では、プラットフォーム／Ｌ３キャッシュ２１２は、ネットワークパケット処理に必要な記述子、鍵、コンテキスト、およびその他のデータを格納し得る上位レベルのキャッシュを提供し得る。このような構成により、プロセッサ１０２は、データプレーンのトラフィックが外部メモリまたは周辺機器に流入しないようにし得る。ＵＥＦＩ／ＢＩＯＳ１１０から実施されるＳＲＥの仮想化層は、特定の攻撃に対する脆弱性を軽減するために、プラットフォーム／Ｌ３キャッシュ２１２のレジスタを特定の隔離されたドメインに分割し得る。
【0037】
プロセッサ１０２はまた、プロセッサ１０２における動作を管理または制御し得る１つまたは複数のモジュールを含み得る。いくつかの実施形態では、プロセッサ１０２は、検証済みＵＥＦＩブート２１４、分離マネージャ２１６、フラッシュコントローラ２１８、および電力管理２２０を含み得る。
【0038】
検証済みＵＥＦＩブート２１４は、ＯＥＭによって信頼されているソフトウェアのみを使用してブートを強制するモジュールであり得る。ＰＣが起動すると、検証済みＵＥＦＩブート２１４ファームウェアは、例えば、ＢＩＯＳファームウェアドライバ（オプションＲＯＭなど）、ＥＦＩ（拡張ファームウェアインターフェース）アプリケーション、およびオペレーティングシステムを含むブートソフトウェアの各部分の署名をチェックし得る。署名が有効であれば、プロセッサ１０２が起動し、ファームウェアがオペレーティングシステムに制御を提供し得る。署名が無効である場合、プロセッサ１０２は、警告を生成し得る。分離マネージャ２１６は、ソフトウェアアプリケーション、テナント、および／またはエンクレーブを、互いに分離された特定のハードウェアコンポーネントとバインドするように構成され得る。いくつかの実施形態では、分離マネージャ２１６は、プロセッサ１０２のリソースを個々のソケットおよびブリッジチップにバインドし得る仮想トラステッドプラットフォームモジュール（ＴＰＭ）を作成するマルチソケットシステムを構成し得る。分離マネージャ２１６は、特定のアプリケーションまたはテナントに対してハードウェアリソースをピン留めできるため、プロセッサ１０２を動作させるように構成された仮想化層は、スケジューラなしでハイパーバイザを実施し得る。
【0039】
フラッシュコントローラ２１８は、フラッシュカードとインターフェースし、フラッシュカードを操作するために使用され得る。いくつかの実施形態では、フラッシュコントローラ２１８は、例えば、ＳＤカード、コンパクトフラッシュ（登録商標）カード、または他の同様のメディアなどの低デューティサイクル環境で動作し得る。電力管理２２０は、プロセッサ１０２の１つまたは複数のコンポーネントを制御して、電力管理ポリシを強制し、および／または特定の要素を無効にするように構成され得る。いくつかの実施形態では、電力管理２２０は、デマンドベーススイッチング（ＤＢＳ）を実行して電力消費を最小限に抑え、ターボモードをアクティブにして性能を向上させ、および／または電力モード管理タスクを実行し得る。さらに、図６に関連してさらに説明するように、電力管理２２０は、潜在的なセキュリティ上の懸念のセキュリティレベルによって提供されるプロセッサ１０２の特定の要素を無効にし得る。
【0040】
いくつかの実施形態では、プロセッサ１０２は、外部容量モジュール２２２、ＵＡＲＴ（ユニバーサル非同期レシーバートランスミッター）モジュール２２４、ＳＰＩ（シリアルペリフェラルインターフェース）モジュール２２６、およびＵＳＢモジュール２２８などの追加のモジュールを含み得る。
【0041】
プロセッサ１０２はまた、１つまたは複数の入出力メモリ管理ユニット（ＩＯＭＭＵ）を含むキャッシュコヒーレンシモジュール２３０を含み得る。キャッシュコヒーレンシモジュール２３０は、共有リソースを有するようにプロセッサ１０２内のキャッシュメモリを構成し得る。システム内のクライアントが共通のメモリリソースのキャッシュを維持する場合、特にマルチプロセッシングシステムでは、一貫性のないデータに関する問題が発生し得る。キャッシュコヒーレンシモジュール２３０は、複数のキャッシュ内のデータ値の一貫したビューを維持することによって、そのような競合を管理し得る。キャッシュコヒーレンシモジュール２３０内のＩＯＭＭＵは、ダイレクトメモリアクセスＩ／Ｏバスをメインメモリに接続し得る。ＩＯＭＭＵは、ＣＰＵから見える仮想アドレスを物理アドレスに変換し、デバイスから見える仮想アドレス（この文脈ではデバイスアドレスまたはＩ／Ｏアドレスとも呼ばれる）を物理アドレスにマップし得る。さらに、ＩＯＭＭＵは、プロセッサ１０２内のキャッシュメモリを欠陥のあるデバイスまたは悪意のあるデバイスから保護し得る。いくつかの実施形態では、ＵＥＦＩ／ＢＩＯＳ１１０（図１）に格納されたファームウェアは、ＩＯＭＭＵを操作してリソースを隔離し、プロセッサ１０２からの専用ハードウェアコンポーネントを備えた分離ドメインを作成し得る。
【0042】
図２に示されるように、プロセッサ１０２は、モジュールＰＭＥ（電力管理イベント）２３４を含む管理複合体も含み得る。いくつかの実施形態では、ＰＭＥ２３４は、ＵＥＦＩ／ＢＩＯＳセットアップユーティリティを容易にする、および／またはシステムがシャットダウンされるときにネットワークカードへの電力を容易にするように構成され得る。ＵＥＦＩ／ＢＩＯＳ１１０は、図７～図９に関連してさらに説明されるように、ＤＲＭプロセス用のアプリケーションを構成および実行するように構成され得る。さらに、ＵＥＦＩ／ＢＩＯＳ１１０は、分離されたドメインからリソースを固定するためにＳＲＥプロセスを実行し得る。さらに、管理複合体は、ＤＣＥ（分散コーデックエンジン）２３２、セキュリティコントローラ２３８、バッファ管理２４０、およびＩ／Ｏプロセッサ２４２を含み得る。
【0043】
プロセッサ１０２はまた、キャッシュコヒーレンシモジュール２３０内のデータを制御するように構成されたバッファ２４８と、例えば、Ｌ２キャッシュ２０８とＤキャッシュ２０６との間の交換を制御するように構成されたＬ２スイッチ２５０と、加速モジュール２５２とを含み得る。プロセッサ１０２は、シリアライザ／デシリアライザ２５６、１つまたは複数のＰＣＩカード２５８、および１つまたは複数のＳＡＴＡ（シリアルアドバンストテクノロジアタッチメント）モジュール２６０を含み得る。さらに、プロセッサ１０２は、ＳＲ－ＩＯＶ（シングルルートＩ／Ｏ仮想化）２６２用のモジュールを含み得る。
【0044】
図３は、開示された実施形態と一致する保護されたデジタルメディアの例示的なＵＥＦＩベースの起動を説明するブロック図３００を示している。ブロック図３００によって説明されるプロセスは、ＵＥＦＩアプリケーションおよびリモート認証を通じてＤＲＭを提供する。このような構成では、オペレーティングシステムを起動せずに、起動段階でリモート認証とオンダイ暗号化を組み合わせることにより、デジタルメディアを保護し、強制し得る。ブロック図３００で説明されるプロセスは、デジタル著作権を特定のマシンに結び付け、改ざんの機会を最小限に抑えるため、コンピュータ動作のセキュリティを向上させる。
【0045】
ブロック図３００は、プラットフォーム初期化３０２の初期段階を示している。例えば、いくつかの実施形態では、コンピュータ、サーバ、またはプラットフォーム１００（図１）などのプラットフォームに電源が投入されるか、またはその他の方法で初期化される。プラットフォームのプロセッサ（例えば、プロセッサ１０２）は、ターゲットデジタルメディアがインストールされているかどうかをプロセッサが決定する発見動作３０４を実行し得る。例えば、ＵＥＦＩベースのＤＲＭを通じて強制されるデジタルメディアは、セキュアランタイム環境（ＳＲＥ）を含み得る。このような実施形態では、発見動作３０４は、ＳＲＥがインストールされているかどうかの決定を含み得る。発見動作３０４は、プラットフォーム内のメモリ位置を解析し、および／またはレジスタを分析するように構成されたＵＥＦＩアプリケーションによって実行され得る。あるいは、および／またはさらに、発見動作３０４は、プラットフォームにすでにインストールされているデジタルメディアを解析するＢＩＯＳベースのプログラムを含み得る。
【0046】
発見動作３０４により、デジタルメディアがインストールされていると決定された場合、プロセッサは、ＵＥＦＩローダ３０６を実行、初期化、または起動し得る。図３に示されるように、ＵＥＦＩローダ３０６は、ブートエンクレーブ３１０を含み得る。ＵＥＦＩローダ３０６は、ブートエンクレーブ３１０を介してインストールされたメディアをロードするように構成され得る。いくつかの実施形態では、ＵＥＦＩローダ３０６は、ディスクからブートするだけでなく、特定のディスク上の特定の場所にある特定のブートローダからブートすることによって、ディスクパーティションからエントリを読み取る機能を備えた拡張可能なファームウェアを含み得る。このような実施形態では、ＵＥＦＩローダ３０６は、初期化時に初期化される実行可能フォーマットを定義し、その実行可能フォーマットを実行し得る。さらに、ＵＥＦＩローダ３０６は、下位互換性を有し、例えば、ＢＩＯＳファームウェアなどのシステムをブートし、マスターブートレコード（ＭＢＲ）を検索し、そこからブートローダを実行できるようにし得る。
【0047】
図３に示されるように、いくつかの実施形態では、ＵＥＦＩローダ３０６は、暗号化または復号動作を実行し得る。例えば、ＵＥＦＩローダ３０６は、シールされた鍵３１２を使用してデジタルメディアを復号し得る。いくつかの実施形態では、シールされた鍵３１２はＡＥＳ鍵を含み得る。ＡＥＳ鍵は、プラットフォームにローカルに格納され得る。しかしながら、いくつかの実施形態では、ＡＥＳ鍵は、他の場所から取得され得る。ＵＥＦＩローダ３０６は、シールされた鍵３１２およびブートエンクレーブ３１０を使用して、ファイル（バイナリファイルなど）を復号するための復号動作３１４を実行し得る。復号動作３１４が成功すると、プロセッサは、ターゲットメディア（発見動作３０４で発見された）が開かれ、実行され、および／またはロードされるブートメディア動作３１６を実行し得る。
【0048】
発見動作３０４が否定的な結果（例えば、ターゲットデジタルメディアがプラットフォームにインストールされていない）を返す場合、プロセッサは、ＵＥＦＩプロビジョニングアプリケーション３２０を初期化または開始し得る。図３に示されるように、ＵＥＦＩプロビジョニングアプリケーション３２０は、シーリングエンクレーブ３２２および認証エンクレーブ３２４を含み得る。シーリングエンクレーブ３２２は、安全なデータ保存のための動作を実行するように構成され得る。例えば、シーリングエンクレーブ３２２は、メインメモリの一部であるエンクレーブ内にある場合にのみ保護データを提供し得る。したがって、シーリングエンクレーブ３２２は、一時的なもので破壊され得、エンクレーブ内で保護されているデータは、シーリング動作後に失われることになる。しかしながら、いくつかの実施形態では、シーリングエンクレーブ３２２は、データをエンクレーブの外側に格納するための特別な構成を通じてデータを再利用するように構成され得る。
【0049】
認証エンクレーブ３２４は、リモート認証サービスを実行するように構成され得る。例えば、図８に関連してさらに説明するように、認証エンクレーブ３２４は、リモートプロバイダ（信頼当事者またはチャレンジャ当事者としても知られる）がプラットフォームの身元を検証することを容易にするために、リモート認証タスクを実行し得る。認証エンクレーブ３２４は、認証されているソフトウェアを識別し、未測定状態の詳細（実行モードなど）を決定し、ソフトウェア改ざんの可能性を評価するための動作を実行し得る。いくつかの実施形態では、認証エンクレーブ３２４は、認証サーバへの暗号化された通信チャネルを作成して使用し得る。資格情報やその他の機密データなどの秘密は、認証エンクレーブ３２４に直接プロビジョニングされ得る。さらに、認証エンクレーブ３２４は、リモート認証または楕円曲線デジタル署名アルゴリズム（ＥＣＤＳＡ）ベースのリモート認証のための拡張プライバシＩＤをサポートし得る。
【0050】
図３に示されるように、ＵＥＦＩプロビジョニングアプリケーション３２０は、プロビジョニングサーバ３２６と通信し得る。いくつかの実施形態では、ＵＥＦＩプロビジョニングアプリケーション３２０とプロビジョニングサーバ３２６との間の通信は暗号化され得る。例えば、図９に関連してさらに説明するように、ＵＥＦＩプロビジョニングアプリケーションは、プロビジョニングサーバ３２６とのＳＳＬ／ＴＬＳ暗号化通信を確立するように構成され得る。他のタイプの通信も考えられる。例えば、ＵＥＦＩプロビジョニングアプリケーション３２０は、軽量暗号化、ＮＳＳ、ＧｎｕＴＬＳ、ＰｏｌａｒＳＳＬ、ＭａｔｒｉｘＳＳＬを介してサーバに接続し得る。さらに、ＵＥＦＩプロビジョニングアプリケーション３２０は、ブロックチェーン動作を通じてサーバに接続し得る。あるいは、ＵＥＦＩプロビジョニングアプリケーション３２０は、暗号化せずにサーバに接続することもし得る。例えば、いくつかの実施形態では、ＵＥＦＩプロビジョニングアプリケーション３２０およびサーバからの通信は、プラットフォームを検証するために認証ベースのデータとともに転送される物理デバイス（例えば、ＵＳＢドライブまたはハードドライブ）を用いて実行され得る。
【0051】
プロビジョニングサーバ３２６は、プラットフォームの身元を検証するための動作を実行し得る。例えば、プロビジョニングサーバ３２６は、プラットフォームのホワイトリストまたはブラックリストを検証するためにイネーブルサーバ３３０と通信し得る。イネーブルサーバ３３０は、メディアバイナリ３３２および更新された鍵３３４を含み得る。メディアバイナリ３３２は、プラットフォームによってインストールまたは動作され、プラットフォーム初期化３０２中に初期化されるデジタルメディアであり得る。更新された鍵３３４は、メディアバイナリ３３２を暗号化および／または復号するように構成されたＲＳＡ鍵を含み得る。
【0052】
プロビジョニングサーバ３２６はまた、認証サービス３２８と通信し得る。認証サービス３２８は、リモート当事者を検証するための動作を実行し得る。認証サービス３２８は、アプリケーションの身元、アプリケーションが無傷であること（例えば、改ざんされていないこと）、およびアプリケーションがエンクレーブ内で安全に実行されていることの検証を提供し得る。場合によっては、エンクレーブのコンテンツは、同じプラットフォームからではなく、リモートからアクセスされ得る。認証サービス３２８は、認証エンクレーブ３２４がリモートアクセスを安全にすることを容易にし得る。これにより、機密メディアのリモート展開が可能になる。さらに、認証サービス３２８は、対称鍵システムと非対称鍵システムの両方を使用し得る。プロビジョニングサーバ３２６は、暗号化通信を介して鍵および認証データをＵＥＦＩプロビジョニングアプリケーション３２０に提供し得る。
【0053】
プロセッサは、メディアが認証に合格するかどうかをプロセッサが決定する検証動作３４０を実行し得る。サーバから受信した鍵と認証データに基づいて、プロセッサは、メディアが認証に合格したかどうかを決定し、ロックを解除し得るかどうかを決定し得る。検証動作３４０が失敗した場合、プロセッサは、動作を停止し、停止メッセージ３４２を生成し、および／または失敗した検証を記録し得る。検証動作３４０が成功した場合、プロセッサは、シールされた鍵３４６を使用して復号動作３４４を実行し得る。シールされた鍵３４６は、プロビジョニングサーバ３２６および／または認証サービス３２８から受信したＡＥＳ鍵を含み得る。
【0054】
いくつかの実施形態では、暗号化された媒体は、トランスポート層セキュリティ（ＴＬＳ）暗号化チャネルであり得、初期鍵（例えば、更新鍵３３４）は、リベスト・シャミル・アドルマン（ＲＳＡ）公開鍵を含み得、シールされた鍵３４６は、対称秘密鍵を含み得、バイナリファイルを受信することには、認証エンクレーブ内のバイナリファイルの認証を検証することを含み得る。
【0055】
メディアバイナリ３３２が復号されると、ＵＥＦＩブートパーティション３４８は、秘密鍵３５０を使用してシールされたバイナリを開封する復号動作３１４を実行し得る。秘密鍵３５０は、バイナリファイルを復号するように構成されたＲＳＡ秘密鍵を含み得る。復号が成功すると、その後、ブートメディア動作３１６が行われる。
【0056】
図４は、開示された実施形態と一致する、顧客のオフライン回復および更新インストールプロセスを説明するブロック図４００を示している。いくつかの実施形態では、バックアップファイルおよび／または回復ファイルは、図３で説明されるＵＥＦＩベースのＤＲＭプロセスを通じて配信され、保護され得る。ブロック図４００は、プラットフォーム上のシステム統合および検証を完了するためのプロセスを説明する。ブロック図４００は、顧客のオフライン回復およびターゲットプラットフォームへの更新インストールの使用例を説明する。
【0057】
バックアップＵＥＦＩブートパーティション４０２は、プラットフォームの初期化中に初期化（または起動）され得る。ブートパーティション４０２は、複数のシールされたＵＥＦＩバックアップ４０６および更新パッケージ４０８を格納し得る顧客／ディレクタストレージと通信し得る。プラットフォームの初期化中に、バックアップＵＥＦＩブートパーティション４０２は、プラットフォームの認証データに基づいて、シールされたＵＥＦＩバックアップ４０６のうちの１つまたは複数を識別し得る。次に、識別されたＵＥＦＩバックアップ４０６は、ＵＥＦＩローダ３０６（図３）と同様に構成され得るバックアップＵＥＦＩローダ４１０にロードされ得、ブートエンクレーブ４１２は、メディアバックアップを初期化するためのブート動作を実行し得る。
【0058】
ブート動作は、プラットフォームノード４２０で実行され得る。バックアップまたは更新動作により、インストールされる更新パッケージまたはバックアップパッケージが特定されると、パッケージは、インストールのためにプラットフォームノードに送信され得る。プラットフォームノードはまた、顧客のオフライン更新／回復データ４１４を受信することもし得、顧客／ディレクタストレージ４０４にない可能性のある更新または回復を独立してインストールするオプションをユーザに与える。プラットフォームノードは、図３に関連して前述したコンポーネントを含み得る。プラットフォームノード４２０は、ブートエンクレーブ３０８を備えたＵＥＦＩローダ３０６と、回復シールされたバイナリを復号するように構成された秘密鍵３５０を備えたＵＥＦＩブートパーティション３４８とを含み得る。
【0059】
ブロック図４００は、いくつかの実施形態において、プロセッサがクライアントプラットフォームにおける回復または更新のためにＵＥＦＩ強制ＤＲＭポリシを使用し得ることを示している。図４に示されるように、回復／更新は、オンラインまたはオフラインで実行され得る。例えば、いくつかの実施形態では、ＵＥＦＩ－ＤＲＭで保護されたコンテンツは、更新回復スクリプトであり得、ＵＥＦＩローダ３０６は、第２のＵＥＦＩアプリケーションを使用してシールされたバイナリファイルを復号した後に回復命令を取得するように構成され得る。
【0060】
図５は、開示された実施形態と一致する、安全なハイパーバイザを介した仮想マシンにおけるデジタル著作権管理のための例示的なプロセス５００のフローチャートである。プロセス５００は、プラットフォーム１００（図１）またはプロセッサ１０２（図２）によって実行され得る。さらに、および／または代わりに、プロセッサ内のアプリケーションの異なる層が、プロセス５００の特定のステップを実行し得る。例えば、ＵＥＦＩアプリケーションは、プロセス５００の一部のステップを実行する一方で、仮想マシンルートは、プロセス５００の他のステップを実行し得る。さらに、ＳＲＥテナントは、プロセス５００の特定の動作を実行し得、仮想マシンＯＳは、プロセス５００の特定のステップを実行し得る。
【0061】
ステップ５０２で、ＵＥＦＩブートアプリケーションは、プラットフォームのブートアップまたは初期化の一部として初期化し得る。例えば、図３に関連してさらに説明するように、プロセッサは、発見動作３０４（図３）などの発見のためにＵＥＦＩアプリケーションを初期化し得る。ステップ５０４で、プラットフォーム１００（またはプロセッサ１０２）は、エンクレーブを作成し得る。例えば、ＵＥＦＩブートアプリケーションを通じて、プロセッサは、認証エンクレーブ３２４などのブートエンクレーブまたは認証エンクレーブを生成し得る。いくつかの実施形態では、ステップ５０４のエンクレーブは、ソフトウェア・ガード・エクステンション（ＳＧＸ）エンクレーブを含み得、保護され、エンクレーブ自体の外部のプロセスによって読み取りも保存もできないコンテンツを含むメモリのプライベート領域を定義するように構成され得る。さらに、ステップ５０４のエンクレーブは、プラットフォーム自体内でのみオンザフライで復号され得る。さらに、いくつかの実施形態では、エンクレーブは、エンクレーブ自体内から実行されるコードおよびデータを動作することのみに制限され得る。このような構成は、エンクレーブ内のコードを他のコードによって「スパイされる」または検査されることから保護し得る。
【0062】
さらに、いくつかの実施形態では、ステップ５０４で作成されたエンクレーブ内のコードおよびデータは、エンクレーブは、信頼されるが、その外部のプロセスは、信頼できない（オペレーティングシステム自体および任意のハイパーバイザを含む）脅威モデルを利用し得、したがって、これらは、潜在的に敵対的なものとして扱われる。このような実施形態では、エンクレーブのコンテンツは、暗号化された形式以外では、エンクレーブの外部のいかなるコードによっても読み取ることができ得ない。
【0063】
ステップ５０６で、プラットフォーム１００は、鍵を取得し得る。例えば、プロセッサ１０２（図２）は、サーバと通信して、ＡＥＳ鍵および／またはＲＳＡ鍵を取得し得る。ステップ５０７で、プラットフォームは、鍵を受信および／またはシールして、シールされた鍵を生成し得る。
【0064】
ステップ５０８で、プラットフォーム１００は、ステップ５０６で取得された鍵を使用して鍵導出機能（ＫＤＦ）を実行し得る。例えば、プラットフォームは、ＵＥＦＩエンクレーブの１つを介して鍵導出ポリシを指定する動作を実行し得る。いくつかの実施形態では、プラットフォームエンクレーブは、信頼できる値および／またはエンクレーブの属性の使用を許可するポリシを強制し得る。さらに、ＫＤＦは、割り当てられていないフィールドを自動的にゼロに設定するなど、プラットフォーム固有のポリシを使用し得る。ステップ５０８は、プラットフォーム固有の値または変数も含み得る。例えば、ステップ５０８で、プラットフォーム１００は、ユーザからのエントロピを追加し得る（例えば、所有者エポックが導出中にパラメータとして使用され得る）。この値は、ブート時にパスワードを導出することで構成され得、電源を入れ直すたびに不揮発性メモリに保存され得る。
【0065】
次いで、ステップ５０８からの導出鍵は、ステップ５２２でメディアを復号するために使用され得、プラットフォームは、メディアを開封または復号し得る。例えば、図３に関連して説明したように、プラットフォーム１００は、プロビジョニングサーバ３２６から受信したデジタルメディアを復号するように構成され得る。次に、ステップ５２４で第２のＫＤＦを介して、および／またはステップ５２０でハッシュ関数を使用して、メディアを再度保護し得る。データが取得された鍵で復号され、新しい機能のためにオンダイエントロピを使用して再度保護されると、プラットフォームは、ステップ５２６でＵＥＦＩアプリケーションを終了し得る。
【0066】
いくつかの実施形態では、ステップ５０２～５２６は、プロセッサ内で実行されるＵＥＦＩアプリケーションによって実行され得る。例えば、プロセッサ１０２（図２）内のＵＥＦＩアプリケーションは、ステップ５０２～５２６の動作を実行し得る。さらに、および／または代わりに、ステップ５０２～５２６は、仮想マシンを起動するための安全なエンクレーブを作成するＳＲＥＵＥＦＩアプリケーションによって実行され得る。
【0067】
ステップ５２８で、プラットフォーム１００は、ＵＥＦＩアプリケーションから仮想マシンをブートし得る。例えば、プラットフォーム１００は、ＵＥＦＩからの検証済みの強制ブートを実行して、保護された環境を起動し得、これにより、ユーザは、プロセッサ１０２のリソースをエンクレーブに対して隔離できるようになる。いくつかの実施形態では、ステップ５２８で開始される保護された環境は、プロセッサ１０２をクロスドメイン攻撃から保護し得る分離ドメインを作成し得る。したがって、ステップ５２８で、プラットフォーム１００は、漏洩、変更、および権限昇格攻撃（ｐｒｉｖｉｌｅｇｅ ｅｓｃａｌａｔｉｏｎ ａｔｔａｃｋｓ）を回避する保護された環境を作成し得る。保護された環境は、ＰＣＨ（プラットフォームコントローラハブ）および各プロセッサの一意の識別子を使用してユーザアプリケーションを仮想化ゲストにバインドすることによって、特定のプロセッサ１０２リソースを備えた隔離ドメインを作成し得る。例えば、保護された環境は、プロセッサ１０２から対応するエンクレーブ、仮想マシン、カーネル、および／またはユーザアプリケーションにリソースを割り当てるマルチソケットシステムを確立し得る。いくつかの実施形態では、仮想マシンのブートは、プロセッサリソースを分離するためにブリッジングチップまたはＰＣＩｅカードのアドレスおよび／またはレジスタを操作し得る。
【0068】
さらに、分離されたドメインを保護および作成するために、ステップ５２８での仮想マシンのブートにより、オンチップファイアウォールポリシが作成され得る。いくつかの実施形態では、保護された環境は、ＰＣＩｅデバイスを暗号的に特定の仮想マシンゲストまたはアプリケーションテナントに直接マッピングし得る。保護された環境は、ファイアウォールによって設定されたルールに基づいて特定のリソースへのアクセスを制限するルールまたはポリシを実施し得る。さらに、保護された環境は、プロセッサリソースへのアクセスを制限し、プロセッサ１０２の個々のリソース、コアリソース、およびメモリリソースを保護するための組み込みセキュリティポリシを有するタイプ０またはタイプ１のハイパーバイザを実施し得る。保護された環境は、特定のエンクレーブからの処理要求を関連付け、特定のリソースにアクセスできるかどうか、または特定のドメインに要求をルーティングするかどうかを決定する、階層化プロトコル、ラッパー、またはコンテンツアドレス指定可能なメモリフィルタを含み得る。さらに、ステップ５２８で展開される保護された環境は、正規表現マッチングを実行するか、ペイロードスキャナを実施して、処理要求のアクセスまたはルートを決定し得る。
【0069】
保護された環境およびステップ５２８で起動された仮想マシンは、保護され得る。例えば、ステップ５１２で、エンジンハッシュは、ユーザポリシ、署名、および／またはオンダイエントロピに基づくハッシュ関数を生成し得る。エンジンハッシュは、第３のＫＤＦ５１４に使用され得る。このようにして、ＵＥＦＩエンクレーブ内の一意の暗号化マテリアルは、ハイパーバイザが、ステップ５２８中にこれらの鍵を起動したＶＭに利用可能にするように、仮想モード固有レジスタ（ＭＳＲ）に格納され得る追加の一意の鍵を作成するためのエントロピのソースとして使用され得る。図５に示される構成は、仮想ＭＳＲ鍵ストアを使用してＶＭごとに一意の鍵を作成すると同時に、オンダイＤＲＭをＶＭに拡張し得る。いくつかの実施形態では、ステップ５１４およびステップ５２８は、仮想マシンルートによって実行され得る一方、ステップ５１２は、テナントポリシに実行または格納され得る。
【0070】
ステップ５１６で、プラットフォーム１００は、インスタンス鍵ごとにマルチ鍵合計メモリ暗号化を実行し得る。例えば、プラットフォーム１００は、複数の暗号化鍵を構築およびサポートするための動作を実行し得る。このような実施形態では、ＳＲＥテナントは、暗号化鍵をサポートするためにセキュリティ動作を実行し得る。プラットフォーム１００は、利用可能な鍵のサブセットを構成し得るソフトウェアを実行することもし得る。ステップ５１６はまた、不揮発性メモリを提供すること、または認証メカニズムと組み合わせられる場合、および／または鍵プロビジョニングサービスと併用される場合に、提供することを含み得る。
【0071】
ステップ５３０で、プラットフォーム１００は、仮想ＣＰＵのインスタンスを生成し、モデル固有のレジスタ鍵ストレージを使用して検証鍵を割り当て得る。例えば、ステップ５３０で、プラットフォーム１００は、ステップ５１６で指定されたアドレスに従ってハイパーバイザをロードするブートローダを実行し得る。このような実施形態では、プラットフォーム１００は、マルチブート情報（ＭＢＩ）構造を通じてメモリ情報を渡すためのフラグを設定するマルチブートヘッダを備えて構築されたハイパーバイザを動作させ得る。さらに、プラットフォーム１００は、仮想ＭＳＲ内の鍵を使用してＶＣＰＵを検証し得る。
【0072】
したがって、いくつかの実施形態では、ＵＥＦ１強制ＤＲＭプロセスは、少なくとも１つのプロセッサの隔離されたリソースを用いて仮想マシンを起動するように構成されたハイパーバイザを確保し得る。このような実施形態では、ＵＥＦＩアプリケーションは、一意のオンダイ暗号化の一意のマテリアルを使用して複数の第３の鍵を生成し、複数の第３の鍵をプラットフォームのモード固有レジスタに格納するように構成され得る。プロセス５００は、複数の第３の鍵のうちの少なくとも１つを使用して、ハイパーバイザ上の仮想マシンの検証を容易にし得る。
【0073】
ステップ５３２で、暗号化されたディスクおよび／またはエンクレーブが、特定のオペレーティングシステムまたはユーザアプリケーション用にユーザに与えられ得る。例えば、ステップ５３２で、リナックス（登録商標）ユニファイドキーセットアップ（ＬＵＫＳ）をディスク暗号化仕様として使用し得る。他のディスク暗号化や、検証済みのＶＣＰＵからのターゲットアプリケーションも検討されている。例えば、ステップ５３２で、プラットフォーム１００は、他のタイプの仮想マシンを実行するか、または異なるオペレーティングシステムを実行し得る。
【0074】
図６は、開示された実施形態と一致するエンクレーブを生成するＵＥＦＩアプリケーションのブロック図６００である。ブロック図６００の要素は、プラットフォーム１００の一部であり得る。例えば、ブロック図６００の要素は、プロセッサ１０２によって実施され得る。
【0075】
図６に示されるように、エンクレーブ６０２は、セキュリティ命令コードをエンクレーブバイナリイメージ６０４に通信し得る。エンクレーブ６０２は、ベアメタルオペレーティングシステムによってサポートされ得る、および／または特定のマッピングまたはイベントへのリンクを含み得る。さらに、ステップ５０４（図５）でエンクレーブ６０２を作成し得る。エンクレーブバイナリイメージ６０４はまた、ＵＥＦＩプロビジョニングアプリケーション３２０またはＵＥＦＩローダ３０６（図３）を含み得るＵＥＦＩアプリケーション６１０と通信することもし得る。ＵＥＦＩアプリケーション６１０は、図３および図５に関連して説明されたＵＥＦＩアプリケーションのいずれでもあり得る。代替的に、および／または追加的に、ＵＥＦＩアプリケーション６１０は、ＵＥＦＩローダ３０６またはＵＥＦＩブートパーティション３４８（図４）として実施され得る。
【0076】
ＵＥＦＩアプリケーション６１０は、パーサ／ローダ６１２、エンクレーブ呼び出し元６１６、エンクレーブアプリケーションプログラミングインターフェース（ＡＰＩ）６１４、およびエンクレーブページキャッシュ（ＥＰＣ）ＡＰＩ６１８を含み得る。パーサ／ローダ６１２は、エンクレーブＡＰＩ６１４およびＥＰＣＡＰＩ６１８の両方と通信するように構成され得る。例えば、パーサ／ローダ６１２は、作成要求をエンクレーブＡＰＩ６１４に送信し得る。いくつかの実施形態では、作成要求は、エンクレーブ制御構造およびスレッド制御構造を指定し得る。さらに、パーサ／ローダ６１２は、初期化命令をエンクレーブＡＰＩに送信して、例えば、図３に関連して説明したようにセキュリティ鍵を使用してエンクレーブを初期化することもし得る。パーサ／ローダ６１２はまた、メモリ空間またはエンクレーブアドレス指定を追加する要求をＥＰＣＡＰＩ６１８に送信することもし得る。エンクレーブ呼び出し元６１６は、ページリクエストをエンクレーブＡＰＩ６１４に送信するように構成可能であり得る。
【0077】
エンクレーブＡＰＩ６１４とＥＰＣＡＰＩ６１８は両方とも、ＣＰＵ６０８と通信し得る。例えば、図６に示されるように、エンクレーブＡＰＩ６１４は、エンクレーブの作成、エンクレーブの初期化、または制御の転送のための命令を送信し得る。例えば、エンクレーブＡＰＩ６１４は、エンクレーブのアドレス空間および信頼のルートを定義する新しいエンクレーブをインスタンス化するためのＥＣＲＥＡＴＥ命令を送信し得る。エンクレーブＡＰＩ６１４はまた、アプリケーションからエンクレーブ内の所定の場所に制御を移すためのＥＥＮＴＥＲなどの命令を送信することもし得る。さらに、エンクレーブＡＰＩ６１４は、エンクレーブ構造を検証するための命令を送信するように構成され得る。例えば、エンクレーブＡＰＩ６１４は、ＥＩＮＩＴ命令を送信して、トークン構造を検証し、エンクレーブの実行が許可されているかどうかを決定し得る。
【0078】
同様に、ＥＰＣＡＰＩ６１８も、ＣＰＵ６０８と通信し、動作を送信するように構成され得る。例えば、図６に示されるように、ＥＰＣＡＰＩ６１８は、ページを削除または追加する動作を送信し得る。ＥＰＣＡＰＩ６１８は、ＥＡＤＤ命令を送信して、新しいページをエンクレーブに追加し得る。このような実施形態では、ＣＰＵ６０８のオペレーティングシステムが、ページおよびそのコンテンツの選択を単独で担当し得る。あるいは、および／またはさらに、ＥＰＣＡＰＩ６１８は、ＥＲＥＭＯＶＥの動作を送信して、エンクレーブからページを永久に削除し得る。
【0079】
ＵＥＦＩアプリケーション６１０内のＡＰＩと通信することに加えて、ＣＰＵ６０８は、図６で説明されるようなコンテンツブロックを含むメモリ構造であり得るエンクレーブページキャッシュ（ＥＰＣ）６０６とも通信し得る。例えば、エンクレーブページキャッシュ６０６は、ＳＧＸエンクレーブ制御構造（ＳＥＣＳ）などの制御構造を含み得る。各エンクレーブは、そのメタデータ（例えば、ハッシュやサイズ）を含む制御構造に関連付けられ得る。制御構造は、安全なコードを介して、プロセッサ自体によってのみアクセス可能であり得る。エンクレーブページキャッシュ６０６はまた、エンクレーブ制御アクセスを提供し得る少なくとも１つのスレッド制御構造に関連付けられ得る。さらに、スレッド制御構造は、エンクレーブへの実行ポイントを示し得る。エンクレーブページキャッシュ６０６は、例外および割り込み処理中にプロセッサの状態を保存するために使用される１つまたは複数の状態保存領域（ＳＳＡ）をも含み得る。さらに、エンクレーブページキャッシュ６０６は、１つまたは複数のスタックセクションおよびアレイセクションを含み、エンクレーブエントリ、ページ、および出口を指定し得る。
【0080】
図６に示されるように、ＣＰＵ６０８は、エンクレーブページキャッシュ６０６から命令を送受信し得る。例えば、ＣＰＵ６０８は、ページを開始する命令を送信し、エンクレーブを終了する命令（ＥＥＸＩＴ命令など）を受信し得る。さらに、ＣＰＵ６０８は、署名およびベースアドレスに基づいて検証動作を実行し得る。
【0081】
ブロック図６００は、図３に関連して説明したエンクレーブ（例えば、プロセッサのプロビジョニングおよび／またはインストールされたアプリケーションの決定のためのエンクレーブ）を生成するためのＵＥＦＩアプリケーションの例示的な実施を示している。しかしながら、異なるシーケンス、接続、および／または命令を使用した他の実施も可能であり得る。
【0082】
図７は、開示された実施形態による、ＵＥＦＩで保護されたデジタルコンテンツを起動するためのプロセス７００のフローチャートである。いくつかの実施形態では、以下に説明するように、プラットフォーム１００（図１）は、プロセス７００の動作を実行し得る。例えば、プロセッサ１０２および／またはＵＥＦＩ／Ｂｉｏｓ１１０は、プロセス７００において動作を実行し得る。さらに、および／または代わりに、プラットフォーム１００の複数の要素は、プロセス７００の動作を実行し得る。例えば、プロセッサ１０２がプロセス７００の特定の動作を実行する一方で、コプロセッサ１０４またはＵＥＦＩ／ＢＩＯＳ１１０は他の動作を実行し得る。しかしながら、他の実施形態では、スタンドアロンプロセッサまたはプロセッサのコンポーネントは、プロセス７００のステップを実行し得る。このような実施形態では、プロセッサ１０２（図２）の特定の要素がプロセス７００のステップを実行し得、またはコア２０２のいずれかがプロセス７００の動作の１つまたは複数を実行し得る。
【0083】
ステップ７０２で、プラットフォーム１００は、ＵＥＦＩ／ＢＩＯＳファームウェアを開始し得る。例えば、プラットフォーム１００の電源投入に応答して、プラットフォーム１００は、ＵＥＦＩ／ＢＩＯＳ１１０（図１）内の開始ルーチンを実行し得る。開始ルーチンの一部として、オペレーティングシステムを開始する前に、プラットフォーム１００は、ステップ７０４でターゲットメディアがインストールされているかどうかを決定し得る。例えば、プラットフォーム１００は、メモリブロックを解析して、ターゲットアプリケーションがプラットフォーム１００にインストールされているかどうかを決定し得る。あるいは、および／またはさらに、ステップ７０４で、プラットフォーム１００は、データログまたはマニフェストを検討して特定のデジタルメディアが利用可能かどうかを決定するＵＥＦＩアプリケーションを開始し得る。いくつかの実施形態では、ターゲットデジタルメディアは、セキュアランタイム環境（ＳＲＥ）またはハイパーバイザであり得る。
【0084】
プラットフォーム１００が、ターゲットメディアがインストールされていないと決定した場合（ステップ７０４：いいえ）、プラットフォーム１００は、ステップ７０６に進み得る。ステップ７０６で、プラットフォーム１００は、第１のＵＥＦＩアプリケーションを起動し得る。例えば、プラットフォーム１００は、ＵＥＦＩプロビジョニングアプリケーション３２０を起動し得る。ステップ７０８で、プラットフォーム１００は、暗号化されたメディアを介してサーバと通信し得る。例えば、ステップ７０６の第１のＵＥＦＩアプリケーションを使用して、プラットフォーム１００は、デジタルメディアおよび／またはバイナリファイルを提供するサーバとＴＬＳを介して通信し得る。いくつかの実施形態では、図３に関連して説明したように、ＵＥＦＩプロビジョニングアプリケーション３２０は、プロビジョニングサーバ３２６と通信し得る。このような実施形態では、図９に関連してさらに説明するように、第１のＵＥＦＩアプリケーションは、暗号化セットアップおよび通信手順を処理し得る。
【0085】
ステップ７１０で、プラットフォーム１００は、バイナリファイルおよび第１の復号鍵を受信し得る。例えば、プラットフォーム１００は、ターゲットメディアのバイナリファイル（ステップ７０４で発見された）と、シールおよび／または復号プロセスのためのＡＥＳまたはＲＳＡ鍵を受信し得る。いくつかの実施形態では、ステップ７１０は、認証データを検証することも含み得る。例えば、図３に関連して説明したように、第１のＵＥＦＩアプリケーションの認証エンクレーブは、安全な認証エンクレーブ内のバイナリファイルの認証を検証し得る。ステップ７１２で、プラットフォーム１００は、（ステップ７０６からの）ＵＥＦＩアプリケーションで受信したバイナリをシールし、ローカル復号鍵を生成し得る。例えば、第１のＵＥＦＩアプリケーションのシーリングエンクレーブは、バイナリファイルをシールし得る。このような実施形態では、シーリングエンクレーブは、セキュアシーリングエンクレーブのシーリング内で受信鍵を使用してバイナリのシーリングを実行し得る。
【0086】
ステップ７１４で、プラットフォーム１００は、ターゲットメディアをシールされたバイナリとしてインストールし得る。例えば、プラットフォーム１００は、ステップ７１２でシールされたバイナリファイルをプラットフォーム１００のストレージデバイスにインストールし得る。ステップ７１４は、ターゲットメディアのプラットフォームプロビジョニングをもたらし得る。
【0087】
ステップ７０４で、プラットフォーム１００が、ターゲットメディアがインストールされていると決定した場合（ステップ７０４：はい）、プラットフォーム１００は、ステップ７０６～７１４をスキップして、ステップ７１６に移動し得る。すなわち、いくつかのシナリオでは、プラットフォーム１００は、ステップ７１４の後にステップ７１６に進み得るが、他のシナリオでは、プラットフォーム１００は、ステップ７０４の後にステップ７１６に進み得る。
【0088】
ステップ７１６で、プラットフォーム１００は、シールされたバイナリを第２のＵＥＦＩアプリケーションにロードし得る。例えば、プラットフォーム１００は、ステップ７１２でシールされたバイナリをステップ７１６でＵＥＦＩローダ３０６にロードし得る。あるいは、および／またはさらに、プラットフォーム１００は、以前にシールされたバイナリファイルをストレージデバイスから取得し、それをブートエンクレーブを備えたＵＥＦＩローダにロードし得る。いくつかの実施形態では、シールされたバイナリは、シールされたＡＥＳ鍵を用いてセキュアブートエンクレーブにロードされ、エンクレーブ内の暗号化エントロピがシールされた鍵とともに使用されて、各ブートモジュールバイナリを検証する。ステップ７１８で、プラットフォーム１００は、第２のＵＥＦＩローダまたは第２のＵＥＦＩアプリケーションを通じて、ローカル復号鍵を用いてシールされたバイナリファイルを復号し得る。例えば、プラットフォーム１００は、ローカルに生成された鍵を使用して、シールされたバイナリを復号し得る。
【0089】
復号が成功すると、ステップ７２０で、プラットフォーム１００は、ターゲットメディアをオープンまたは実行し得る。例えば、ステップ７１８での復号が成功した場合、シールされたソフトウェアまたはターゲットメディアが実行され得る。この時点で、プラットフォーム１００は、実行されるメディアのセキュリティと安全性の両方を保証するために、オンダイ暗号化を使用してプロビジョニングおよび検証されているはずである。エンクレーブ内のＣＰＵオンダイ暗号化一意のマテリアルを使用して、未承認のプラットフォームでのデジタルメディアの実行が防止される。したがって、プロセス７００は、メディアプロビジョニング中および実行中の両方でプラットフォームの暗号化検証を強制する。さらに、ステップ７０２～７１８は、プロビジョニングサーバとの通信、暗号化、シール、および復号タスクのためのＵＥＦＩアプリケーションを使用してオペレーティングシステムが初期化される前に実行されるように構成され得る。このような機能は、最終ユーザの介入を必要としない自動プロセスを備えたプラットフォームのプロビジョニングを容易にしながら、攻撃ベクトルを最小限に抑えることができるため、コンピュータの機能を向上させ得る。
【0090】
ステップ７２０まで、プラットフォーム１００は、オペレーティングシステムを初期化せずに、代わりにＵＥＦＩアプリケーションを使用してステップ７０２～７１８を実行し得る。ステップ７２０で、プラットフォーム１００は、オペレーティングシステムを開始し得る。いくつかの実施形態では、ステップ７２０におけるオペレーティングシステムの開始は、ステップ７１８における復号の成功を条件とし得る。ステップ７２４で、プラットフォーム１００は、ＵＥＦＩエンクレーブの１つで生成された一意の鍵を使用して、ハイパーバイザ内の仮想マシンを検証し得る。例えば、図３に関連して説明したように、プラットフォーム１００は、オンダイエントロピを使用して鍵を生成し、暗号化マテリアルを生成し、その鍵を仮想ＭＳＲ鍵に格納し得る。このような動作により、ＤＲＭが仮想マシンに拡張される。例えば、プラットフォーム１００は、ハイパーバイザ（ステップ７２２でオペレーティングシステムから開始できる）がＶＭに利用可能にできる一意の鍵を作成するためのエントロピのソースとしてＵＥＦＩエンクレーブ内の一意の暗号化マテリアルを使用し得る。ステップ７２４で、プラットフォーム１００は、ＵＥＦ１強制ＤＲＭサービスをＶＭに拡張し得る。このような実施は、ＤＲＭの実施にＯＥＭごとに個別の物理プロビジョニングサーバや外部の信頼できるプラットフォームを使用する必要がないため、ＤＲＭの技術分野を改善し得る。
【0091】
図８は、開示された実施形態による、リモート認証を介したデジタルコンテンツのＵＥＦＩベースのプロビジョニングのためのプロセス８００のフローチャートである。いくつかの実施形態では、プラットフォーム１００（図１）がプロセス８００の動作を実行し得る。例えば、プロセッサ１０２またはＵＥＦＩ／Ｂｉｏｓ１１０は、プロセス８００の動作を実行し得る。さらに、および／または代わりに、プラットフォーム１００の複数の要素がプロセス８００の動作を実行し得る。例えば、プロセッサ１０２がプロセス８００の特定の動作を実行する一方で、コプロセッサ１０４またはＵＥＦＩ／ＢＩＯＳ１１０は、他の動作を実行し得る。しかしながら、他の実施形態では、スタンドアロンプロセッサまたはプロセッサのコンポーネントがプロセス８００のステップを実行し得る。このような実施形態では、プロセッサ１０２（図２）の特定の要素がプロセス８００のステップを実行し得る。例えば、コア２０２のいずれかが、プロセス８００の動作のうちの１つまたは複数を実行し得る。
【0092】
ステップ８０２で、プラットフォーム１００は、プラットフォームを初期化し、ブートファームウェアを実行し得る。例えば、プラットフォーム１００は、起動中にプラットフォームを初期化し、基本的な入出力システムを実行してプラットフォームを初期化し得る。ステップ８０４で、プラットフォーム１００は、それがプロビジョニングされているかどうかを決定し得る。例えば、プラットフォーム１００は、特定のデジタルメディアがプラットフォーム１００のストレージデバイスにインストールされているかどうか、またはプラットフォームにデジタルコンテンツがすでに存在しているかどうかを決定し得る。
【0093】
プラットフォーム１００が、プラットフォームがプロビジョニングされていないと決定した場合（ステップ８０４：いいえ）、プラットフォーム１００は、ステップ８０６に進み得る。ステップ８０６で、プラットフォーム１００は、ＵＥＦＩファームウェア内で認証およびシーリングエンクレーブを起動または実行し得る。例えば、図３に関連して説明したように、プラットフォーム１００は、ＵＥＦＩプロビジョニングアプリケーション３２０（図３）のような、認証エンクレーブおよびシーリングエンクレーブを備えたＵＥＦＩアプリケーションを立ち上げ得る。ステップ８０８で、プラットフォーム１００は、暗号化されたメディアを介してサーバと通信して、認証データを提供し、プロビジョニングファイルを要求し得る。プラットフォーム１００は、認証データをプロビジョニングサーバに通信し得る。プロビジョニングサーバは、認証データに基づいてプラットフォーム１００を検証し、暗号化されたメディア、バイナリファイル、および検証デバイスを介して通信し得る。例えば、図３および図５に関連して説明したように、プラットフォーム１００は、ＵＥＦＩプロビジョニングアプリケーション３２０を介してプロビジョニングサーバ３２６と通信し得、次いで、これは、認証サービス３２８およびイネーブルサーバ３３０とインターフェースし得る。
【0094】
ステップ８１０で、プラットフォーム１００は、バイナリファイルおよび鍵を受信し得る。例えば、プラットフォーム１００は、プロビジョニングサーバおよび／またはＡＥＳまたはＲＳＡ鍵からバイナリメディアファイルを受信し得る。ステップ８１２で、プラットフォーム１００は、ＵＥＦＩアプリケーション内の認証エンクレーブを使用して認証を検証し得る。例えば、いくつかの実施形態では、プラットフォーム１００は、ステップ８１２でＳＧＸリモート認証を実行し得る。このような実施形態では、ＵＥＦＩアプリケーション内の認証エンクレーブは、リモート認証の段階を実行し得る。さらに、プラットフォーム１００は、リモート認証要求を行い、ローカル認証を実行し、ローカル認証をリモート認証に変換し、リモート認証をチャレンジャに返し、リモート認証を検証し得る。プラットフォーム１００は、ＳＧＸリモート認証のために次の段階を実行し得る。
【0095】
段階１：チャレンジャ（アプリケーションがＵＥＦＩエンクレーブ内で安全に実行されているかどうかを検証したいエンティティ）との通信を確立する。
【0096】
段階２：エンクレーブ身元（権限のない者によるエンクレーブのコンテンツへのアクセスを制限するエンクレーブのログの暗号化ハッシュ）を格納することにより、アプリケーションをクオートエンクレーブにリンクする。
【0097】
段階３：一時的な公開鍵（短期間しか存続しないもの）を生成し、チャレンジに応答する。この鍵は、エンクレーブにシークレットをプロビジョニングするためにチャレンジャによって使用され得る。
【0098】
段階４：鍵とその元のエンクレーブに関する情報を含むレポートを受信し、そのレポートを引用エンクレーブに転送する。
【0099】
段階５：ハードウェア命令を呼び出してレポート鍵を取得し、レポート鍵を使用してレポートを検証する。認証サービスによって検証可能な鍵を使用して、エンクレーブによって署名された構造を作成する。
【0100】
段階６：引用エンクレーブによって作成および署名された引用を受信および／または生成する。
【0101】
段階７：署名を検証する公開鍵証明書を使用して、生成された引用の署名を検証する。
【0102】
ステップ８１２のリモート認証プロセスは、プラットフォーム身元の検証を提供し、デジタルメディアが変更されていないこと、およびデジタルメディアが有効なプラットフォーム上のエンクレーブ内で安全に実行されることを証明し得る。認証によりリモートアクセスが安全になり、複数のプラットフォームでのＤＲＭ管理が可能になるが、プラットフォームベースの暗号化を使用して、有効なプラットフォーム内のコンテンツを管理または制限する。
【0103】
ステップ８１２で認証が検証されると、プラットフォーム１００は、ステップ８１４に進み、シーリングエンクレーブを使用して鍵によるバイナリファイルのシーリングを実行し得る。例えば、プラットフォーム１００は、ＥＧＥＴＫＥＹＳＧＸ命令を使用して、バイナリファイルを特定のエンクレーブまたは特定の作成者にシールし得る。ステップ８１６で、プラットフォーム１００は、デジタルコンテンツのセキュリティおよび安全性を強化するために、リモート認証検証を使用してプラットフォームのプロビジョニングを完了し、シールされたバイナリをインストールし得る。
【0104】
ステップ８０４で、プラットフォーム１００が、プラットフォームがプロビジョニングされたと決定した場合（ステップ８０４：はい）、プラットフォーム１００は、ステップ８０６～８１６をスキップして、ステップ８１８に進み得る。いくつかの実施形態では、プラットフォームにシールされたバイナリをインストールした後、プラットフォーム１００は、ステップ８１８にも進み得る。
【0105】
ステップ８１８で、プラットフォーム１００は、ＵＥＦＩファームウェアを備えたセキュアブートエンクレーブにシールされたバイナリをロードし得る。例えば、図３に関連して説明したように、プラットフォーム１００は、実行のためにシールバイナリをロードするためにＵＥＦＩローダ３０６を使用し得る。ステップ８２０で、プラットフォーム１００は、ブートエンクレーブ内の暗号化エントロピおよびローカル復号鍵を使用して、シールされたバイナリを復号し得る。例えば、ステップ８１４のシールされたバイナリは、シールされたＡＥＳ鍵を用いてセキュアブートエンクレーブにロードされ得る。さらに、エンクレーブ内の暗号化エントロピをシールされた鍵とともに使用して、各ブートモジュールを検証し得る。
【0106】
ステップ８２２で、プラットフォーム１００は、復号が成功したかどうかを決定し得る。プラットフォーム１００が復号が成功しなかったと決定した場合（ステップ８２２：いいえ）、プラットフォーム１００は、ステップ８２４に進み、実行動作を停止し、プラットフォーム内でソフトウェアを実行したりデジタルメディアを開いたりしない。しかしながら、プラットフォーム１００が復号が成功したと決定した場合（ステップ８２２：はい）、プラットフォーム１００は、ステップ８２６に進み、プラットフォーム内でバイナリおよび／または関連デジタルメディアを実行し得る。例えば、シールされたバイナリをインストールした後、オペレーティングシステムを開始する前に、プラットフォーム１００は、シールされたバイナリを第２のＵＥＦＩアプリケーションにロードし得、第２のＵＥＦＩアプリケーションは、ブートエンクレーブを備え得る。さらに、プラットフォーム１００は、ブートエンクレーブ内の第２の鍵および暗号化エントロピを用いてシールされたバイナリファイルを復号し、シールされたバイナリファイルの復号が成功した場合にデジタルメディアを開くか実行し得る。
【0107】
ステップ８２８で、プラットフォーム１００は、エンクレーブ内の暗号化マテリアルを使用して新しい鍵を作成し得る。例えば、プラットフォーム１００は、エンクレーブ内の一意の暗号化マテリアルをエントロピのソースとして使用して、ハイパーバイザがＶＭに利用可能にできる仮想ＭＳＲに格納され得る追加の一意の鍵を作成し得る。ステップ８３０で、プラットフォーム１００は、ハイパーバイザによってサポートされるＶＭに対してステップ８２８の一意の鍵を利用可能にし得る。
【0108】
あるいは、および／またはさらに、プラットフォーム１００が、プラットフォームがプロビジョニングされていると決定した場合（ステップ８０４：はい）、プラットフォーム１００は、第２のＵＥＦＩアプリケーション（ブートエンクレーブを含む第２のＵＥＦＩアプリケーション）を起動し、第２の鍵およびブートエンクレーブの暗号化エントロピを用いてシールされたバイナリファイルを復号し、シールされたバイナリファイルの復号が成功したときにデジタルメディアを実行することを含む合理化されたブート動作を実行し得る。
【0109】
プロセス８００は、複数の暗号化技術と一意のハードウェア暗号化マテリアルとの組み合わせを容易にして、保存時および実行時に特定のハードウェアにバインドされたソフトウェアバイナリを構築し得る。さらに、プロセス８００は、仮想ＭＳＲ鍵ストアを実施する仮想化環境および特定のソフトウェアインストールを備えたプロビジョニングプラットフォームにおいてＤＲＭを仮想マシンに拡張する一意の実施を容易にし得る。この技術の組み合わせおよび開示されたプロセス８００のシーケンスは、ソフトウェアの複製を防止し、特定の承認されたプラットフォームでのソフトウェアのインストールおよび実行を制限し得る。さらに、プロセス８００は、自己完結型の検証オプションを提供し得、各ＯＥＭまたは外部プラットフォームの追加のサーバまたはハードウェアを必要とせずに顧客プラットフォーム上でソフトウェアを安全にプロビジョニングし得るため、プロセス８００は、承認サーバを使用する要件を回避し得る。
【0110】
図９は、開示された実施形態による、プロセッサと認証サーバとの間の通信のためのプロセス９００のタイミング図である。図９に示されるように、ブロック図３００の異なる要素がプロセス９００を実行し得る。例えば、ＵＥＦＩプロビジョニングアプリケーション３２０は、プロセス９００のいくつかのステップを実行し得、一方、プロビジョニングサーバ３２６は、プロセス９００の他のステップを実行し得る。しかしながら、他の実施形態では、プラットフォーム１００は、プロセス９００のステップを実行し得る。例えば、プロセッサ１０２（図２）は、プロセス９００のステップを実行し得る。
【0111】
ステップ９０２で、ＵＥＦＩプロビジョニングアプリケーション３２０は、クライアント開始通信をプロビジョニングサーバ３２６に送信し得る。例えば、ＵＥＦＩプロビジョニングアプリケーション３２０は、ＴＬＳ通信を開始するための要求を送信し得る。ステップ９０４で、プロビジョニングサーバ３２６は、要求を検証し得る。
【0112】
ステップ９０８で、ＵＥＦＩプロビジョニングアプリケーション３２０およびプロビジョニングサーバ３２６は、プレマスター鍵およびマスター鍵を交換し得る。例えば、ＵＥＦＩプロビジョニングアプリケーション３２０およびプロビジョニングサーバ３２６は、鍵交換を実行し（例えば、ディフィーヘルマンを使用して）、マスター鍵を導出し得る。
【0113】
ステップ９１０で、ＵＥＦＩプロビジョニングアプリケーション３２０は、認証データを提供し得る。例えば、図８に関連して説明したように、ＵＥＦＩプロビジョニングアプリケーション３２０内の認証エンクレーブは、プロビジョニングサーバ３２６に認証データを提供し得る。ステップ９１２で、プロビジョニングサーバ３２６は、プラットフォームを検証し得、検証が成功すると、プロビジョニングサーバ３２６は、ステップ９１４で、鍵およびバイナリファイルをＵＥＦＩプロビジョニングアプリケーション３２０に送信し得る。
【0114】
ステップ９１５で、ＵＥＦＩプロビジョニングアプリケーション３２０は、プロビジョニングサーバ３２６との間で交換される情報の認証を検証し得る。ステップ９１６で、ＵＥＦＩプロビジョニングアプリケーション３２０は、プラットフォームにバイナリをシールしてインストールし得る。例えば、ＵＥＦＩプロビジョニングアプリケーション３２０は、ＣＰＵと通信して、図６に関連して説明した動作によりシールをインストールし、バイナリファイルをインストールし得る。ステップ９１８で、ＵＥＦＩプロビジョニングアプリケーションは、復号およびインストールが成功したことをプロビジョニングサーバ３２６に通知し得る。ステップ９２０で、プロビジョニングサーバ３２６は、例えば、ＴＬＳ通信を終了するサーバ終了通信を送信し得る。
【0115】
本開示の他の態様は、実行されると、１つまたは複数のプロセッサに上記の方法を実行させることができる命令を格納する非一時的なコンピュータ可読媒体を対象とする。コンピュータ可読媒体は、揮発性または不揮発性、磁気、半導体、テープ、光学式、リムーバブル、ノンリムーバブル、または他のタイプのコンピュータ可読媒体またはコンピュータ可読ストレージデバイスを含み得る。例えば、コンピュータ可読媒体は、開示されているように、コンピュータ命令が格納された記憶ユニットまたはメモリモジュールであり得る。いくつかの実施形態では、コンピュータ可読媒体は、コンピュータ命令が格納されているディスクまたはフラッシュドライブであり得る。
【0116】
開示されたシステムおよび関連する方法に対して様々な修正および変形を行うことができることは、当業者には明らかであろう。他の実施形態は、開示されたシステムおよび関連する方法の仕様および実践を考慮することにより当業者には明らかとなるであろう。明細書および実施例は例示としてのみ考慮され、真の範囲は、特許請求の範囲およびその均等物によって示されることが意図されている。
【0117】
本開示をその特定の実施形態を参照して図示し説明してきたが、本開示は修正することなく他の環境でも実施できることが理解されよう。前述の説明は、説明の目的で提示されたものである。これは網羅的ではなく、開示された正確な形式または実施形態に限定されない。開示された実施形態の仕様および実践を考慮すれば、修正および適応は当業者には明らかであろう。さらに、開示された実施形態の態様は、メモリに格納されるものとして説明されるが、当業者であれば、これらの態様は、二次ストレージデバイス、例えば、ハードディスクまたはＣＤＲＯＭ、またはＲＡＭまたはＲＯＭの他の形態、ＵＳＢメディア、ＤＶＤ、Ｂｌｕ－ｒａｙ（登録商標）、またはその他の光学ドライブメディアなどの他のタイプのコンピュータ可読媒体にも格納され得ることを理解する。
【0118】
書面による説明と開示された方法に基づくコンピュータプログラムは、経験豊富な開発者のスキルの範囲内にある。様々なプログラムまたはプログラムモジュールは、当業者に知られている技術のいずれかを使用して作成され得、または既存のソフトウェアと関連して設計され得る。例えば、プログラムセクションまたはプログラムモジュールは、．Ｎｅｔ Ｆｒａｍｅｗｏｒｋ、．Ｎｅｔ Ｃｏｍｐａｃｔ Ｆｒａｍｅｗｏｒｋ（およびＶｉｓｕａｌ Ｂａｓｉｃ、Ｃなどの関連言語）、Ｊａｖａ、Ｃ＋＋、Ｏｂｊｅｃｔｉｖｅ－Ｃ、ＨＴＭＬ、ＨＴＭＬ／ＡＪＡＸの組み合わせ、ＸＭＬ、またはＪａｖａアプレットを含むＨＴＭＬで設計され得、またはそれらによってもできる。
【0119】
さらに、例示的な実施形態が本明細書に記載されているが、本開示に基づいて当業者には理解されるように、均等の要素、修正、省略、組み合わせ（例えば、様々な実施形態にわたる態様の）、適応および／または変更を有する任意のおよびすべての実施形態の範囲に含まれる。特許請求の範囲における限定は、特許請求の範囲で使用される文言に基づいて広く解釈されるべきであり、本明細書または出願の審査中に記載される例に限定されない。これらの例は、非限定的なものとして解釈されるべきである。さらに、開示された方法のステップは、ステップの順序変更および／またはステップの挿入または削除を含む任意の方法で変更され得る。したがって、明細書および実施例は単なる例示として考慮され、真の範囲および精神は以下の特許請求の範囲およびその均等物の全範囲によって示されることが意図される。
【0120】
したがって、前述の説明は、例示のみを目的として提示されたものである。これは網羅的なものではなく、開示された正確な形式または実施形態に限定されるものではない。開示された実施形態の仕様および実践を考慮すれば、修正および適応は、当業者には明らかであろう。
【0121】
特許請求の範囲は、特許請求の範囲で使用される文言に基づいて広く解釈されるべきであり、本明細書に記載される例に限定されず、その例は、非排他的であると解釈されるべきである。さらに、開示された方法のステップは、ステップの順序変更および／またはステップの挿入または削除を含む任意の方法で変更され得る。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【国際調査報告】