JP2003507784A

JP2003507784A - 記憶されたデータの使用に対する強制的な制限

Info

Publication number: JP2003507784A
Application number: JP2001517234A
Authority: JP
Inventors: ピアソン，シアニ，ライン; プロウドラー，グレーム，ジョン
Original assignee: Hewlett Packard Co
Current assignee: HP Inc
Priority date: 1999-08-13
Filing date: 2000-08-11
Publication date: 2003-02-25
Also published as: EP1203278A1; WO2001013198A1; EP1203278B1

Abstract

(57)【要約】コンヒ゜ュータシステムは、テ゛ータ上の操作を制限するように適合される。コンヒ゜ュータシステムは、フ゜ラットホームのユーサ゛がテ゛ータに対してリクエストされた操作を行なうことを許諾されているかどうかをチェックするため、及びテ゛ータの使用を可能にするためのセキュアオヘ゜レータを有するコンヒ゜ュータフ゜ラットホームと、ユーサ゛のアイテ゛ンティティを含む携帯型の信用されるモシ゛ュールと、その信用されるモシ゛ュールが予想された態様で動作し、無許可の外部の修正に抵抗するように適合されたコンホ゜ーネントであることと、及びテ゛ータに関連してユーサ゛のライセンス許諾を指定するアクセスフ゜ロファイルとを含む。有利な点は、コンヒ゜ュータフ゜ラットホームが、フ゜ラットホームの信用されるモシ゛ュールを含み、このモシ゛ュールは、携帯型の信用されるモシ゛ュールとの相互認証に従事し、セキュアオヘ゜レータを含む。セキュアオヘ゜レータは、リクエストされた操作が携帯型の信用されるモシ゛ュールに含まれるユーサ゛アイテ゛ンティティに対して許諾されているかどうかを判定するために、アクセスフ゜ロファイルをチェックするように適合される。セキュアオヘ゜レータは、ライセンスが必要であって存在しない場合、リクエストされた操作を止める。

Description

【発明の詳細な説明】

【０００１】

【発明が属する技術分野】

本発明は、コンピュータプラットホーム、及びその動作方法に関し、より具体
的には、コンピュータプラットホームにおける、特に多数のモバイルユーザに使
用可能なコンピュータプラットホームにおけるデータの使用の制御及び／又は計
測（metering）に関する。

【０００２】本明細書において、「データ」とは、画像、ソフトウエア及びストリーミング
媒体のように、ディジタル的にフォーマット化することができるあらゆるものを
意味する。

【０００３】

【従来の技術】

将来、コンピュータシステムは、オペレーティングシステム及び搭載されたソ
フトウエアにウィルス又は他の無許可の修正が行なわれないことを保証するため
に、別のコードにおける完全性のチェックと共に、それ以上のセキュアブーティ
ングを達成することができるであろう。さらに、新しい世代の改竄防止装置は、
すでに現われており又はすぐに市場に現われようとしており、かつ外部又は携帯
型のコンポーネント（スマートカードのような）及び内部のコンポーネント（組
み込み型プロセッサ、半組み込み型プロセッサ又はセキュリティー機能性を有す
るコプロセッサ、すなわちマザーボード、ＵＳＢ及びＩＳＡによる実施を含む）
両方を含んでいる。これらの改竄防止コンポーネントは、システムのハードウエ
アが不正変更を受けたことをチェックし、現在使用できるもの（例えば、マシン
のイーサネット（Ｒ）名称）よりも信頼できるマシンのアイデンティティ（iden
tity ：識別性）の形式を提供するために使用されるであろう。２０００年２月
１５日に出願され、「Trusted Computing Platform」と題する本出願人の継続中
の国際特許出願第ＰＣＴ／ＧＢ００／００５２８号は、信頼できる測定及び信頼
できる完全性のメトリックスの報告によって、コンピュータプラットホームの完
全性の証明を可能にするように適合されているシステムを記載し、その全内容は
これをもって参照により本明細書に組み込まれる。これは、ローカルユーザ又は
リモートエンティティによって、プラットホームの完全性の証明を可能にする。

【０００４】このような改竄防止コンポーネント及びセキュアブーティングの可能性の存在
は、それ自体によってコンピューティングプラットホームの使用に関するすべて
のセキュリティーの問題を取り除くわけではない。特に著作権侵害の阻止、及び
ソフトウエア開発者及びエンドユーザに受け入れることができるようなソフトウ
エア使用の使用許諾（licencing）及び計測は、いぜんとして主要な問題を提供
している。

【０００５】ソフトウエア使用許諾は、ハッキングと著作権侵害を受けやすく、現在の使用
されるすべてのソフトウエア使用許諾方法は、これらの関連する問題を有する。
使用許諾のソフトウエアによる実施（「ライセンスマネージメントシステム」の
ような）は、融通性を有するが、とりわけ安全又は敏速ではない。特に、これら
は、セキュリティーの不足（例えば一般的な「ハッキング」を受ける）、及びソ
フトウエアの真の置き換えの困難に悩まされている。逆に、ハードウエアによる
実施（「ドングル」）は、ソフトウエアによる実施に比べて高速であり、一般に
安全であるが、融通性がない。これらは、ソフトウエアの特定の部分に対してだ
け適応されており、エンドユーザに対しては不便である。

【０００６】ライセンス保護の分野における一般的な技術は、使用許諾及び他の保護処置に
関する情報をコード化するためにソフトウエアラッパを使用することである。デ
ータラッパ又は暗号コンテナは、一般にソフトウエアだけに使用され、データ保
護のハイブリッド法は、完全性チェックがラッパ内に含まれている場合でさえ、
変更及び除去に対して傷付きやすいので、現在、保護のきわめて安全な方法とい
うわけではない。特に、データラッパは、ハッカに対する第１のターゲットであ
る。なぜならこれは、データを実行することができる方法を管理するデータの開
発者によって定義されるプロファイル、又は変更してはいけない他のデリケート
な情報を含むことができるからである。認証、暗号化及び完全性のチェックを用
いて、顧客のプラットホームにダウンロードされ、記憶されている途中で修正さ
れることに対してラッパを保護することができる。しかしながら、データ及び関
連するラッパが、顧客のプラットホーム内に一度記憶されると（例えば、ハード
ディスク上に）、悪意の実在によって又は事故によって修正され又は消去される
可能性があるという重大な危険性が存在する。一度修正されると、データは、あ
る意味で当初の修正されていないラッパにおいて定義されたプロファイルの範囲
の外側にある顧客のプラットホームで使用されることがある。

【０００７】このような困難に対処する１つのシステムは、「Persistent Access Control
to Prevent Piracy of Digital Information」、Paul B.Schneck著、Proceeding
of the IEEE、第８７巻、第７号、１９９９年７月、第１２３９−１２５０頁に
提案されており、これは、データにアクセスする前に、使用許諾情報をチェック
するためにアクセス制御ソフトウエアを使用する。しかしながら、そのシステム
は、一般的なライセンス（許可）がすべてのユーザに対して使用可能である場合
だけを考慮している。アクセス制御機構は、この問題に対する完全な解決策を提
供することができない。なぜなら、これらは、バイパスされることができ、さら
にこれらは、データの開発者ではなくユーザの管理者によって指定される制御に
的を絞っているからである。種々のソフトウエア許諾を有するユーザによってプ
ラットホームが共有される多くの状況が存在する。既存のシステムは、おそらく
ますます重要になるこの問題に満足に対処していない。

【０００８】

【本発明の概要】

したがって、本発明は、データに対する操作を制限するように適合されたコン
ピュータシステムを提供し、このコンピュータシステムは、プラットホームのユ
ーザがデータに対してリクエストされた操作を行なうために許諾されているかど
うかをチェックし、データの使用を可能にするためのセキュアオペレータを有す
るコンピュータプラットホームと、ユーザのアイデンティティを含む携帯型の信
用されるモジュールと、その信用されるモジュールが、予想された態様で動作し
、無許可の外部の修正に抵抗するように適合されたコンポーネントであることと
、及びデータに関してユーザのライセンス許諾を指定するアクセスプロファイル
とを含み、セキュアオペレータが、携帯型の信用されるモジュールに含まれたユ
ーザアイデンティティに対してリクエストされた操作が許諾されているかどうか
を判定し、ライセンスが必要であって存在しない場合、リクエストされた操作を
止めるために、アクセスプロファイルをチェックするように適合されている。好
適には、コンピュータプラットホームは、プラットホームの信用されるモジュー
ルをさらに含み、そのプラットホームの信用されるモジュール及び携帯型の信用
されるモジュールが、相互に認証するように適合されている。

【０００９】本発明は、コピー、変更又は実行のように、データにおいて行なうことができ
る操作を防止し、制限するために使用されるソフトウエアラッパ又は他のタイプ
のデータ許可に適用可能である。本発明の特に好適な形態は、２つの信用される
モジュール（ＴＣ）を使用し、これらのモジュールの第１のものは、典型的にス
マートカードに保持される携帯型のＴＣであり、第２のものは、コンピュータプ
ラットホームの一部である。これらは、データが開発者によって指定された方法
において携帯型のＴＣの所有者によってのみ使用できることを確実にするために
、ソフトウエアに関連して使用され、好適にはＴＣ内において動作する。

【００１０】システムの好適な実施形態において、いくつか又はすべてのデータは、携帯型
の信用されるモジュール内、又は携帯型の信用されるモジュールを含む装置内に
あり、携帯型の信用されるモジュール又は携帯型の信用されるモジュールを含む
装置は、コンピュータプラットホームのプロセッサがデータに対する操作を実施
する前に、データの完全性をチェックするためのデータプロテクタをさらに含む
。この構成は、データが（アクセスプロファイル又はラッパと共に）、信用され
る顧客のプラットホームに記憶された後に、関連するアクセスプロファイル又は
他のタイプのラッパが変化されておらず又は消去されていないことのチェックを
提供する利点を有する。

【００１１】本発明は、ユーザのアイデンティティ（スマートカードのように移動可能なＴ
Ｃから導出される）にしたがってアクセスチェックが行なわれる顧客のシステム
を使用する点において、シュネッケのシステムと相違するが、チェックそれ自体
は、顧客のＰＣ又は他の顧客のプラットホームに搭載されたアクセス制御ソフト
ウエアを使用して行なわれる。さらに次のことが可能である。すなわち、（ａ）
ライセンスは、所定のタイプのアクセス制御のために必要なＰＣＴＣの代わり
に又はそれと同様に、それぞれのエンドユーザに関連することができ、（ｂ）デ
ータが暗号化されていることは必須のことではなく（好適ではあるが）、（ｃ）
ライセンスの修正を防ぐために（アクセスプロファイル参照）、要約は、ロード
の際にＴＣに記憶され、データアクセスの前に調べられ、（ｄ）アクセス制御コ
ードは、ＢＩＳ（BOOT Integrity Service）において保護され、好適にはＴＣ内
において動作し、さもなければコードとコンピュータプラットホームの他の部分
にアクセス不可能なＴＣとの間に専用の通信経路があり、（ｅ）ログ記録がＴＣ
内において行なわれ、及び（ｆ）ライセンスがさらに事前対応の役割を有するこ
とができる。

【００１２】この特定の発明の動機付けは、データ使用法のさらに複雑なモデルがさらに大
きな融通性を要求し、この融通性は、顧客のプラットホームにおける複数のＴＣ
を使用することによってのみ実質的にもたらされ得る。特に事務所の環境におけ
るホットデスキング（hot-desking）又は空港のような公共の場所における共有
端末からのアクセス情報又はサービスインは、共有の顧客の機械におけるＴＣを
有することによって、及びこのユーザを識別する少なくとも１つの携帯型ＴＣに
よって発行されたそれぞれのユーザによってモデル化することができる。本発明
の適切な実施形態の使用によって、データに対して行なわれる操作の妥当性をチ
ェックするソフトウエアと共にデータに関連したユーザのライセンスを介して、
記憶されたデータの使用に対する強制的な制限によって、モバイルユーザが信用
されるコンピュータプラットホームにおいて汎用のデータアクセスを行なうこと
を可能にする。ユーザのライセンスは、スマートカードのような携帯型の信用さ
れる装置に記憶することができ、又はそれにより発行されることができ、データ
と共にダウンロードされることができ、又はデータから独立して送信することが
できる。インストール以後、データが修正されていないことを保証するために、
データにおける完全性のチェックを行なうためのオプションが存在する。従って
、コピーのようなデータにおける無許可の操作は、データの修正又は同じプラッ
トホームにおけるその関連するライセンスと共に防止することができる一方で、
ユーザは、データアクセスのホットデスキングモデルから利益を得ることができ
る。

【００１３】本発明の実施形態は、個々のユーザに、そのユーザだけが利益を得ることにな
るデータアクセスに対して支払いを行なうことを可能にする。ユーザは、持ち歩
くことができる改竄防止の携帯型装置にこのようなライセンスを獲得することが
でき、例えその場所がどこであっても、任意の信用されるプラットホームにおい
て使用することができる。代案として、信用されるプラットホームに保持された
個々のライセンスは、携帯型のモジュールのセキュアＩＤを参照するためにカス
タマイズすることができる。データそれ自体が携帯型の装置において獲得された
場合、データを顧客の機械にインストールする必要はない。必要に応じて、デー
タは、リクエストされた際に、すでにインストールされていないならば、ダウン
ロードすることができる。

【００１４】１つの態様において、本発明は、プラットホームのユーザがデータに対してリ
クエストされた操作を行なうために許諾されているかどうかをチェックし、デー
タの使用を可能にするためのセキュアオペレータ、及びデータに関するユーザの
ライセンス許諾を指定するアクセスプロファイルを有するコンピュータプラット
フォームを提供し、コンピュータプラットホームとの通信において携帯型の信用
されるモジュールに含まれるユーザのアイデンティティに対してリクエストされ
た操作が許諾されているかどうかを判定するために、セキュアオペレータが、ア
クセスプロファイルをチェックするように適合されており、信用されるモジュー
ルが、予想された態様で動作し、無許可の外部の修正に抵抗するように適合され
たコンポーネントであり、ライセンスが必要とされていて存在しない場合、リク
エストされた操作を止めるように適合されている。

【００１５】別の態様において、本発明は、ユーザのアイデンティティを含む携帯型の信用
されるモジュールを提供し、信用されるモジュールが、予想された態様で動作し
、無許可の外部の修正に抵抗するように適合されたコンポーネントであり、携帯
型の信用されるモジュールが、移動可能な信用されるモジュールに関するデータ
に対するアクセス権利を指定するユーザアクセス許可を含む。

【００１６】本発明の特に好適な実施形態は、開発者によって指定された記憶済みデータの
、それぞれの個々のエンドユーザによる使用に関する制限が遵守されなければな
らないこと、種々のエンドユーザが異なったアクセスプロファイルを有すること
ができること、さらにデータ又は関連するラッパ又はライセンスがプラットホー
ムへの初期のダウンロードから修正されていた場合、データがプラットホームに
おいて使用できないことを保証する、コンピュータプラットホーム（これはおそ
らく幾つかのユーザによって共有される）の信用されるモジュール（ＴＣ）を、
好適にはＴＣ内において動作するソフトウエアに関連して使用する。ホストＣＰ
Ｕは、ＴＣにターゲットデータの名称および意図した操作を送信することによっ
て、データに作用する前にポリシーチェックをリクエストする。ＴＣは、ログイ
ンされた（携帯型のＴＣのＩＤを介して）ユーザのＩＤ、及びターゲットデータ
に関連するこの現在のエンドユーザに対応する制限をチェックする。これらの制
限は、だれがデータにアクセスしてもよいか、データを使用できる回数、行なっ
てはいけない操作等に関するものであり、または制限は、意図的「NULL（ヌル）
」としてロードされていてもよい。ＴＣは、制限と共に提案された使用をチェッ
クする。適切な許諾が見つからなかった場合、ＴＣは、携帯型のＴＣ（有利には
スマートカード）におけるライセンスについて、及びこの範囲内のデータ使用に
対する有効な許諾についてチェックする。次いで、ＴＣは、適宜、アクセス許諾
を備えて、又は備えることなしにＣＰＵに応答する。このようにＣＰＵは、ＴＣ
から適切な許諾を取得することなく、コピー、編集、セクションの追加、セクシ
ョンの置き換え、実行、消去、プリント、オープン、スキャン、名称変更、位置
の移動、送信又は読出しのようなターゲットデータに対する所定の操作を行なう
ことができない。好適には、ターゲットデータ及び制限の完全性は、これらがプ
ラットホームにおいて非合法的に又は偶発的に修正されていないことを保証する
ために、操作を実施する前にチェックされる。その代わりにチェックは、携帯型
のＴＣ自体で実行してもよい。

【００１７】システムの重要なコンポーネントは、アプリケーションソフトウエア又はデー
タのそれぞれの部分に関連したアクセスプロファイルであり、これは、保護すべ
きデータを指定し、その特定のソフトウエア又はデータにおいて実行されること
を開発者が望んだ操作のタイプを指定する。必要に応じて、アクセスプロファイ
ルは、特定のＴＣＩＤ、又はＴＣ又は現在サインされているスマートカードに
ついてチェックすべき秘密（secret）のような所定の操作を実施することについ
てチェックすべき他の任意の特定の情報を指定する。別の可能性は、ＴＣ又はス
マートカード（適切にセグメント化されている）内において、好適にはデータと
共に動作するアクセスプロファイルに関するものである。アクセスプロファイル
は、データに関連するライセンスの形態、又は暗号のコンテナと考えることがで
きる。

【００１８】別の態様において、本発明は、データに対する操作を制限するように適合され
たコンピュータシステムを提供し、このコンピュータシステムは、データに関し
てユーザのライセンス許諾を指定し、データの使用を可能にするためのアクセス
プロファイルを有するコンピュータプラットホームと、ユーザのアイデンティテ
ィを含む携帯型の信用されるモジュールと、その信用されるモジュールが、予想
された態様で動作し、無許可の外部の修正に抵抗するように適合されたコンポー
ネントであることとを含み、アクセスプロファイルが、携帯型の信用されるモジ
ュールに含まれたユーザアイデンティティに対してリクエストされた操作が許諾
されているかどうかを判定し、ライセンスが必要であって存在しない場合、リク
エストされた操作を止めるように適合されている。

【００１９】さらに別の態様において、本発明は、システムにおけるデータに対する操作を
制限する方法を提供し、このシステムが、データに関するユーザのライセンス許
諾を指定し、データの使用を可能にするためのアクセスプロファイルを有するコ
ンピュータプラットホームと、ユーザのアイデンティティを含む携帯型の信用さ
れるモジュールと、その信用されるモジュールが、予想された態様で動作し、無
許可の外部の修正に抵抗するように適合されたコンポーネントであることとを含
み、方法が、アクセスプロファイルにターゲットデータの名称および意図した操
作を送信することによって、データに作用する前にアクセスプロファイルにコン
ピュータプラットホームのオペレーティングシステムによるポリシーチェックの
ためのリクエストを含み、アクセスプロファイルが、データを操作してもよいか
どうかを判定するためにターゲットデータに関連する制限をチェックし、オペレ
ーティングシステムに応答する。

【００２０】本発明のこれらの態様において、アクセスプロファイルは、さらに事前対応な
役割を引き受ける。アクセスプロファイルは、セキュアオペレータというよりは
むしろ制限されたデータを実行するオペレーティングシステムの能力を制御する
役割を引き受ける。

【００２１】さらに別の態様において、本発明は、システムにおけるデータに対する操作を
制限する方法を提供し、このシステムが、プラットホームのユーザが、データに
対するリクエストされた操作を行なうために許諾されているかどうかをチェック
し、データの使用を可能にするためのセキュアオペレータを有するコンピュータ
プラットホームと、ユーザのアイデンティティを含む携帯型の信用されるモジュ
ールと、その信用されるモジュールが、予想された態様で動作し、無許可の外部
の修正に抵抗するように適合されたコンポーネントであることと、及びデータに
関してユーザのライセンス許諾を指定するアクセスプロファイルとを含み、方法
が、セキュアオペレータにターゲットデータの名称および意図した操作を送信す
ることによって、データに作用する前にセキュアオペレータにコンピュータプラ
ットホームのオペレーティングシステムによるポリシーチェックのためのリクエ
ストを含み、セキュアオペレータが、データを操作してもよいかどうかを判定す
るためにアクセスプロファイルにおけるターゲットデータに関連する制限をチェ
ックし、セキュアオペレータが、制限を有する申し込まれた使用をチェックし、
オペレーティングシステムに応答する。

【００２２】本発明による操作の好適な方法において、サインオンの際、移動可能なモジュ
ール及びＰＣＴＣは、相互に認証し、ＴＣは、移動可能なモジュールの識別子
を記憶する。保護されたデータが使用できる前に、セキュアオペレータ又はデー
タに関連するアクセスプロファイル（使用される特定のモジュールに応じて）は
、ＯＳに特定の操作を実行するための許諾を与える必要がある。データに関する
制限のチェックの際、セキュアオペレータ又はアクセスプロファイルは、ユーザ
のアイデンティティに関する制限チェックを実行するように動作することができ
る。ライセンスがスマートカード内に記憶されている場合、セキュアオペレータ
は、今後、調べることができ、さもなければライセンスの詳細を見出すごとにス
マートカードを調べることができるＴＣＰＣに保持されたライセンスを記憶装
置内に取り込む必要がある。このユーザライセンスは、データアクセスの結果と
して更新することができ、例えば、操作許諾がユーザの固定番号に対するもので
あることによって識別される場合、更新することができる。

【００２３】開発者は、スマートカードに（ユーザ）ライセンスを発行することができ、こ
れらのライセンスは、記録の後にエンドユーザに送信され、あるいはライセンス
は、スマートカードに又はＴＣＰＣのいずれかに電子的にダウンロードされる
ことができる。データは、同時にダウンロードされることができ、又はおそらく
CD-ROMのような非電子的な手段によって、独立して転送することができる。

【００２４】

【発明の特定の実施形態】

さて、本発明の好適な実施形態を一例として説明する。

【００２５】本発明の実施形態を説明する前に、信用される装置を組み込み（国際特許出願
第ＰＣＴ／ＧＢ００／００５２８号に記載されたように）、本発明の実施形態に
使用するために適したコンピューティングプラットホームを、図１〜図７に関連
して説明する。また、コンピュータプラットホームのユーザに対して個人的な信
用されるトークン装置も、本発明の実施形態において使用するために適している
として説明されており、好適な例において、このトークン装置は、スマートカー
ドである。

【００２６】説明されることは、物理的に信用される装置、又はモジュールのコンピューテ
ィングプラットホームへの組み込みであり、その物理的に信用される装置又はモ
ジュールの機能は、プラットホームの完全性のメトリックスを提供し、それによ
り「信用されるプラットホーム」を形成する確実に測定されたデータに対してプ
ラットホームのアイデンティティを結合することである。アイデンティティ及び
完全性のメトリックスは、プラットホームの信頼性を保証するために準備される
信用される当事者（Trusted Party:ＴＰ）によって提供される予想される値と比
較される。一致する場合、意味合い（implication）は、プラットホームの少な
くとも一部が完全性のメトリックスの範囲に応じて正確に動作していることであ
る。

【００２７】本明細書において、用語、「信用される（trusted）」は、物理的又は論理的
なコンポーネントに関連して使用されたとき、物理的又は論理的なコンポーネン
トが常に予想された態様で動作することを意味するために使用される。コンポー
ネントの動作は、予測可能であり、既知である。信用されるコンポーネントは、
無許可の修正に対して高度の抵抗力を有する。

【００２８】本明細書において、用語、「コンピューティングプラットホーム」（又は「コ
ンピュータプラットホーム」）は、少なくとも１つのデータプロセッサ、及び少
なくとも１つのデータ記憶手段であるが、通常基本的に関連する通信設備を持た
ないもの、例えば複数のドライブ、関連するアプリケーション及びデータファイ
ルを参照するために使用され、また、これは、例えばインターネットへの接続、
外部ネットワークへの接続により、又はデータ記憶媒体、例えばCD-ROM、フロッ
ピーディスク（Ｒ）、リボンテープ等に記憶されたデータを受信することができ
る入力ポートを有することによって、外部のエンティティ、例えばユーザ又は別
のコンピュータプラットホームと相互作用可能であってもよい。

【００２９】ユーザは、プラットホームと他のデータを交換する前に、プラットホームの正
確な動作を確認する。ユーザは、信用される装置にそのアイデンティティ及び完
全性のメトリックスを提供することをリクエストすることによって、これを行な
う。（必要に応じて、信用される装置は、それ自体がプラットホームの正確な動
作を確認することができない場合、アイデンティティの証明を提供することを拒
絶する。）ユーザは、アイデンティティ及び完全性のメトリックスの証明を受け
取り、これらを真であると信じられる値と比較する。これらの適切な値は、ユー
ザによって信用されるＴＰ又はその他のエンティティによって提供される。信用
される装置によって報告されるデータが、ＴＰによって提供されるものと同じで
ある場合、ユーザは、プラットホームを信用する。このことは、ユーザがエンテ
ィティを信用するためである。エンティティは、あらかじめアイデンティティを
確認し、プラットホームの適切な完全性のメトリックスを判定しているので、プ
ラットホームを信用する。

【００３０】コンピューティングエンティティのユーザは、例えば、このような信用される
トークン装置の使用によって、コンピュータエンティティとの信用のレベルを確
立することができる。信用されるトークン装置は、データ処理能力を有する個人
の、及び携帯型の装置であり、この場合、ユーザは、高レベルの信用を有する。
これは、ユーザを識別するために、信用されるプラットホームによって使用され
てもよい。信用されるトークン装置は、次の機能を実行することができる。すな
わち、・例えば、音声又はビジュアルディスプレイによってユーザに容易に分かる態
様で、コンピューティングプラットホームの正確な動作を確認すること、・モニタリングコンポーネントが関連するコンピュータプラットホームの正確
な動作の証明を提供するためにモニタリングコンポーネントにチャレンジするこ
と、及び、・モニタリングコンポーネントがコンピューティングエンティティの正確な動
作の満足な証明を提供したかどうかに応じて、コンピューティングプラットホー
ムとトークン装置の相互作用のレベルを確立し、正確な動作のこのような証明が
トークン装置によって受信されない場合、コンピュータエンティティとの特定の
相互作用を制止すること。

【００３１】一度ユーザが、プラットホームの信用される動作を確立した場合、ユーザは、
プラットホームと他のデータを交換する。ローカルユーザに対して、交換は、プ
ラットホーム上で動作するある種のソフトウエアアプリケーションとの相互作用
によるものであってもよい。リモートユーザに対して、交換は、セキュアトラン
ザクションを含んでいてもよい。どちらにしても、交換されるデータは、信用さ
れる装置によって「サイン」されている。そして、ユーザは、動作を信用するこ
とができるプラットホームとデータが交換されていることの一層大きな信用を有
することができる。

【００３２】信用される装置は、暗号プロセスを使用するが、これらの暗号プロセスのため
に外部インターフェースを必然的に設けるわけではない。また、もっとも望まし
い具体化は、これらを他のプラットホーム機能にアクセス不能にすることにより
秘密を保護するために、及び無許可の修正に実質的に影響されない環境を提供す
るために、信用される装置に改竄防止策を施すことである。改竄防止は不可能な
ので、改竄に対する抵抗力を有する、又は改竄を検出する信用される装置が、最
善の近似である。従って、信用される装置は、好適には改竄に対する抵抗力を有
する１つの物理的なコンポーネントからなる。

【００３３】改竄に対する抵抗力に関連する技術は、セキュリティーの技術における当業者
によく知られている。これらの技術は、改竄に抵抗するための方法（信用される
装置の適切なカプセル封入のような）、改竄を検出するための方法（信用される
装置ケーシングにおける仕様電圧、Ｘ線又は物理的完全性の損失からの検出のよ
うな）、及び改竄が検出されたときにデータを除去するための方法を含む。適切
な技術のそれ以上の議論は、http://www.cl.cam.ac.uk/~mgk25/tamper.htmlにお
いて見出すことができる。理解されるように、改竄防止が本発明のもっとも望ま
しい特徴であるとはいえ、本発明の通常の動作には入らず、かつ本発明の範囲を
越えているようであり、すべての詳細において本明細書に記載しない。

【００３４】信用される装置は、偽造することが困難でなければならないので、好適には物
理的なものである。偽造が困難でなければならないので、もっとも好適には改竄
に対する抵抗力を有する。信用される装置は、典型的にはローカル及び少し離れ
てアイデンティティを証明するために必要なので、暗号プロセスを使用すること
ができるエンジンを有し、関連するプラットホームのある種の完全性メトリック
スを測定する少なくとも１つの方法を含む。

【００３５】信用されるプラットホーム１０は、図１の線図において示される。プラットホ
ーム１０は、キーボード１４（これはユーザの確認鍵を提供する）、マウス１６
及びモニタ１８の標準的な機能を含み、これらは、プラットホームの物理的な「
ユーザインターフェース」を提供する。信用されるプラットホームのこの実施形
態は、スマートカードリーダ１２も含む。さらに後述するように、信用されるプ
ラットホームとの信用されるユーザの相互作用を可能にするためのスマートカー
ド１９が、スマートカードリーダ１２の側面に沿って示される。プラットホーム
１０において、複数のモジュール１５が存在し、これらは、本質的にそのプラッ
トホームに適切な任意の種類の信用されるプラットホームの他の機能要素である
。このような要素の機能的な重要性は、本発明に関連せず、本明細書においてさ
らに議論しない。信用されるコンピュータエンティティの追加のコンポーネント
は、典型的に１つ又は複数のローカルエリアネットワーク（ＬＡＮ）ポート、１
つ又は複数のモデムポート、及び１つ又は複数の電源、冷却ファン等を含む。

【００３６】図２に示すように、信用されるコンピューティングプラットホーム１０のマザ
ーボード２０は、（その他の標準的なコンポーネントのなかで）主プロセッサ２
１、主メモリ２２、信用される装置２４、データバス２６、及びそれぞれの制御
ライン２７及びライン２８、プラットホーム１０のためのＢＩＯＳプログラムを
含むＢＩＯＳメモリ２９、及び入力／出力（ＩＯ）装置２３を含み、この入力／
出力装置は、マザーボードのコンポーネントと、スマートカードリーダ１２、キ
ーボード１４、マウス１６及びモニタ１８（及びモデム、プリンタ、スキャナ等
のような任意の追加の周辺装置）との間の相互作用を制御する。主メモリ２２は
、典型的にはランダムアクセスメモリ（ＲＡＭ）である。動作中、プラットホー
ム１０は、オペレーティングシステム、例えばウインドウズＮＴ（Ｒ）をハード
ディスク（図示せず）からＲＡＭへロードする。さらに、動作中、プラットホー
ム１０は、プラットホーム１０によって実行することができるプロセス又はアプ
リケーションをハードディスク（図示せず）からＲＡＭへロードする。

【００３７】コンピュータエンティティは、論理的及び物理的なアーキテクチャを有するも
のと考えることができる。論理的なアーキテクチャは、本明細書の図１〜図４に
記載された物理的なアーキテクチャと共に存在するものと同じ基本的な部分を、
コンピュータプラットホームと信用されるコンポーネントとの間に有する。すな
わち、信用されるコンポーネントは、物理的に関連するコンピュータプラットホ
ームとは論理的に異なっている。コンピュータのエンティティは、コンピュータ
プラットホームに物理的に常駐する論理空間であるユーザ空間（第１のプロセッ
サ及び第１のデータ記憶手段）、及び信用されるコンポーネントに物理的に常駐
する論理空間である信用されるコンポーネントの空間からなる。ユーザ空間には
、１つ又は複数のドライバ、１つ又は複数のアプリケーションプログラム、ファ
イル記憶領域、スマートカードリーダ、スマートカードインターフェース、及び
ユーザ空間における動作を実行でき、信用されるコンポーネントに報告を返すこ
とができるソフトウエアエージェントがある。信用されるコンポーネントの空間
は、信用されるコンポーネントに基づき、かつそこに物理的に常駐する論理領域
であり、信用されるコンポーネントの第２のデータプロセッサ及び第２のメモリ
領域によって支援される。モニタ１８は、信用されるコンポーネントの空間から
画像を直接受信する。コンピュータエンティティの外部に、外部通信ネットワー
ク、例えばインターネット、及び種々のローカルエリアネットワーク、ドライバ
（これは１つ又は複数のモデムポートを含むことができる）を介してユーザ空間
に接続される広範囲ネットワークがある。外部のユーザのスマートカードは、ユ
ーザ空間におけるスマートカードリーダ内に入力される。

【００３８】一般に、パーソナルコンピュータにおいて、ＢＩＯＳプログラムは、特別に予
約されたメモリ領域内に配置されており、第１のメガバイトの上側の６４Ｋは、
システムメモリをなし（アドレスＦ０００ｈ〜ＦＦＦＦｈ）、主プロセッサは、
業界全体の標準にしたがって、初めにこのメモリ位置を見るように構成される。

【００３９】本プラットホームと従来のプラットホームとの間の重要な相違は、リセットの
後に、主プロセッサが初めに信用される装置によって制御され、次いで、この装
置が制御をプラットホームに特有のＢＩＯＳプログラムに引き渡し、次いで、こ
のプログラムが、通常のようにすべての入力／出力装置を初期設定することであ
る。ＢＩＯＳプログラムが実行された後に、制御は、通常のようにＢＩＯＳプロ
グラムによってウインドウズＮＴ（Ｒ）のようなオペレーティングシステムプロ
グラムに引き渡され、このＯＳは、一般にハードディスクドライブ（図示せず）
から主メモリ２２へロードされる。

【００４０】明らかに通常の手順からのこの変更は、業界基準の具体化に対する修正を必要
とし、それにより主プロセッサ２１は、その第１の命令を受信するために信用さ
れる装置２４をアドレス指定するように命令される。この変更は、主プロセッサ
２１への異なったアドレスをハードコーディング（hard-coding）することによ
って簡単に行なうことができる。代案として、信用される装置２４に、標準ＢＩ
ＯＳプログラムアドレスを割り当てることができ、この場合、主プロセッサの構
成を修正する必要はない。

【００４１】ＢＩＯＳブートブロックが、信用される装置２４内に含まれることは、おおい
に望ましい。このことは、完全性メトリックスの取得の破壊（このことは、不良
なソフトウエアプロセスが存在する場合に、違った風に起こるかもしれない）を
防止し、ＢＩＯＳが（正確な場合でさえ）オペレーティングシステムのために適
切な環境を構築することに失敗する状況を作り出す不良なソフトウエアプロセス
を防止する。

【００４２】説明すべき好適な実施形態において、信用される装置２４が単一の別個のコン
ポーネントであるとはいえ、信用される装置２４の機能が、代わりにマザーボー
ド上の複数の装置に分割されることができ、又はプラットホームの既存の標準的
な１つ又は複数の装置内に統合さえできることが企図される。例えば、機能及び
それらの通信が破壊できないとすれば、信用される装置の１つ又は複数の機能を
主プロセッサ自体内に統合することは実現可能である。しかしながら、このこと
は、おそらく信用される機能による単独の使用のためにプロセッサにおける分離
したリード線を必要とするであろう。追加の、又は代案として、本実施形態にお
いて信用される装置は、マザーボード２０内に統合するように適合されたハード
ウエア装置であるとはいえ、信用される装置が、必要であればプラットホームに
取り付けることができるドングルのような「移動可能な」装置として実施できる
ことが予想される。信用される装置が統合されるか、又は移動可能であるかどう
かは、設計上の選択事項である。しかし信用される装置が分離可能である場合、
信用される装置とプラットホームとの間の論理結合を提供するための機構が存在
しなくてはならない。

【００４３】信用される装置２４は、図３に示すように、多数のブロックを含む。システム
をリセットした後、信用される装置２４は、プラットホーム１０（システムクロ
ック及びモニタ上のディスプレイを含む）のオペレーティングシステムが適正に
セキュアの態様で走っていることを保証するために、セキュアブートプロセスを
実行する。セキュアブートプロセスの間に、信用される装置２４は、コンピュー
ティングプラットホーム１０の完全性のメトリックスを取得する。信用される装
置２４は、セキュアデータ伝送、及び例えば暗号化／暗号解読及びサイン／証明
を介してスマートカードと信用される装置２４との間の認証も行なうことができ
る。信用される装置２４は、ユーザインターフェースのロックのような種々のセ
キュリティー制御ポリシーを安全に強制することもできる。

【００４４】特に、信用される装置２４は、信用される装置２４の全体的な動作を制御し、
信用される装置２４の他の機能及びマザーボード２０上の他の装置と相互作用す
るようにプログラミングされたコントローラ３０、プラットホーム１０から完全
性のメトリックスを取得するための測定機能３１、特定のデータにサインし、暗
号化し又は暗号解読するための暗号機能３２、スマートカードを認証するための
認証機能３３、及びマザーボード２０のデータバス２６、制御ライン２７及びア
ドレスライン２８に信用される装置２４をそれぞれ接続するための適切なポート
（３６、３７＆３８）を有するインターフェース回路３４を含む。信用される装
置２４におけるそれぞれのブロックは、（一般に、コントローラ３０を介して）
信用される装置２４の適切な揮発性メモリ領域４及び／又は不揮発性メモリ領域
３にアクセスする。さらに、信用される装置２４は、既知の態様で改竄に対する
抵抗力を有するように設計される。

【００４５】性能の理由で、信用される装置２４は、特定用途向け集積回路（ＡＳＩＣ）と
して実現することができる。しかしながら、融通性のため、信用される装置２４
は、好適には適切にプログラミングされたマイクロコントローラである。ＡＳＩ
Ｃ及びマイクロコントローラは、両方ともマイクロエレクトロニクスの分野にお
いてよく知られており、本明細書においてさらに詳細に考察しない。

【００４６】信用される装置２４の不揮発性メモリ３に記憶されるデータの１つの項目は、
証明３５０である。証明３５０は、信用される装置２４の少なくとも公開鍵３５
１、及び信用される当事者（ＴＰ）によって測定されたプラットホーム完全性の
メトリックスの認証された値３５２を含む。証明３５０は、信用される装置２４
内に記憶される前に、ＴＰの秘密鍵を使用してＴＰによってサインされる。後の
通信のセッション中に、プラットホーム１０のユーザは、認証された完全性のメ
トリックス３５２と取得された完全性のメトリックスを比較することによって、
プラットホーム１０の完全性を確認することができる。一致する場合、ユーザは
、プラットホーム１０が破壊されていないことを確信することができる。ＴＰの
一般に使用できる公開鍵の情報は、証明３５０の簡単な検証を可能にする。不揮
発性メモリ３５も、アイデンティティ（ＩＤ）ラベル３５３を含む。ＩＤラベル
３５３は、従来のＩＤラベル、例えば連続番号であり、このＩＤラベルは、ある
種の状況内において一意である。ＩＤラベル３５３は、信用される装置２４に関
連するデータに索引付け及びラベル付けのために一般に使用されるが、信用され
る状態下においてプラットホーム１０のアイデンティティを証明するためには、
それ自体不十分である。

【００４７】信用される装置２４は、関連するコンピューティングプラットホーム１０の完
全性のメトリックスを確実に測定し又は取得する少なくとも１つの方法を備える
。本実施形態において、完全性のメトリックスは、ＢＩＯＳメモリにおけるＢＩ
ＯＳ命令の要約を発生することによって、測定機能３１によって取得される。こ
のような取得された完全性のメトリックスは、前記のように確認された場合、プ
ラットホーム１０の潜在的なユーザに、プラットホーム１０がハードウエアレベ
ル又はＢＩＯＳプログラムレベルにおいて破壊されていないという高レベルの信
用を与える。他の既知のプロセス、例えばウイルスチェッカは、一般にオペレー
ティングシステム及びアプリケーションプログラムコードが破壊されていないこ
とをチェックする立場にある。

【００４８】測定機能３１は、信用される装置２４のハッシュプログラム３５４及び秘密鍵
３５５を記憶するための不揮発性メモリ３、及び要約３６１の形態で取得された
完全性のメトリックスを記憶するための揮発性メモリ４にアクセスする。適切な
実施形態において、揮発性メモリ４は、プラットホーム１０にアクセスするため
に使用されることができる１つ又は複数の認証されたスマートカード１９の公開
鍵及び関連するＩＤラベル３６０ａ−３６０ｎを記憶するために使用されてもよ
い。

【００４９】１つの好適な実施形態において、要約（digest）、並びに完全性のメトリック
スは、ブール値を含み、このブール値は、明らかになるであろう理由のために、
測定機能３１によって揮発性メモリ４に記憶されている。

【００５０】図４に関連して、今度は完全性のメトリックスを取得するための好適なプロセ
スを説明する。

【００５１】ステップ４００において、スイッチオンで、測定機能３１は、信用される装置
２４がアクセスされた第１のメモリであるかどうかを判定するために、データに
対する主プロセッサ２１の活動、制御及びアドレスライン（２６、２７＆２８）
をモニタする。従来の動作において、主プロセッサは、第１にＢＩＯＳプログラ
ムを実行するために第１にＢＩＯＳメモリに命令される。しかしながら、本実施
形態によれば、主プロセッサ２１は、メモリとして働く信用される装置２４に命
令される。ステップ４０５において、信用される装置２４がアクセスされる第１
のメモリである場合、ステップ４１０において、測定機能３１は、不揮発性メモ
リ３にブール値を書き込み、このブール値は、信用される装置２４がアクセスさ
れる第１のメモリであったことを示す。そうでなければ、ステップ４１５におい
て、測定機能は、ブール値を書き込み、このブール値は、信用される装置２４が
アクセスされる第１のメモリではなかったことを示す。

【００５２】信用される装置２４が第１にアクセスされるものでない場合、もちろん信用さ
れる装置２４が全くアクセスされない可能性が存在する。このことは、例えば主
プロセッサ２１が第１にＢＩＯＳプログラムを走らせるように操作された場合で
ある。これらの状況下で、プラットホームは、動作するが、完全性のメトリック
スが利用できないので、要求に応じてその完全性を確認することはできない。さ
らに、ＢＩＯＳプログラムがアクセスされた後、信用される装置２４がアクセス
される場合、ブール値は、プラットホームの完全性の不足を明確に示す。

【００５３】ステップ４２０において、主プロセッサ２１によってメモリとしてアクセスさ
れたとき（又は場合）、主プロセッサ２１は、ステップ４２５において、測定機
能３１から記憶された固有のハッシュ命令３５４を読取る。ハッシュ命令３５４
は、主プロセッサ２１による処理のためにデータバス２６を介して渡される。ス
テップ４３０において、主プロセッサ２１は、ハッシュ命令３５４を実行してこ
れらを使用し、ステップ４３５において、ＢＩＯＳメモリ２９の内容を読取り、
ハッシュプログラムにしたがってこれらの内容を処理することによって、ＢＩＯ
Ｓメモリ２９の要約を計算する。ステップ４４０において、主プロセッサ２１は
、信用される装置２４における適切な不揮発性メモリ記憶位置４に計算された要
約３６１を書き込む。次いで、ステップ４４５において、測定機能３１は、ＢＩ
ＯＳメモリ２９におけるＢＩＯＳプログラムを呼び出し、従来の態様で実行を継
続する。

【００５４】明らかに、必要な信用の範囲に応じて、完全性のメトリックスを計算すること
ができる多数の異なった態様が存在する。ＢＩＯＳプログラムの完全性の測定は
、プラットホームの基礎をなすプロセス環境の完全性に対する基本的なチェック
を提供する。完全性のメトリックスは、ブートプロセスの妥当性に関して推論を
可能にするこのような形態からなり、完全性のメトリックスの値は、プラットホ
ームが正確なＢＩＯＳを使用してブートされるかどうかを確認するために使用す
ることができる。必要に応じて、ＢＩＯＳ内の個々の機能ブロックは、これらの
ブロック自体の要約値を有することができ、全体的なＢＩＯＳの要約は、これら
の個々の要約からなる要約である。このことは、ＢＩＯＳ動作のどの部分が意図
した目的に対して重要であるか、及びどれが不適切であるか（この場合、個々の
要約は、ポリシーのもとに動作の妥当性が確立できるように記憶されなければな
らない）を示すためにポリシーをイネーブルにする。

【００５５】他の完全性のチェックは、プラットホームに取り付けられた種々の他のデバイ
ス、コンポーネント又は装置が存在し、正確な動作順序にあることを確立するこ
とを含むことができる。１つの例において、ＳＣＳＩコントローラに関連するＢ
ＩＯＳプログラムは、周辺装置との通信が信頼できることを保証するために確認
することができる。別の例において、プラットホーム上の他の装置、例えばメモ
リ装置又はコプロセッサの完全性は、一貫した結果を保証するために固定のチャ
レンジ／レスポンスの相互作用を規定することによって、確認されることができ
る。信用される装置２４が分離できるコンポーネントである場合、相互作用のあ
る種のこのような形態は、信用される装置２４とプラットホームとの間の適切な
論理結合を提供するために望ましい。また、本実施形態において、信用される装
置２４は、プラットホームの他の部分と通信するその主な手段としてデータバス
も使用し、実現可能であるとはいえ、それほど便利ではないが、配線による経路
又は光学経路のような代わりの通信経路を設けることは可能である。さらに、本
実施形態において、信用される装置２４は、完全性のメトリックスを計算するよ
うに主プロセッサ２１に命令するとはいえ、他の実施形態において、信用される
装置自体が１つ又は複数の完全性のメトリックスを測定するように構成されるこ
とは予想される。

【００５６】好適には、ＢＩＯＳブートプロセスは、ブートプロセス自体の完全性を確認す
るための機構を含む。このような機構は、例えばIntelの草案「Wirerd For Mana
gement baseline specification v2.0-BOOT Integrity Service」からすでに知
られており、ソフトウエア又はファームウエアをローディングする前に、そのソ
フトウエア又はファームウエアの要約を計算することを含む。このような計算さ
れた要約は、信用されるエンティティによって提供される証明に記憶された値と
比較され、その公開鍵は、ＢＩＯＳにとって既知である。次いで、ソフトウエア
／ファームウエアは、計算された値が証明から予想された値と一致した場合にだ
けロードされ、証明は、信用されるエンティティの公開鍵の使用によって有効と
証明されている。そうでなければ、適切な例外取り扱いルーチンが呼び出される
。

【００５７】必要に応じて、計算されたＢＩＯＳの要約を受信した後、信用される装置２４
は、証明におけるＢＩＯＳ要約の適切な値を検査することができ、計算された要
約が適切な値と一致しない場合、ＢＩＯＳに制御を渡さない。追加の、又は代案
として、信用される装置２４は、ブール値を検査することができ、信用される装
置２４がアクセスされる第１のメモリではない場合、ＢＩＯＳに制御を戻さない
。これらのいずれの場合にも、適切な例外取り扱いルーチンを呼び出すことがで
きる。

【００５８】図５は、ＴＰ、プラットホームに組み込まれた信用される装置２４、及び信用
されるプラットホームの完全性を確認したいユーザ（リモートプラットホームの
）による動作のフローを示す。ユーザがローカルユーザである場合、図５に示さ
れたものと実質的に同じステップが含まれていることが認められる。どちらにし
ても、ユーザは、一般に検証を実行するためにソフトウエアアプリケーションの
ある種の形態を信用する。リモートプラットホーム又は信用されるプラットホー
ム上でソフトウエアアプリケーションを走らせることは可能である。しかしなが
ら、リモートプラットホーム上でさえ、ソフトウエアアプリケーションが何らか
の方法で破壊され得る可能性が存在する。従って、高レベルの完全性に対して、
ソフトウエアアプリケーションがユーザのスマートカード上に常駐し、このユー
ザが、検証のために適切なリーダにスマートカードを挿入することは好適である
。特定の実施形態は、このような構成に関係する。

【００５９】第１の例において、信用されるプラットホームを保証するＴＰは、これを保証
するか又はしないかどうかを決めるために、プラットホームのタイプを検査する
。これはポリシーの問題であろう。すべてが良好ならば、ステップ５００におい
て、ＴＰは、プラットホームの完全性メトリックスの値を測定する。次いで、Ｔ
Ｐは、ステップ５０５において、プラットホームに対して証明を生成する。証明
は、測定された完全性のメトリックスに信用される装置の公開鍵及び必要に応じ
てそのＩＤラベルを添付することによって、及びＴＰの秘密鍵を有するストリン
グにサインすることによって、ＴＰによって生成される。

【００６０】信用される装置２４は、ユーザから受信されるいくらかの入力データを処理す
るためにその秘密鍵を使用することによってそのアイデンティティを結果として
証明することができ、入力／出力対が秘密鍵の情報なしでは統計的に生成するこ
とができないように、出力データを生成することができる。従って、秘密鍵の情
報は、この場合に、アイデンティティの基礎を形成する。明らかに、アイデンテ
ィティの基礎を形成するために、対称の暗号化を使用することが適している。し
かしながら、対称の暗号化の使用の欠点は、ユーザがユーザの秘密を信用される
装置と共有する必要があるという点にある。さらに、ユーザと秘密を共有する必
要の結果として、対称の暗号化は、原則的にユーザにアイデンティティを証明す
るのに十分であるが、信用される装置又はユーザから発する証明を完全に確信す
ることができない第三者にアイデンティティを証明することは不十分である。

【００６１】ステップ５１０において、信用される装置２４は、信用される装置２４の適切
な不揮発性メモリ記憶位置３へ証明３５０を書き込むことによって、初期化され
る。このことは、好適にはマザーボード２０にインストールされた後に、信用さ
れる装置２４とのセキュア通信によって行なわれる。信用される装置２４に証明
を書き込む方法は、秘密鍵を書き込むことによってスマートカードを初期設定す
るために使用される方法と類似している。セキュア通信は、ＴＰだけに知られた
「マスター鍵」によって支援され、これは、製造の間に信用される装置（又はス
マートカード）に書き込まれ、信用される装置２４にデータを書き込むことを可
能にするために使用され、マスター鍵の情報なしでの信用される装置２４へのデ
ータの書き込みは不可能である。

【００６２】プラットホームの動作中のいくらかの後の点において、例えばスイッチオンさ
れ又はリセットされたとき、ステップ５１５において、信用される装置２４は、
プラットホームの完全性のメトリックス３６１を取得して記憶する。

【００６３】ユーザがプラットホームと通信することを望むとき、ステップ５２０において
、ユーザは、乱数のようなナンス（nonce：その時限りの数）を作成し、ステッ
プ５２５において、信用される装置２４にチャレンジする（プラットホームのオ
ペレーティングシステム又は適切なソフトウエアアプリケーションは、チャレン
ジを認識し、これを一般にＢＩＯＳタイプの呼び出しを介して適切な様式で信用
される装置２４に渡すように構成されている）。ナンスを用いて、信用できない
プラットホームによって古いが本物のサインの再生（「再生攻撃」と称する）に
よって欺かれることからユーザを保護する。ナンスを提供し、レスポンスを確認
するプロセスは、よく知られた「チャレンジ／レスポンス」プロセスの例である
。

【００６４】ステップ５３０において、信用される装置２４は、チャレンジを受信し、適切
なレスポンス（応答）を生成する。これは、測定された完全性のメトリックス及
びナンスの要約、及び必要に応じてそのＩＤラベルであってもよい。次いで、ス
テップ５３５において、信用される装置２４は、その秘密鍵を使用して、要約に
サインし、証明３５０が添付されたサイン済みの要約をユーザに返送する。

【００６５】ステップ５４０において、ユーザは、チャレンジ・レスポンスを受信し、かつ
ＴＰの周知の公開鍵を使用して証明を確認する。次いで、ユーザは、ステップ５
５０において、証明から信用される装置２４の公開鍵を抽出し、これをチャレン
ジ・レスポンスからサインされた要約を暗号解読するために使用する。次いで、
ステップ５６０において、ユーザは、チャレンジ・レスポンス内のナンスを確認
する。次にステップ５７０において、ユーザは、チャレンジ・レスポンスから抽
出した計算された完全性のメトリックスを、証明から抽出した適切なプラットホ
ームの完全性のメトリックスと比較する。前述の検証ステップのいずれかが、ス
テップ５４５、５５５、５６５又は５７５において失敗した場合、すべてのプロ
セスは、それ以上の通信を行なうことなく、ステップ５８０において終了する。

【００６６】すべてが良好であると仮定すれば、ステップ５８５及び５９０において、ユー
ザと信用されるプラットホームは、他のデータのためのセキュア通信をセットア
ップするために他のプロトコルを使用し、この場合、プラットホームからのデー
タは、好適には信用される装置２４によってサインされる。

【００６７】この検証プロセスのさらなる洗練が可能である。チャレンジャ（チャレンジの
送信側）は、チャレンジを介して、プラットホームの完全性メトリックスの値及
びこれを得る方法の両方に気付くことが望ましい。情報のこれらの部分の両方は
、チャレンジャがプラットホームの完全性に関する適切な判断を行なうことがで
きるようにするために望ましい。チャレンジャは、使用可能な多数の異なったオ
プションも有し、完全性のメトリックスが信用される装置２４において有効と認
められることを受け入れることができ、又は代案として完全性のメトリックスの
値がチャレンジャによって保持された値に等しい場合、プラットホームが完全性
の関連するレベルを有することだけを受け入れることができる（又はこれら２つ
の場合に信用の異なったレベルであることをそこに保持することができる）。

【００６８】証明及びチャレンジ／レスポンスを使用して、及びこれらをアイデンティティ
を証明するために使用して、サインする技術は、セキュリティーの分野の当業者
によく知られており、従って、本明細書においてさらに詳細に説明する必要がな
い。

【００６９】ユーザのスマートカード１９は、コンピューティングエンティティから分離し
たトークン装置であり、この装置は、スマートカードリーダポート１９を介して
コンピューティングエンティティと相互作用する。ユーザは、いくつかの異なっ
た販売者又はサービスプロバイダによって発行されたいくつかの異なったスマー
トカードを有することができ、信用されるコンポーネント及びスマートカードリ
ーダを備えた、本明細書で説明したような複数のコンピューティングエンティテ
ィのうちのいずれか１つからインターネット又は複数のネットワークコンピュー
タにアクセスすることができる。ユーザが使用している個々のコンピューティン
グエンティティにおけるユーザの信用は、ユーザの信用されるスマートカードト
ークンとコンピューティングエンティティの信用されるコンポーネントとの間の
相互作用から発する。ユーザは、信用されるコンポーネントの信頼性を確認する
ためにそれらの信用されるスマートカードトークンを信用する。

【００７０】ユーザのスマートカード１９の処理部分６０は、図６に示される。図示された
ように、ユーザのスマートカード１９の処理部分６０は、プロセッサ６１、メモ
リ６２及びインターフェース接触部６３の標準的な特徴を有する。プロセッサ６
１は、後に説明するように、ユーザスマートカード１９の認証及びプラットホー
ム１０の検証を伴う簡単なチャレンジ／レスポンス動作のためにプログラミング
されている。メモリ６２は、その秘密鍵６２０、その公開鍵６２８、（必要に応
じて）ユーザプロファイル６２１、ＴＰの公開鍵６２２及びアイデンティティ６
２７を含む。ユーザプロファイル６２１は、ユーザによって使用可能な許容でき
る補助のスマートカード２０ＡＣ１−ＡＣｎ、及びユーザのための個々のセキ
ュリティーポリシー６２４を記述する。それぞれの補助スマートカード２０に対
して、ユーザプロファイルは、それぞれの識別情報６２３、スマートカード（１
つが存在する場合）間の信用構造６２５、及び必要に応じてスマートカードのタ
イプ又は形式６２６を含む。

【００７１】ユーザプロファイル６２１において、それぞれの補助スマートカード２０のエ
ントリーＡＣ１−ＡＣｎは、関連する識別情報６２３を含み、この情報は、カー
ドのタイプに応じて変化する。例えば、キャッシュカードに対する識別情報は、
一般に簡単な一連番号を含むが、それに対して、暗号カードについては、識別情
報は、一般に暗号カードの公開鍵（又は証明）を含む（秘密鍵は、暗号カード自
体に秘密に記憶されている）。

【００７２】「セキュリティーポリシー」６２４は、補助スマートカード２０を使用する間
に、プラットホーム１０上でユーザが有する許諾を命令する。例えば、ユーザイ
ンターフェースは、補助スマートカード２０の機能に依存して、補助スマートカ
ード２０が使用中である間に、ロック可能又はロック解除可能である。追加の、
又は代案として、プラットホーム１０上の所定のファイル又は実行可能なプログ
ラムは、特定の補助スマートカード２０がどのように信用されたかに依存して、
アクセス可能又は不可能にすることができる。さらにセキュリティーポリシー６
２４は、後に説明するように、「クレジット受領」又は「一時的な委任」のよう
な補助スマートカード２０に対する特定の動作のモードを指定することができる
。

【００７３】「信用構造」６２５は、補助スマートカード２０が、それ自体ユーザスマート
カード１９を第１に再使用することなく、システム内にさらなる補助スマートカ
ード２０を「導入」することができるかどうかを定義する。ここに詳細に説明し
た実施形態において、定義されただけの信用構造は、ユーザスマートカード１９
とユーザスマートカード１９によってプラットホーム１０に導入できる補助スマ
ートカード２０との間にある。導入は、後に説明するように、「単一セッション
」又は「複数のセッション」とすることができる。しかしながら、所定の補助ス
マートカード２０が、さらなる補助スマートカード２０を実際に導入することが
できない理由は存在しない。このことは、補助スマートカード２０が、導入する
ことができるその又はそれぞれの補助スマートカードを記述するユーザプロファ
イルの均等物を有することを必要とする。

【００７４】補助スマートカード２０の使用は、本発明の必須の特徴ではなく、本出願にお
いてさらに説明されていない。補助スマートカードの使用は、２０００年３月５
日に出願され、「Computing Apparatus and Method of Operating Computing Ap
paratus」と題する本出願人の同時係属国際特許出願第ＰＣＴ／ＧＢ００／００
７５１号明細書の主題であり、これは、参照により本明細書に組み込まれる。

【００７５】今度は、図７におけるフロー線図に関連してユーザスマートカード１９とプラ
ットホーム１０との間の認証のための好適なプロセスを説明する。説明するよう
に、プロセスは、便宜的にチャレンジ／レスポンスのルーチンを実行する。多数
の使用可能なチャレンジ／レスポンスの機構が存在する。本実施形態において使
用される認証プロトコルの具体化は、ＩＳＯ／ＩＥＣ９７９８−３に記載された
ような相互（又は３ステップの）認証である。もちろん、他の認証手続き、例え
ばＩＳＯ／ＩＥＣ９７９８−３にも記載されたような２ステップ、又は４ステッ
プを使用することができない理由は存在しない。

【００７６】初めにユーザは、ステップ７００において、ユーザのユーザスマートカード１
９をプラットホーム１０のスマートカードリーダ１２へ挿入する。あらかじめプ
ラットホーム１０は、一般にその標準オペレーティングシステムの制御のもとで
動作して、認証プロセスを実行し、この認証プロセスは、ユーザのユーザスマー
トカード１９をユーザが挿入することを待っている。このように、アクティヴと
なるスマートカードリーダ１２から離れて、プラットホーム１０は、一般にユー
ザインターフェース（すなわちスクリーン、キーボード及びマウス）を「ロック
すること」によってユーザをアクセス不能にする。

【００７７】ユーザスマートカード１９をスマートカードリーダ１２へ挿入する場合、信用
される装置２４は、ステップ７０５において、ユーザスマートカード１９にナン
スＡを生成して送信することによって、ステップにおいて相互認証を試みること
をトリガする。乱数のようなナンスは、信用できない第三者によって古いが本物
のレスポンスの再生（「再生攻撃」と称する）によって引き起こされる欺きから
発信者（originator）を保護するために使用される。

【００７８】レスポンスに関して、ステップ７１０において、ユーザスマートカード１９は
、以下の連鎖を含むレスポンスを生成して返送する。すなわち、ナンスＡの平易
なテキスト、ユーザスマートカード１９により生成される新しいナンスＢ、信用
される装置２４のＩＤ３５３及びある種の冗長性；ユーザスマートカード１９の
秘密鍵で平易なテキストにサインすることによって生成された平易なテキストの
サイン；及びユーザスマートカード１９のＩＤ及び公開鍵を含む証明。

【００７９】信用される装置２４は、ステップ７１５において、平易なテキストのサインを
確認するために証明内の公開鍵を使用することによって、レスポンスを認証する
。レスポンスが認証されない場合、ステップ７２０において、プロセスは終了す
る。レスポンスが認証される場合、ステップ７２５において、信用される装置２
４は、以下の連鎖を含む別のレスポンスを生成して送信する。すなわち、ナンス
Ａの平易なテキスト、ナンスＢ、ユーザスマートカード１９のＩＤ６２７及び取
得された完全性のメトリックス；信用される装置２４の秘密鍵を使用して平易な
テキストにサインすることによって生成された平易なテキストのサイン；及び信
用される装置２４の公開鍵及び認証された完全性のメトリックス（どちらもＴＰ
の秘密鍵によってサインされた）を含む証明。

【００８０】ユーザスマートカード１９は、ＴＰの公開鍵を使用することにより、及び取得
された完全性のメトリックスを認証された完全性のメトリックスと比較すること
により、このレスポンスを認証し、この場合、ステップ７３０において、一致は
、成功した検証を示す。さらなるレスポンスが認証されない場合、ステップ７３
５において、プロセスは終了する。

【００８１】手続きが成功した場合、信用される装置２４はユーザスマートカード１９を認
証しており、かつユーザスマートカード１９は信用されるプラットホーム１０の
完全性を確認しており、ステップ７４０において、認証プロセスは、ユーザのた
めのセキュアプロセスを実行する。次いで、ステップ７４５において、認証プロ
セスは、インタバルタイマをセットする。その後、ステップ７５０において、適
切なオペレーティング割り込みルーチンを使用して、認証プロセスは、タイマが
いつ所定のタイムアウト期間を満たすか、又は超えるかを検出するために、周期
的にインタバルタイマを処理する。

【００８２】明らかに認証プロセス及びインタバルタイマは、セキュアプロセスと共に並行
して走る。タイムアウト期間を満たし、又は超えた場合、ステップ７６０におい
て、ユーザスマートカード１９自体を識別するためにユーザスマートカード１９
のチャレンジを送信することによって、認証プロセスは、ユーザスマートカード
１９を再認証するために信用される装置２４をトリガする。ステップ７６５にお
いて、ユーザスマートカード１９は、そのＩＤ６２７及びその公開鍵６２８を含
む証明を返送する。ステップ７７０において、レスポンスがなかった場合（例え
ば、ユーザスマートカード１９が取り外されている結果として）、又は証明がも
はや何らかの理由のために有効でなかった場合（例えば、ユーザスマートカード
が異なったスマートカードに置き換えられている）、ステップ７７５において、
セッションは、信用される装置２４によって終了される。そうでなければ、ステ
ップ７７０において、ステップ７４５からのプロセスが、インタバルタイマのリ
セットにより繰り返される。

【００８３】証明及びチャレンジ／レスポンスを使用して、及びアイデンティティを証明す
るためにこれらを使用するサインの技術は、セキュリティーの分野の当業者によ
く知られており、従って、本明細書おいてさらに詳細に説明しない。

【００８４】今度は、図２１及び図８〜図１３を参照して、２０００年２月１５日に出願さ
れた国際特許出願第ＰＣＴ／ＧＢ００／００５０４号の主題であるシステムの特
定の実施形態を説明する。このシステムは、本発明の用途に特に適している。図
２１において、ホストコンピュータ１００は、主ＣＰＵ１０２、ハードディスク
ドライブ１０４、ＰＣＩネットワークインターフェースカード１０６及びＤＲＡ
Ｍメモリ１０８を有し、従来の（「通常の」）通信経路１１０（ＩＳＡ、ＥＩＳ
Ａ、ＰＣＩ、ＵＳＢのような）をそれらの間に備える。ネットワークインターフ
ェースカード１０６は、ホストコンピュータ１００の外側の世界との外部通信経
路１１２も有する。

【００８５】ネットワークインターフェースカード１０６は、その間にインターフェース１
１８を備えた「赤」及び「黒」データゾーン１１４、１１６に論理的に分割され
ている。赤ゾーン１１４において、データは、通常平易なテキストであり、検出
不可能な変更及び望ましくない盗聴（eavesdropping）に弱くて無防備である。
黒データゾーン１１６において、データは検出不可能な変更及び望ましくない盗
聴から保護されている（好適には標準的な暗号機構によって暗号化される）。イ
ンターフェース１１８は、赤情報が黒ゾーン１１６に漏れないことを確実にする
。インターフェース１１８は、好適には赤及び黒ゾーン１１４、１１６を分離す
るために、標準的な暗号方法及び電子分離技術を使用する。このような赤及び黒
ゾーン１１４、１１６及びインターフェース１１８の設計及び構成は、セキュリ
ティー及び電子の、特に軍事分野における当業者によく知られている。通常の通
信経路１１０及び外部通信経路１１２は、ネットワークインターフェースカード
１０６の黒ゾーン１１６に接続される。

【００８６】ホストコンピュータ１００は、信用されるモジュール１２０も含み、このモジ
ュール１２０は、通常の通信経路１１０のみならず、相互に分離した追加の通信
経路１２２（補助参照符号１２２ａ、１２２ｂ、１２２ｃ）にもより、ＣＰＵ１
０２、ハードディスクドライブ１０４及びネットワークインターフェースカード
１０６の赤ゾーン１１４に接続される。一例として、信用されるモジュール１２
０は、メモリ１０８とのこのような分離した追加の通信経路１２２を持たない。

【００８７】信用されるモジュール１２０は、それぞれ追加の通信経路１２２ａ、１２２ｂ
、１２２ｃを介して、ＣＰＵ１０２、ハードディスクドライブ１０４及びネット
ワークインターフェースカード１０６の赤ゾーン１１４と通信できる。信用され
るモジュール１２０は、通常の通信経路１１０を介して、ＣＰＵ１０２、ハード
ディスクドライブ１０４、ネットワークインターフェースカード１０６の黒ゾー
ン１１６及びメモリ１０８とも通信できる。信用されるモジュール１２０は、信
用されるモジュールに記憶されたポリシーの制御のもとで、信用されるモジュー
ル１２０及び追加の通信経路１２２を介して、ＣＰＵ１０２、ハードディスクド
ライブ１０４及びネットワークインターフェースカード１０６の赤ゾーン１１４
の間の所定情報を経路指定するために、１００ＶＧスイッチングセンタとして働
くこともできる。信用されるモジュール１２０は、暗号鍵を生成することもでき
、それぞれ追加の通信経路１２２ａ、１２２ｂ、１２２ｃを介して、これらの鍵
をＣＰＵ１０２、ハードディスクドライブ１０４及びネットワークインターフェ
ースカード１０６の赤ゾーン１１４に分配することもできる。

【００８８】図８は、信用されるモジュール１２０の物理的なアーキテクチャを示す。第１
のスイッチングエンジン１２４は、追加の通信経路１２２ａ、１２２ｂ、１２２
ｃに独立して接続され、信用されるモジュール１２０の内部通信経路１２６にも
接続される。このスイッチングエンジン１２４は、ポリシーの制御のもとで、信
用されるモジュール１２０へロードされる。信用されるモジュール１２０の他の
コンポーネントは次のとおりである：・信用されるモジュール１２０を管理し、信用されるモジュール１２０のため
の汎用コンピューティングを実行するコンピューティングエンジン１２８、・一時的なデータを記憶する揮発性メモリ１３０、・長期にデータを記憶する不揮発性メモリ１３２、・暗号化及び鍵生成のようなスペシャリスト暗号機能を実行する暗号エンジン
１３４、・暗号動作に主として使用される乱数源１３６、・通常の通信経路１１０に信用されるモジュール１２０を接続する第２のスイ
ッチングエンジン１３８、及び・改竄検出機構１４０、これらすべては、信用されるモジュール１２０の内部通信経路１２６に接続さ
れる。

【００８９】信用されるモジュール１２０は、図１〜図７に関連してさらに詳細に前述した
ように、信用される装置又はモジュール２４に基づいている。

【００９０】暗号鍵生成及び分配に関して、信用されるモジュール１２０は、乱数発生器１
３６、ハッシュアルゴリズム及び他のアルゴリズムを使用して、暗号鍵を生成し
、これらすべては、セキュリティーの分野の当業者に、それ自体周知である。信
用されるモジュール１２０は、通常の通信経路１１０というよりむしろそれぞれ
追加の通信経路１２２ａ、１２２ｂ，１２２ｃを使用して、ＣＰＵ１０２、ハー
ドディスクドライブ１０４及びネットワークインターフェースカード１０６の赤
ゾーン１１４に選択された鍵を分配する。鍵は、通常の通信経路１１０を介して
プラットホームの内部モジュール１０２、１０４、１０６、１２０間の通信用に
使用してもよい。他の一時的な鍵は、信用されるモジュール１２０の外側に漏ら
してはいけない長期のアイデンティティの秘密を使用するＳＳＬ初期接続手順段
階を信用されるモジュール１２０が完了した後に、ＳＳＬプロトコルを使用して
外部データのバルク暗号化又は暗号解読のために使用することができる（ネット
ワークインターフェースカード１０６又はＣＰＵ１０２により）。他の一時的な
鍵は、信用されるモジュール１２０の外側に漏らしてはいけない長期の秘密を使
用して信用されるモジュール１２０の内部でこれらの一時的な鍵が作成され又は
露呈された後、ハードディスクドライブ１０４に記憶されたデータのバルク暗号
化又は暗号解読のために使用することができる（ハードディスクドライブ１０４
又はＣＰＵ１０２により）。

【００９１】信用されるモジュール１２０は、暗号鍵の選択的な分配によってモジュール間
の通信に関するポリシー制御を実施する。信用されるモジュール１２０は、任意
のモジュール対の間で共有のインフラストラクチャ１１０を介したセキュア通信
を可能にする鍵の発行を拒絶することによって、これらのモジュール対の間の通
信にポリシーの禁止を実施する。

【００９２】図９は、信用されるモジュール１２０が、ウオッチドッグ機能、及び追加の通
信経路１２２に接続されたモジュール１０２、１０４、１０６の「ピング（ping
）」を行なうことができるプロセスを示す。信用されるモジュールは、チャレン
ジ１４２を生成し、それぞれ追加の通信経路１２２ａ、１２２ｂ、１２２ｃを使
用して、チャレンジ１４２をＣＰＵ１０２、ハードディスクドライブ１０４及び
ネットワークインターフェースカード１０６の赤ゾーン１１４に送信する。ＣＰ
Ｕ１０２、ハードディスクドライブ１０４及びネットワークインターフェースカ
ード１０６のそれぞれは、それぞれのモジュールがアクティヴであるかどうか、
及び好適にはモジュールが適正に動作していることを伝えるために、それぞれの
追加の通信経路１２２ａ、１２２ｂ、１２２ｃ上の、それぞれのレスポンス１４
４ａ、１４４ｂ、１４４ｃによって応答する。信用されるモジュール１２０は、
レスポンス１４４ａ、１４４ｂ、１４４ｃを記録し、これらを、図１〜図７に関
連して前述した完全性のチャレンジに対するそのレスポンスにおけるメトリクス
として使用する。

【００９３】図１０は、信用されるモジュール１２０が暗号能力を有するプラットホーム内
の唯一のモジュールである場合、到来する外部セキュアメッセージを処理するプ
ロセスを示す。外部メッセージ１４６は、外部通信経路１１２を使用して、ネッ
トワークインターフェースカード１０６の黒ゾーン１１６によって受信される。
ネットワークインターフェースカード１０６は、通常の通信経路１１０を使用し
て、信用されるモジュール１２０に、何らかのデータ及び認証及び完全性チェッ
クのリクエストを含むプロトコルデータ単位（unit）１４８（後にさらに詳細に
説明する）を送信する。信用されるモジュール１２０は、信用されるモジュール
１２０の外側に漏らしてはいけない信用されるモジュール１２０の内部の長期的
な鍵を使用して、認証及び完全性チェックを行ない、追加の通信経路１２２ｃを
使用して、ネットワークインターフェースカード１０６の赤ゾーン１１４に、「
ＯＫ」のしるしを含むプロトコルデータ単位１５０を送信する。次いで、ネット
ワークインターフェースカード１０６は、通常の通信経路１１０を使用して、信
用されるモジュール１２０に、何らかのデータ及び暗号解読のためのリクエスト
を含むプロトコルデータ単位１５２を送信する。信用されるモジュール１２０は
、信用されるモジュール１２０内の一時的又は長期的な鍵のいずれかを使用して
、データを暗号解読し、追加の通信経路１２２ａを使用して、暗号解読されたデ
ータを含むプロトコルデータ単位１５４をＣＰＵ１０２に送信する。そして、Ｃ
ＰＵは、適切な動作を行なう。

【００９４】図１１は、ＣＰＵ１０２が信用されるモジュール１２０からポリシー判断をリ
クエストするプロセスを示す。このことは、例えば、ポリシーが所定のデータを
操作できるか又はアプリケーションを実行できるかどうかを、ＣＰＵ１０２が判
定しなければならないときに使用することができる。このことは、図１４〜図２
０に関連してさらに後に説明する。ＣＰＵ１０２は、通常の通信経路１１０を使
用して、信用されるモジュール１２０にリクエストを含むプロトコルデータ単位
１５６を送信する。信用されるモジュール１２０は、信用されるモジュール１２
０内に記憶されたポリシーにしたがって、リクエスト１５６を処理する。信用さ
れるモジュール１２０は、認証が信用されるモジュール１２０から到来したこと
をＣＰＵ１０２が確信できるために、追加の通信経路１２２ａを使用して、ＣＰ
Ｕ１０２にレスポンスを含むプロトコルデータ単位１５８を送信する。動作が認
証された場合、ＣＰＵ１０２は、必要な動作を行なう。そうでなければ、プロセ
スを放棄する。

【００９５】図１２は、モジュール１０２、１０４、１０６の間の保護された通信を介した
ポリシーの制御の例を示す。この例におけるすべての通信は、追加の通信経路１
２２を使用する。ネットワークインターフェースカード１０６の赤ゾーン１１４
は、ハードディスクドライブ１０４行きであるプロトコルデータ単位１６０を、
追加のデータ経路１２２ｃで信用されるモジュール１２０に送信する。ポリシー
がこのことを許さない場合、信用されるモジュール１２０は、追加のデータ経路
１２２ｃでネットワークインターフェースカード１０６に、否定を含むプロトコ
ルデータ単位１６２を送信することによって、リクエストを拒絶する。後に、Ｃ
ＰＵ１０２は、ハードディスクドライブにアドレス指定されるが追加のデータ経
路１２２ｃで信用されるモジュール１２０に送られたプロトコルデータ単位１６
４を送信することによって、ハードディスクドライブ１０４からの影響されやす
いデータをリクエストする。信用されるモジュール１２０は、ポリシーがこのこ
とを許すことをチェックする。これが行なわれた場合、信用されるモジュール１
２０は、追加のデータ経路１２２ｂでハードディスクドライブ１０４にプロトコ
ルデータ単位１６４をリレーする。ハードディスクドライブ１０４は、データを
提供し、これをプロトコルデータ単位１６６内において、追加のデータ経路１２
２ｂで、ＣＰＵ１０２にアドレス指定された信用されるモジュール１２０に返送
する。信用されるモジュール１２０は、ポリシーがこのことを許すことをチェッ
クし、これが行なわれた場合、追加のデータ経路１２２ａでＣＰＵ１０２にプロ
トコルデータ単位１６６をリレーする。

【００９６】図１３は、データが追加の通信経路１２２を介して渡されるデータプロトコル
単位１７８のフォーマットを示す。データプロトコル単位１７８は、次のものを
有する：・プロトコルデータ単位のタイプを示す識別子フィールド１６８・プロトコルデータ単位の長さを示す長さフィールド１７０・プロトコルデータ単位の供給源を示すソースフィールド１７２・プロトコルデータ単位の行き先を示すデスティネーションフィールド１７４・その他、多くの場合にデータフィールド１７６を含む。

【００９７】すべてのフィールドが常に必要というわけではない。例えば、信用されるモジ
ュール１２０のポリシーが、信用されるモジュール１２０内に源を発しない鍵プ
ロトコルデータ単位のリレーを禁止するものと仮定した場合、それ故にＣＰＵ１
０２、ハードディスクドライブ１０４及びネットワークインターフェースカード
１０６は、鍵が常に信用されるモジュール１２０からのものであることを仮定す
ることができる。従って、ソース及びデスティネーションフィールドは、鍵プロ
トコルデータ単位内に不要であり、このようなプロトコルデータ単位は、暗黙的
に認証される。プロトコルデータ単位の設計及び構成及びそれ自体の使用は、通
信の分野の当事者によく知られている。

【００９８】今度は、前述のような信用されるコンピューティングプラットホーム及び携帯
型の信用されるモジュール（一般にスマートカード）を採用するシステムに使用
するために、本発明の特定の実施形態を説明する。図１４は、目的のために信用
されるコンピューティングプラットホームの特に適切な形態を示しており、プラ
ットホームは、図１５及び図７〜図１３に関連して前述したシステムの発展であ
る。図１４において、ディスプレイ１２１は、前述のような追加の通信経路のう
ちの１つ１２２ｄにより信用されるモジュール１２０に接続される。このことは
、オペレーティングシステムを含む通常のソフトウエアからの破壊の恐れなく、
信用されるモジュール１２０をディスプレイに確実に書き込むことを可能にする
。また、ホストコンピュータ１００は、ビルトインスマートカードリーダ１０３
を有するキーボード１０１にも接続されており、これらは、両方とも通常の通信
経路１１０に接続される。スマートカードリーダ１０３へ挿入されたスマートカ
ードは、追加の信用されるモジュールであると考えることができ、従って信用さ
れるモジュール１２０と安全に通信することができる。

【００９９】本発明によれば、データに対するアクセス制限のためのシステムが構成され得
るいくつかの段階が存在し、これらの段階は、一方から他方への進行と考えるこ
とができる。第１の段階は、データに加えられる操作についてのチェック及び無
許可の変更に対するチェックを行ない、かつ完全性チェックによるバイパスに対
して保護された、一般的な操作保護ソフトウエアを使用することである。このよ
うな操作保護ソフトウエアは、信用されるモジュール自体内で走る必要はない。
好適な段階は、操作保護ソフトウエアが信用されるモジュール内で走るこのよう
なシステムの論理的な拡張である。何らかのデータに操作を実行するためのリク
エストは、好適にはアクセスプロファイルから信用されるモジュールに送信され
る。信用されるモジュールにおける操作保護ソフトウエアは、このようなリクエ
ストを評価し、アクセスプロファイル内に定義された制限に基づいて、このこと
を許すかどうかを決定する。好適には、信用されるモジュール及びプラットホー
ムのオペレーティングシステムは、これらの間の専用通信経路を有し、この通信
経路は、コンピュータプラットホームの他の部分（図１４の構造におけるように
）にアクセス不可能である。好適なモデルにおいて、データにアクセスするため
にセキュアオペレータからオペレーティングシステムへのリクエストは、好適に
は専用通信経路を介して供給される。

【０１００】本発明による動作に適したアーキテクチャを今説明した。次に、このようなア
ーキテクチャにおける本発明の実施形態を実施するための方法を以下にに説明す
る。特定のこれらの方法は、「Computer Platforms and Their Method of Opera
tion」と題する、本出願と同一日付の本出願人の同時係属国際特許出願に記載さ
れたライセンスチェックのための方法と類似であるか、又はこれと共通の特徴を
有し、この同時係属国際特許出願は、１９９９年８月１３日に提出された欧州特
許出願第９９３０６４１５．３の優先権を主張している。

【０１０１】システムが動作する手続きは、開発者、顧客のコンピューティングプラットホ
ーム（信用されるコンポーネント又はＴＣを保持する）及びスマートカードのよ
うな信用される携帯型のモジュール（これ以降、ＴＰＭと称する）の間において
有効な特定の信用される関係におおいに依存する。もっとも一般的な場合、ＴＣ
は、データがＴＣに（又は同様にデータがＴＰＭに送信されるべきである場合、
ＴＰＭに）送信することができるようにするために、データプロバイダで記録さ
れなければならない。ＴＰＭも、ＴＰＭのユーザＩＤが、ＴＣに発行される前に
、ライセンス内に組み込むことができるようにするために、ライセンスプロバイ
ダ（おそらくデータプロバイダと同じエンティティ）で記録されなければならな
い。このことは、例えば事務所の環境においてＰＣを任意のユーザが共有する場
合のような環境に適したモデルである。しかしながら、空港のような公共の場所
において機械が使用可能である場合のように、顧客の機械のユーザがあらかじめ
知られていない状況において、このアプローチは不可能である。その代わりに、
新しいＴＰＭをライセンスプロバイダが発行することによって、又はこの情報が
エンドユーザによってすでに保持されたものにダウンロードされるかのいずれか
によって、ライセンスは、ＴＰＭのユーザＩＤにカスタマイズされ、エンドユー
ザに与えられる必要がある。ライセンスは、適宜、ソフトウエアの名称及びバー
ジョンに対する参照、及びエンドユーザによってソフトウエアが使用され得る方
法を含む。データがこのような公衆の共有の信用される端末へインストールされ
る場合、必要に応じて異なったアクセスプロファイルがインストールでき、この
アクセスプロファイルは、ここにインストールされたデータに対してデフォルト
制限、又はオーバライディング制限、又は両方の組合せを指定することができる
。例えば、文書のコピーは、特にエンドユーザがその個人のライセンス（そのＴ
ＰＭ上に保持される）にこの許諾を持たないかぎり、禁止することができる。ア
クセスプロファイルが転送された（好適には暗号化されて）後、好適には完全性
のチェックが行なわれ、プロファイルの要約が、ローカルＴＣ内に記憶される。

【０１０２】図１６は、ＴＣ１１０３のコンポーネントの論理線図を示す。これらは、信用
されるコンポーネント１１０３内に、操作保護ソフトウエアコンポーネント１２
１１及び他の操作保護データコンポーネント１２１０を含む。本発明の以下のコ
ンポーネントは、前述のように保護された環境内において、及び好適にはＴＣ１
１０３自体内において（当業者は、適切な保護された環境がＴＣ１１０３の外側
に設けられ得ることを認識するとはいえ）走るべき操作保護コード１２１１、す
なわちセキュアオペレータ１２０６及びデータプロテクタ１２０７である。ＴＣ
に記憶された操作保護データコンポーネントは、信用されるエンティティによっ
てサインされたＴＣの秘密鍵１２０１、信用されるエンティティの公開鍵証明１
２０２、開発者の公開鍵証明１２０３、ログ１２０４、及びセキュアオペレータ
１２０６及びデータプロテクタ１２０７のハッシュバージョン１２０５である。
これらの論理コンポーネントの動作は、さらに後述する。

【０１０３】信用されるプラットホーム上にデータをインストールするべきときはいつでも
、完全性及び他のチェックが、第三者からデータを安全にダウンロードし又はア
ップグレードするために実施される。データのインストールは、このような予想
された完全性の値が一致した場合に、オペレーティングシステム（「ＯＳ」）を
介してのみ進行する。このようなチェックが成功した場合（データ又はラッパが
変更されていないという意味において）、データプロテクタは、ＴＣ（例えばス
マートカード）内に、記憶されたデータに対する参照と共にデータ自体に添付さ
れたデータ（及び任意のアクセスプロファイル）の要約を記憶する。必要に応じ
て、データの完全性のチェックサムような完全性のチェックに使用される代替の
データ形態は、代わりとしてＴＣ（例えばスマートカード）に記憶される。

【０１０４】図１７は、顧客のコンピュータ内における保護されるソフトウエア又はデータ
１３０６の構造を示す。顧客のコンピュータ上のディジタルデータ１３０４は、
アクセスプロファイル１３０３に関連しており、このアクセスプロファイル１３
０３内にＴＣの公開鍵１３０２が記憶されている。このデータ構造１３０１は、
データ構造１３０１のハッシュバージョン１３０５と共に記憶されている。この
ハッシュバージョン１３０５は、クリアリングハウス又は開発者の秘密鍵でサイ
ンされる。好適には、ハッシュバージョン１３０５は、ＴＣ自体内に記憶される
（これはインストールプロセスの間にデータプロテクタ１２０７によって行なわ
れる）。

【０１０５】図１８は、顧客のプラットホーム上へソフトウエア又は他のデータをロードし
又はアップグレードするためのフローチャートを示す。図１８に示されたステッ
プは、データプロテクタ１２０７がＴＣ１１０３内で走らなくてもよい一般的な
場合に適用されるが、データプロテクタがＴＣ１１０３内で走っている（さらに
簡単な）場合に容易に適応することができる。

【０１０６】インストールすべきデータは、送信側の秘密鍵によってハッシュされてサイン
され、これは、送信側によってデータ自体に添付される。データを送信する前に
、送信側が信用されるコンピューティングプラットホームの完全性のチェックを
要求することは（前述のように）、普通である。

【０１０７】信用されるコンピューティングプラットホームのオペレーティングシステム１
４００が、ステップ１４０１において、データをインストールすることをリクエ
ストする場合、データプロテクタ１２０７は、ステップ１４０２において、リク
エストを受信し、ステップ１４０３において、送信側に対応する公開鍵証明を使
用して、このメッセージのサインをチェックし、それにより送信側の認証をチェ
ックする。

【０１０８】認証が失敗した場合（ステップ１４０４）、データプロテクタ１２０７は、オ
ペレーティングシステムにエラーメッセージを送り（ステップ１４０５）、オペ
レーティングシステム１４００は、適切なメッセージを表示させる。

【０１０９】認証が成功した場合（ステップ１４０７）、データプロテクタ１２０７は、Ｔ
Ｃ１１０３内において使用可能な暗号法能力を使用することによって、メッセー
ジのハッシュを計算し、かつこれをデータに関連するメッセージハッシュと比較
する（ステップ１４０８）。これは、メッセージの完全性のためにチェックする
。

【０１１０】ハッシュが同じである場合（ステップ１４０９）、データプロテクタ１２０７
は、ＴＣ内にメッセージ１３０４及び対応するアクセス制御データ１３０３のハ
ッシュ１３０５をセーブし（ステップ１４１１）、オペレーティングシステム１
４００が通常のようにデータをインストールできることを示す（ステップ１４１
０）。ＴＣは、インストールのログを作成し、これを関連するログファイル１２
０４に加える（ステップ１４１２）。

【０１１１】ハッシュが同じでない場合（ステップ１４１３）、このことは、データが変更
されており、これをインストールすべきでないことを示す。データプロテクタ１
２０７は、オペレーティングシステム１４００にエラーメッセージを送り（ステ
ップ１４１４）、このオペレーティングシステムは、適切なメッセージをユーザ
に表示する（ステップ１４１５）。

【０１１２】代替の可能性は、データが信用されるコンピューティングシステムにおける後
続の実行のために、ユーザのスマートカード又は他のＰＴＭに送られる場合であ
る。これは、データプロテクタ１２０７と同様なその信用される部分コード内に
含むために、図６にも示したようなスマートカードである。再びＰＴＭの完全性
チェックは、一般にデータのインストールの前に必要であり、スマートカードは
、データを記憶するためだけでなく、好適にはその信用される部分内にデータの
要約及びアクセス制御データも記憶するための容量を必要とする。データのイン
ストールは、そうでなければ本質的に図１８に示したようなものでよい。このよ
うな装置において、動作ログ１２０４に対する均等物がＰＴＭ上に、好適には信
用される部分内に保持されることが望ましい。

【０１１３】図１９は、制限されるコードの実行のために本発明の実施形態に関連するＰＴ
Ｍ１１０６とＴＣ１１０３との間の関係を示す。サインオンにおける相互の認証
が存在し、ＴＣは、ＰＴＭのＩＤをチェックする（好適にはＳＣの公開鍵の証明
を介して）、これは、図７に示したようなものであってもよい。そして、ユーザ
は、制限されるデータにアクセスすることを求める。ＴＣ上のセキュアオペレー
タ１２０６が、このデータにアクセスするために信用されるコンピューティング
プラットホームのオペレーティングシステム１４００に対して許諾を拒絶する前
に、ＴＣは、ＰＴＭ上の関連するユーザライセンスに対するチェックを行なう。
従って、オペレーティングシステム１４００は、データに対して信用される入力
／出力プロセスを有しており、すなわち、当業者は、このことがいくつかの方法
で達成できることを認識するであろうが、これらの方法のうちの特に有利な１つ
は、セキュアオペレータソフトウエア１２０６と別のソフトウエアにアクセスで
きないオペレーティングシステム１４００との間のセキュアハードウエア通信経
路であり、これは、図１４のシステム内に存在する通信経路によって達成するこ
とができる。オペレーティングシステムの関連する部分は、ＢＩＳ上でチェック
され、すなわち、必要に応じてシステム完全性のチェックは、オペレーティング
システムのこの部分における完全性のチェックが失敗した場合、失敗に至る。制
限されたデータのユーザアクセスに対する典型的なアプローチは、以下のように
なっていてもよい。ユーザが多分別のプログラムを介して特定のデータへのアク
セスを望む場合、セキュアオペレータ１２０６は、データに関連するアクセスプ
ロファイルを使用する（アクセスプロファイルを使用するための代替物は、最後
のサインオンの間に取得されるユーザＩＤによって、要求された許諾を実行する
ことを許諾が可能にするかどうか、又はさもなければこのようにするための一般
的な許諾が存在するかどうか（無関係又は同一）を確認するために、任意のライ
センスに関するローカルに記憶された情報の使用を採用することができる）。好
適には、データプロテクタ１２０６も、プロファイルの及びデータの完全性をチ
ェックする。ＰＴＭユーザＩＤに対して有効な許諾が見つけられた（又は一般的
な許諾が存在する）場合、許諾は、データにアクセスするためにオペレーティン
グシステム１４００に与えられる。そうでない場合、セキュアオペレータは、質
問のデータに関するライセンスがＰＴＭ１１０６に記憶されているかどうかを見
出すために、ＰＴＭ１１０６に質問する。そうでない場合、許諾は、操作を実施
するためのオペレーティングシステムに対して否定される。しかしながら、ライ
センスがＰＴＭ１１０６自体上に記憶されている場合、使用許諾情報は、共有セ
ッション鍵及びチェックされた（及びおそらく記憶された）完全性を介して暗号
化されていることによって検索される。ＰＴＭ１１０６上にライセンスが存在す
る場合でさえ、チェックは、現在の操作が有効であるかどうかを確認するために
行なわれる必要があることがある。そうである場合、許諾は、データにアクセス
するためにオペレーティングシステムに与えられ、そうでない場合、許諾は否定
される。好適には、操作が行なわれる前に、ＴＣも、そのユーザＩＤに対応する
ＰＴＭが依然としてスマートカードリーダ内に挿入されていることをチェックす
る。

【０１１４】アクセスプロファイル及びデータが変更された場合、何が対応するエントリー
であるかがはっきりしないかもしれないように、ＴＣ内に記憶された要約に対し
てデータが一致することができないかもしれない。従って、やはり好適には、デ
ータプロテクタは、その中に記憶された対応する適切な要約が存在しない場合、
どのデータも実行することを可能にしない。

【０１１５】今度は、これらの原理にしたがった操作制限に対する特定のアプローチを説明
する。

【０１１６】図２０は、チェックのモデルを使用した操作制限に対するフローチャートを示
しており、この場合、オペレーティングシステム１４００は、ＴＣ１１０３内に
あるセキュアオペレータ１２０６と、及びそのデータに関して開発者によって許
された操作を指定するデータの一部に関連するアクセスプロファイル（ＴＣの外
側）と通信する。このことは、好適であるように、すべての操作保護ソフトウエ
アがＴＣ１１０３内に搭載されている場合に適切である。オペレーティングシス
テム１４００、操作保護ソフトウエア１２１１及びＴＣ１１０３の間の通信は、
修正又はスプーフィングに対して保護されている必要がある。前述のように、１
つのオプションは、信用されるオペレーティングシステムの一部（データ入力及
び出力を取り扱う部分）を作成することにあり、ＯＳのこの部分は、ＢＩＳ手続
きの一部としてチェックされる完全性とすることができる。この部分が修正され
ている場合、プラットホームの完全性は失われる。別のオプションは、オペレー
ティングシステムと通信するときに、ＴＣからＣＰＵに信用される通信経路（図
１４に示されたような）を使用することである。

【０１１７】このアプローチは、個々のユーザがそれぞれユーザ自身の独自のＰＴＭを有す
る場合に有効である。しかしながら、これは、スマートカード又は他の適切なＰ
ＴＭがグループのメンバの間で複製され又は共有される場合に使用されることも
できる。

【０１１８】オペレーティングシステム１４００、信用されるコンポーネント１１０３、携
帯型の信用されるモジュール１１０６（ここにおいてスマートカードとして示さ
れ、ＳＣと省略される）及びアクセスプロファイル１３０３の間の適切な相互作
用を有する図２０に示されたステップは、以下のとおりである。

【０１１９】スマートカードを使用したサインオンの際、ＴＣとスマートカードとの間の相
互認証が存在する（ステップ１６０１）。ＴＣは、（現在の）スマートカードＩ
Ｄを記憶し、これは、好適にはスマートカード公開鍵の証明である。

【０１２０】ユーザが何らかのディジタルデータ上で操作の実施を望むとき、一般にオペレ
ーティングシステム１４００は、データプロテクタ１２０７にメッセージを送信
し（ステップ１６０２）、そして、このデータプロテクタは、ＴＣ内に記憶され
たデータに又はデータ及びアクセスプロファイルの発行に対応するハッシュ又は
チェックサムが存在するかどうかをチェックする（ステップ１６０３）。

【０１２１】このようなハッシュ又はチェックサムが存在しない場合、データプロテクタ１
２０７は、メッセージをオペレーティングシステム１４００にリレーし、データ
は実行されない。

【０１２２】このようなハッシュ又はチェックサムが存在する場合、セキュアオペレータ１
２０６は、ＴＣ１１０３の秘密鍵を使用してサインされるデータ（例えば、その
タイトル）に対する参照と共に、乱数（ナンス）を送信することによってデータ
のその部分に対応するアクセスプロファイル１３０３に、チャレンジ／レスポン
スを発行する（ステップ１６０４）。このようなチャレンジ／レスポンスのプロ
トコルは、この技術内においてよく理解されている（及び例えば、図５と図７に
関連して前述した）。

【０１２３】アクセスプロファイル１３０３は、ＴＣ１１０３の公開鍵を使用して、セキュ
アオペレータのチャレンジを確認して認証し、メッセージを戻す（ステップ１６
０４）。認証が成功した場合、レスポンスは、ナンス及びデータに対する参照を
組み込む。ナンスは、再生攻撃に対する保護を与えるために含まれる。認証が成
功しなかった場合、又はこの特定の機械上でデータ操作を行なうことを望むユー
ザが一人もいないので、アクセスプロファイルがエラーを通知した場合、セキュ
アオペレータは、メッセージをオペレーティングシステムにリレーし、データは
、操作されない（ステップ１６０６）。

【０１２４】セキュアオペレータは、スマートカードＩＤ及びＴＣＩＤに関して、アクセス
プロファイル内に含まれた情報に依存した適切な動作チェックを行なう。さらな
る情報が要求されていない場合、セキュアオペレータは、オペレーティングシス
テムがデータアクセスを実行することを可能にする（ステップ１６０７）。

【０１２５】データに関連するアクセスプロファイルが存在しない場合、セキュアオペレー
タは、どのようにして続けるかのモデルを要求する。これは、スマートカード上
でライセンスチェックを可能にすることがある。管理者によってその中にあらか
じめセットされたデフォルトモデルは、動作に取り込んでもよい（スマートカー
ドに対するライセンスチェックの後又はその代わりのいずれか）。これは、デー
タアクセスを簡単に否定することができ、又はさらに精巧にすることができ、例
えば管理者は、デフォルトによって削除が起こることがあるが、所定の回数より
多くのコピーが起こることはないことを規定することを望んでもよい。

【０１２６】明示的なアクセス許諾が与えられていない場合、又はおそらくライセンスがこ
のタイプのデータアクセスについてチェックされることができないというフラッ
グをアクセスプロファイルが含む場合、セキュアオペレータは、ＴＣの秘密鍵を
使用してサインされたデータに対する参照と共に、ナンスを送信することによっ
てスマートカードにチャレンジ／レスポンスを発行する（ステップ１６０８）。
そして、スマートカードは、ＴＣの公開鍵を使用して、セキュアオペレータのチ
ャレンジを確認して認証し（ステップ１６０９）、メッセージを返送する（ステ
ップ１６１０）。スマートカードが関連するライセンスを含む場合、このメッセ
ージは、ナンス、データに対する参照及びユーザアクセスライセンス情報を組み
込む。そして、セキュアオペレータは、データアクセス動作を実施するためにこ
のライセンス内の適切な許諾についてチェックする。

【０１２７】アクセスプロファイル内に有効な許諾が存在しない場合、セキュアオペレータ
は、オペレーティングシステム１４００に適切にエンドユーザに通知することを
要求し、データは操作されない（ステップ１６１１）。

【０１２８】スマートカードに対するライセンスチェックの結果として生じた、有効な許諾
が存在する場合、セキュアオペレータは、オペレーティングシステムにデータ操
作の実行を要求する（ステップ１６１２）。

【０１２９】データ操作が許された場合、ＴＣ１１０３は、トランザクションの計測記録を
取り、これを操作ログ１２０４に記憶するように適合され得る。

【０１３０】ソフトウエアの著作権侵害に対向するため、信用されるプラットホームの外側
においてデータのコピーされたバージョンの使用に対する保護を与えることによ
って、今日のドングル技術において使用される技術に対応するいくつかのアプロ
ーチがある。第１に、データそれ自体が、暗号化されて送信でき、かつ記憶され
ることができ、暗号解読鍵は、アクセスプロファイル内に、又はスマートカード
上に記憶されたライセンス内に記憶される。第２に、データアクセス許諾が与え
られる前に及び／又はデータアクセス操作の間に、ＴＣＩＤ又はスマートカード
ＩＤ、あるいはＴＣ又はＳＣ内に記憶された鍵についてチェックするためにソー
スコードが使用可能な場合、ＡＰＣ呼び出しが、データ内へ挿入されることがで
きる。開発者とのライセンス契約の外側にあるように、信用されるプラットホー
ム上でデータがアクセスされ得ないことを確実にすることが唯一の目的である場
合、このような測定は必要ない。

【０１３１】ディジタルデータを実行するための許諾についてチェックを強制するための好
適な機構において、信用されるモジュール１２０（今度は図１４を考慮して）は
、チェック許諾のために使用されるハードウエアを含み、及び／又はソフトウエ
アを記憶している。特に信用されるモジュール１２０は、アプリケーションとコ
ンピュータプラットホームのオペレーティングシステム（ＯＳ）との間のブリッ
ジとして作用する。ＯＳは、信用されるモジュール１２０と好適には通常のアプ
リケーション及び非ＯＳソフトウエアにアクセス不能なコンピュータプラットホ
ームのＣＰＵ１０２との間の通信経路１２２を介して与えられる信用されるモジ
ュール１２０からのものを除いて、好適にはアプリケーションのロード又は実行
のあらゆるリクエストを無視する。ホストコンピュータ上で動作するプロセスは
、以下のとおりである。第１に、通常エンドユーザによる何らかの動作に応答し
て、アプリケーション又は他のデータを実行するために、信用されるモジュール
１２０における関連する動作保護コードに対する初期リクエストが存在する。信
用されるモジュール１２０内のセキュアオペレータは、前に詳述したように、適
切なライセンスチェックを実行する。このチェックの結果が、データを実行する
ために適している場合、セキュアオペレータは、好適には通常のアプリケーショ
ン及び非ＯＳソフトウエアにアクセス不能なＣＰＵ１０２への通信経路１２２を
介してこの情報をＯＳに伝達する。次に、ＯＳは、アプリケーション又はデータ
を実行するためにホスト上でプロセスを開始する。類似のプロセスは、データイ
ンストールが適切であることを示すために、データプロテクタがＯＳと通信する
ときに実施される。

【０１３２】好適には信用されるモジュールは、データを使用するためにオペレーティング
システムにリクエストをログ記録するように動作することができる。データ使用
の計測のセキュリティーと信頼性は、信用されるモジュール内にデータ使用を確
実にログ記録することによって増強される。データ操作活動のログ記録は、ＴＣ
において安全に行なわれて記録される。多数の異なる段階において、このことを
実行するオプションが存在する。もっとも一般的なものは、セキュアオペレータ
によってデータが開かれ、コピーされ、プリントされ又は実行許可される段階に
ある。別の共通点は、データプロテクタが、インストールされるべきデータに対
するその完全性のチェックを成功して完了し、及びこのデータを顧客の機械へ成
功してインストールした段階にある。アクセスプロファイル、セキュアオペレー
タ及びデータプロテクタは、完全性のチェックによって保護されているので、ロ
グ記録プロセスをバイパスし又は編集するハッカーの試みに対して、何らかの保
護が与えられる。このようなログは、セキュア検査情報、及び融通性のある使用
許諾及び支払いモデルの可能性の両方を提供する。このような検査ログは、使用
報告、及び機械ユーザのＩＴ部門または会社の検査者のような第三者にアクセス
可能な情報のための基礎をなしている。

【０１３３】有利な点は、ＡＰＩ呼び出しは、信用されるモジュール内における秘密の存在
、信用されるモジュールのアイデンティティ及び存在、又は携帯型の信用される
モジュールに関連するユーザＩＤのようなデータ制限に関連する情報に対するチ
ェックのために、信用されるモジュールに対して又は操作保護コードに対して使
用することができる。さらに、信用されるモジュールは、コードの一部を実行す
るようにすることができる。信用されるモジュールの強力な認証は、信用される
モジュールの秘密暗号鍵および標準的な認証プロトコルを使用することによって
可能である。

【０１３４】このようにして（繰り返して言えば、通常のドングルのためにＡＰＩ呼び出し
を使用する）、ＡＰＩ呼び出しの使用において開発者のための利益がある。ソフ
トウエアにＡＰＩ呼び出しを加える通常の利益は、実行可能な又はソースのコー
ドが明確に得られる場合でさえ、ソフトウエアが特定のユーザにカスタマイズさ
れ、ひいては別の認証されたユーザに対して、ただちに利益のあるものではない
。しかしながら、従来の構成において、このことは、開発者の一部に対して多大
な努力を必要とすることがある。唯一の相違が異なった信用されるモジュールＩ
Ｄである場合、コードの完全性チェックを介した保護によって、実質的な保護は
、信用されるモジュール自体内におけるコードの実行部分が個々のコードのカス
タマイズを必要としないとき、開発者によるきわめてわずかな努力によって取得
できる。

【０１３５】この場合、開発者は、プラットホームの信用されるモジュールにおける秘密（
例えば、携帯型の信用されるモジュールにおけるユーザＩＤ）の存在に関してチ
ェックするためのソフトウエア内にＡＰＩ呼び出しを挿入することができる。一
般に、セキュアオペレータは、概して実行時にチェックをさせるだけであり、コ
ード内におけるさらなるＡＰＩ呼び出しは、所望の場合、コードの実行の間に種
々の段階において行なうことができる。このことは、ソフトウエアに対する一般
的な方法で（すなわちそれぞれの顧客が同じバージョンを受信する）行なうこと
ができ、正確な信用されるモジュールＩＤのようなカスタマイズされた詳細は、
後に追加されることができる。

【０１３６】データプロテクタの役割は、データが安全にインストールされることを（図１
８に関連して説明したように）確実にし、データに対する関連した操作の前にデ
ータ及び任意の関連するアクセスプロファイルの両方の完全性をチェックするこ
とでもある。この役割に対する論理的な拡張が存在し、これは、さらなる利益を
提供する。データの完全性のチェックは、ラッパが取り除かれた場合にデータが
実行されることに対してさらなる保護を与えるために、データプロテクタによっ
てラッパなしのデータが実行されることを防止できるようなものであってもよい
。必要に応じて、チェックは、データの複数のコピーが存在しないことを確実に
するために、データプロテクタによっても行なわれ、このことは、例えばユーザ
のセット数を含む又は所定の時間にわたって実行する使用許諾モデルによって保
護されるデータの使用の認証されていない拡張を防止する。複数のコピーが見つ
かった場合、ユーザは、このコピーの実行を可能にするために、１つを除いたす
べてのコピーを消去するオプションを与えられる。

【０１３７】システムの鍵コンポーネントは、データに関連するアクセスプロファイルであ
る。これは、保護されるべきデータを指定し、ユーザがその特定のソフトウエア
又はデータ上で実行することを許された操作も指定する。本発明の態様の操作に
おいて、アクセスプロファイルは、携帯型の信用されるモジュール内に保持され
るユーザＩＤが、データ上の所定の（又は任意の）操作を可能にするためにチェ
ックされることを指定する。アクセスプロファイルは、携帯型の信用されるモジ
ュールがユーザライセンスについてチェックされることも可能にする（又はこれ
は、特定のデータに対して許されないかもしれない）。アクセスプロファイルの
完全性がプラットホームの信用されるコンポーネントによってチェックすること
ができる場合、アクセスプロファイルは、プラットホームの信用されるモジュー
ル内に、又は信用されるプラットホームのどこか他に配置されることができる。
アクセスプロファイルは、データに関連するライセンス又は暗号コンテナと同様
である。

【０１３８】この手続きに関する変形が存在し、この場合、プロファイルがさらに事前対応
型であり、オペレーティングシステム１４００がデータに対する操作をリクエス
トするためにアクセスプロファイルに直接接触し、操作がプロファイル仕様に逆
らうことがない場合にだけ、アクセスプロファイルが許諾によって応答する。同
様に、スマートカードのユーザライセンスは、適切なチェックを開始することが
できる。

【０１３９】このような構成において、これは、データに対する操作に関してオペレーティ
ングシステムを制御するセキュアオペレータというよりはむしろアクセスプロフ
ァイルである。この場合、アクセスプロファイルにとって、プラットホームの信
用されるモジュール内に完全に又は部分的に（好適にはオペレーティングシステ
ムへのセキュア通信経路と共に）配置されることは有利である。今度は、図２２
に関連して、コンピュータプラットホーム上へのデータのインストール、及び携
帯型の信用されるモジュールを有するユーザによるデータの後続の実行を説明す
る。

【０１４０】データに関する登録及び／又は支払いの際、ステップ２２０１において、クリ
アリングハウス又は開発者（正確な支払いモデルにしたがって）は、スマートカ
ードＩＤ（やがて携帯型の信用されるモジュールに記憶されるべき）及び購入さ
れたデータにしたがって更新されるべきデータに対応するライセンスを認証する
。（これに先立って、相互認証（おそらくオフライン）があり、これらの本体間
の公開鍵証明は交換されており、さもなければ開発者は、携帯型の信用されるモ
ジュールを含むスマートカードを実際に発行する）。クリアリングハウス又は開
発者は、（カスタマイズされた）アクセスプロファイルに関連してデータを顧客
に送信する（ステップ２２０２）。携帯型の信用されるモジュールの公開鍵が、
アクセスプロファイルへ挿入される（代案として、共有の鍵が、セキュアオペレ
ータとスマートカード携帯型の信用されるモジュールとの間にセットアップされ
る）ように、アクセスプロファイルは、カスタマイズされる。データ及びアクセ
スプロファイルの両方は、クリアリングハウス／開発者の秘密鍵によってハッシ
ュされてサインされ、これに対応する公開鍵は、スマートカード上の携帯型の信
用されるモジュール内に記憶される。保護されるべきあらゆるメッセージの内容
は、ランダムに発生される秘密鍵（ＤＥＳ鍵のような）を使用して暗号化され、
標準的なプロトコルにしたがって意図した受取側の公開鍵を使用して暗号化され
た公開鍵（例えば、ＲＳＡ）である対称鍵と共に転送される。データがコンピュ
ータプラットホームに転送されると、同様なプロセスは、データの転送に対して
行なわれ、開発者の公開鍵は、コンピュータプラットホームの信用されるモジュ
ールに送信される。

【０１４１】データプロテクタは、データがコンピュータプラットホームに転送されるとき
にはいつでも、データの完全性をチェックし、インストールの際（ステップ２２
０３）、パッケージは、ハッシュ及び（プラットホームの信用されるコンポーネ
ントにおける公開鍵を使用して）暗号解読されたサインとの比較によって確認さ
れ、ハッシュは、プラットホームの信用されるコンポーネント内に記憶される。
予想されたものでないディジタルサインが、生まれた場合、データもアクセスプ
ロファイルもロードされない。

【０１４２】前述のステップは、データのインストールに関しており、以下のステップは、
データへのアクセスを制限するためのシステムの使用に関する。スマートカード
を使用してサインオンする際、プラットホームの信用されるコンポーネントとス
マートカードの携帯型の信用されるモジュールとの間に相互認証が存在する（ス
テップ２２０４）。

【０１４３】プラットホームの信用されるコンポーネントは、（現在の）スマートカードユ
ーザＩＤを受信して記憶する（ステップ２２０５）。

【０１４４】ユーザがデータの使用を望むとき、コンピュータプラットホームのオペレーテ
ィングシステムは、そのデータに対応するアクセスプロファイルからの動作を要
求する。アクセスプロファイルは、データに対する参照と共に、乱数（ナンス）
を送信することによりセキュアオペレータにチャレンジ／レスポンスを発行する
（ステップ２２０６）。

【０１４５】セキュアオペレータは、スマートカードＩＤを使用して、さもなければスマー
トカード上に記憶された何らかの情報を取得することによって、データに対する
適切なチェックを行なう（ステップ２２０７）。例えば、セキュアオペレータは
、プラットホームの信用されるコンポーネント内に記憶されたプロファイルにお
いて、挿入されたスマートカードのユーザＩＤにしたがってデータが使用される
ことを許諾されているかどうかをチェックすることができ、又はプラットホーム
の信用されるコンポーネント内に記憶されたプロファイルにしたがって信用され
るプラットホーム自体において（ユーザに関係なく）データが使用されることを
許諾されているかどうかをチェックすることができ、又はアクセスされるべきデ
ータに関連して内部に記憶された何らかのライセンスのさらなる詳細を取得する
ためにスマートカードを調べることができる。この場合、セキュアオペレータは
、プラットホームの信用されるコンポーネントの秘密鍵を使用してサインされた
データに対する参照と共に、ナンスを送信することによってスマートカードにチ
ャレンジ／レスポンスを発行する。次に、スマートカードは、プラットホームの
信用されるコンポーネントの公開鍵を使用してセキュアオペレータのチャレンジ
を確認して認証し、ナンス、データに対する参照及びユーザアクセスライセンス
情報を組み込んだメッセージを返送する。そして、セキュアオペレータは、デー
タアクセス動作を実行するために、このライセンス内の適当な許諾についてチェ
ックする。

【０１４６】有効なライセンスが存在しない場合、セキュアオペレータは、エラーメッセー
ジを返送し（ステップ２２０８）、このエラーメッセージからアクセスプロファ
イルは、適切にオペレーティングシステムを使用許諾して通知することによって
、問題の正確なタイプを判定することができる。有効なライセンスが存在する場
合、セキュアオペレータは、コンピュータプラットホームの信用されるコンポー
ネントの秘密鍵を使用してサインされて暗号化されたナンス及びデータ参照を組
み込んだメッセージを返送する。

【０１４７】アクセスプロファイルは、コンピュータプラットホームの信用されるコンポー
ネントの公開鍵を使用して、セキュアオペレータのレスポンスが適正であるかど
うかを確認し（ステップ２２０９）、データを実行するためにオペレーティング
システムに呼び出しを渡すか、又は適宜にオペレーティングシステムにエラーメ
ッセージを送信する。

【０１４８】データへのアクセスは、ログ記録される（ステップ２２１０）。ログは、有利
にはコンピュータプラットホームの信用されるコンポーネント内に保持されるが
、追加的に又はその代わりにスマートカード内に保持されてもよく、適切に更新
される。

【０１４９】当業者は、特許請求の範囲に記載したような本発明の範囲から逸脱することな
く、前述の実施形態に多くの変形を行なうことができることを容易に認識するで
あろう。

【図面の簡単な説明】

【図１】本発明の実施形態を実施することができるシステムを示す線図である。

【図２】スマートカードリーダを介してスマートカードと、及びモジュールのグループ
と通信するために構成された信用される装置を含むマザーボードを示す線図であ
る。

【図３】信用される装置をさらに詳細に示す線図である。

【図４】コンピューティング装置の完全性メトリックスの取得に含まれるステップを示
すフロー線図である。

【図５】信用されるコンピューティングプラットホームとその完全性を確認する信用さ
れるプラットホームを含むリモートプラットホームとの間の通信の確立に含まれ
るステップを示すフロー線図である。

【図６】本発明の実施形態にしたがって使用するためのユーザスマートカードの使用で
きる部分を示す線図である。

【図７】スマートカードとホストプラットホームを相互に認証するプロセスを示すフロ
ー線図である。

【図８】図１５のシステムにおける信用されるモジュールの略ブロック図である。

【図９】内部に使用された種々の通信方法を示すために図１５のシステムの一部を示す
図である。

【図１０】内部に使用された種々の通信方法を示すために図１５のシステムの一部を示す
図である。

【図１１】内部に使用された種々の通信方法を示すために図１５のシステムの一部を示す
図である。

【図１２】内部に使用された種々の通信方法を示すために図１５のシステムの一部を示す
図である。

【図１３】図１５のシステムに使用されるプロトコルデータユニットのフォーマットを示
す図である。

【図１４】本発明の特定の実施形態を説明するために使用される図１５のシステムに対す
る修正案を示す図である。

【図１５】別の特許出願（国際特許出願第ＰＣＴ／ＧＢ００／００５０４号、２０００年
２月１５日出願）の主題であるホストコンピュータシステムの略ブロック図であ
る。

【図１６】図１４のシステムにおける信用されるモジュールの論理コンポーネントの線図
である。

【図１７】図１４のシステムにおいて保護されるソフトウエア又はデータの構造を示す図
である。

【図１８】図１４のシステムにおけるソフトウエア又は別のデータのインストール又はア
ップグレードを示すフローチャートである。

【図１９】本発明の実施形態によるシステムにおける携帯型の信用される装置と信用され
るプラットホームとの間の関係を示す線図である。

【図２０】使用許諾の制限を強制するように図１４のシステムにおける保護されるデータ
又はソフトウエアの使用を示すフローチャートである。

【図２１】本発明の別の実施形態において、図１４のシステム上のソフトウエア又は別の
データのインストール及び使用を示すフローチャートである。

【手続補正書】

【提出日】平成１４年２月１４日（２００２．２．１４）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００８４

【補正方法】変更

【補正の内容】

【００８４】今度は、図１５及び図８〜図１３を参照して、２０００年２月１５日に出願さ
れた国際特許出願第ＰＣＴ／ＧＢ００／００５０４号の主題であるシステムの特
定の実施形態を説明する。このシステムは、本発明の用途に特に適している。図１５において、ホストコンピュータ１００は、主ＣＰＵ１０２、ハードディスク
ドライブ１０４、ＰＣＩネットワークインターフェースカード１０６及びＤＲＡ
Ｍメモリ１０８を有し、従来の（「通常の」）通信経路１１０（ＩＳＡ、ＥＩＳ
Ａ、ＰＣＩ、ＵＳＢのような）をそれらの間に備える。ネットワークインターフ
ェースカード１０６は、ホストコンピュータ１００の外側の世界との外部通信経
路１１２も有する。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】０１３９

【補正方法】変更

【補正の内容】

【０１３９】このような構成において、これは、データに対する操作に関してオペレーティ
ングシステムを制御するセキュアオペレータというよりはむしろアクセスプロフ
ァイルである。この場合、アクセスプロファイルにとって、プラットホームの信
用されるモジュール内に完全に又は部分的に（好適にはオペレーティングシステ
ムへのセキュア通信経路と共に）配置されることは有利である。今度は、図２１に関連して、コンピュータプラットホーム上へのデータのインストール、及び携
帯型の信用されるモジュールを有するユーザによるデータの後続の実行を説明す
る。

【手続補正３】

【補正対象書類名】図面

【補正対象項目名】全図

【補正方法】変更

【補正の内容】

【図４】

【図５】

【図７】

【図８】

【図９】

【図１０】

【図１１】

【図１２】

【図１３】

【図１４】

【図１５】

【図１６】

【図１７】

【図１８】

【図１９】

【図２０のその１】

【図２０のその２】

【図２１】

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＪＰ，ＵＳ (72)発明者プロウドラー，グレーム，ジョンイギリス国ブリストル・ビーエス34・８エックスキュー，ストーク・ギフォード，タッチストーン・アベニュー・５Ｆターム(参考） 5B017 AA01 AA06 AA08 BA09 BB09 CA15 CA16 5B035 AA13 BB09 CA11 CA29 5B076 AB10 AB17 FB01 FC10 5B082 EA11

Claims

【特許請求の範囲】

【請求項１】データに対する操作を制限するように適合されたコンピュータ
システムであって、プラットホームのユーザが、データに対してリクエストされた操作を行なうた
めに許諾されているかどうかをチェックし、データの使用を可能にするためのセ
キュアオペレータを有するコンピュータプラットホームと、ユーザのアイデンティティを含む携帯型の信用されるモジュールと、その信用
されるモジュールが、予想された態様で動作し、無許可の外部の修正に抵抗する
ように適合されたコンポーネントであることと、及びデータに関してユーザのライセンス許諾を指定するアクセスプロファイルとを
含み、前記セキュアオペレータが、前記携帯型の信用されるモジュールに含まれたユ
ーザのアイデンティティに対してリクエストされた操作が許諾されているかどう
かを判定し、ライセンスが必要であって存在しない場合、リクエストされた操作
を止めるために、アクセスプロファイルをチェックするように適合されている、
コンピュータシステム。
【請求項２】前記コンピュータプラットホームが、プラットホームの信用さ
れるモジュールをさらに含み、そのプラットホームの信用されるモジュール及び
前記携帯型の信用されるモジュールが、相互に認証するように適合されている、
請求項１に記載のコンピュータシステム。
【請求項３】前記セキュアオペレータのいくつか又はすべての機能性が、前
記プラットホームの信用されるモジュール内にある、請求項２に記載のコンピュ
ータシステム。
【請求項４】前記アクセスプロファイルが、前記コンピュータプラットホー
ム内にある、請求項１〜３のいずれかに記載のコンピュータシステム。
【請求項５】いくつか又はすべてのデータが、前記コンピュータプラットホ
ーム内にあり、前記コンピュータプラットホームは、前記コンピュータプラット
ホームのプロセッサがデータに対する操作を実行する前に、データの完全性をチ
ェックするためのデータプロテクタをさらに含む、請求項１〜４のいずれかに記
載のコンピュータシステム。
【請求項６】いくつか又はすべてのデータが、前記携帯型の信用されるモジ
ュール内、又は前記携帯型の信用されるモジュールを含む装置内にあり、前記携
帯型の信用されるモジュール又は前記携帯型の信用されるモジュールを含む装置
は、前記コンピュータプラットホームのプロセッサがデータに対する操作を実行
する前に、データの完全性をチェックするためのデータプロテクタをさらに含む
、請求項１〜４のいずれかに記載のコンピュータシステム。
【請求項７】前記データプロテクタが、関連する信用されるモジュール内に
ある、請求項５又は請求項６に記載のコンピュータシステム。
【請求項８】前記データプロテクタが、データのインストールをチェックし
、保護されたデータの要約及び／又は関連する信用されるコンポーネントへの任
意の関連するアクセスプロファイルをロードするように適合されている、請求項
５〜７のいずれかに記載のコンピュータシステム。
【請求項９】前記信用されるプラットホームが、前記セキュアオペレータ及
び存在するならば前記データプロテクタを含む操作保護コードの完全性をブート
においてチェックするように適合されている、請求項１〜８のいずれかに記載の
コンピュータシステム。
【請求項１０】前記コンピュータプラットホームが、第１のハッシュを生成
するために前記操作保護コードを読取ってハッシュし、第２のハッシュを生成す
るために前記プラットホームの信用されるモジュールに記憶された第三者の公開
鍵証明を使用してセキュア操作保護コードハッシュの記憶されたサイン済みバー
ジョンを読取って暗号解読し、及び前記第１のハッシュと前記第２のハッシュと
を比較することによって、完全性チェックを行なうように適合されている、請求
項２に従属する場合の請求項９に記載のコンピュータシステム。
【請求項１１】前記携帯型の信用されるモジュールが、取り外し可能な信用
されるモジュールに関連するデータにアクセスする権利を指定するユーザアクセ
スライセンスを含み、それにより前記アクセスプロファイルによって止められる
まで、前記セキュアオペレータが、携帯型の信用されるモジュールに含まれるユ
ーザのアイデンティティに対してリクエストされた操作が許諾されているかどう
かを判定するために、ユーザアクセスライセンスをチェックするように適合され
ている、請求項１〜１０のいずれかに記載のコンピュータシステム。
【請求項１２】前記コンピュータプラットホームが、前記プラットホームの
信用されるモジュールとコンピュータプラットホームのオペレーティングシステ
ムとの間にセキュア通信経路を含む、請求項２に従属する場合の前記請求項のい
ずれかに記載のコンピュータシステム。
【請求項１３】コンピュータプラットホームは、前記オペレーティングシステムが、ターゲットデータの名称および意図した操
作を送信することによって、データに作用する前にセキュアオペレータからのポ
リシーチェックをリクエストし、前記セキュアオペレータが、データを操作させてもよいかどうかを判定するた
めに前記アクセスプロファイルにおけるターゲットデータに関連する制限をチェ
ックし、及び前記セキュアオペレータが、制限を有する申し込まれた使用をチェックし、オ
ペレーティングシステムに応答するように適合されている、請求項１〜１３のい
ずれかに記載のコンピュータシステム。
【請求項１４】データに対する操作の許可のために前記オペレーティングシ
ステムがリクエストする際、前記セキュアオペレータが、前記プラットホームの
信用されるモジュールの秘密鍵によってサインされたアクセスプロファイルにメ
ッセージを送信し、前記アクセスプロファイルが、前記プラットホームの信用さ
れるモジュールの公開鍵にアクセスし、その公開鍵によってサインされたメッセ
ージを確認して認証することができ、それにより満たされた場合、前記アクセス
プロファイルが、前記セキュアオペレータにアクセスプロファイルデータを送信
し、その結果、前記セキュアオペレータが、前記アクセスプロファイルデータを
テストし、適切な場合、前記オペレーティングシステムにリクエストされた操作
を実行することをリクエストする、請求項３に従属する場合の請求項１３に記載
のコンピュータシステム。
【請求項１５】前記関連した信用されるコンポーネントが、データ及び関連
するアクセスプロファイル上で一方向機能のセキュア結果を含み、その一方向機
能の計算がセキュア結果と異なった結果を提供した場合、前記データプロテクタ
が、操作の実行を止める、請求項２及び請求項５〜７のいずれかに従属する請求
項１３又は請求項１４に記載のコンピュータシステム。
【請求項１６】前記プラットホームの信用されるコンポーネントが、データ
における特定の操作を実行するために、前記オペレーティングシステムに対する
リクエストをログ記録するように適合されている、請求項２に従属する場合の前
記請求項のいずれかに記載のコンピュータシステム。
【請求項１７】前記携帯型の信用されるコンポーネントが、データに対する
特定の操作を実行するために、前記オペレーティングシステムに対するリクエス
トをログ記録するように適合されている、請求項６に記載のコンピュータシステ
ム。
【請求項１８】データに対する操作を制限するように適合されたコンピュー
タシステムであって、データに関してユーザのライセンス許諾を指定し、データの使用を可能にする
ためのアクセスプロファイルを有するコンピュータプラットホームと、ユーザのアイデンティティを含む携帯型の信用されるモジュールと、信用され
るモジュールが、予想された態様で動作し、無許可の外部の修正に抵抗するよう
に適合されたコンポーネントであることとを含み、前記アクセスプロファイルが、前記携帯型の信用されるモジュールに含まれた
ユーザアイデンティティに対してリクエストされた操作が許諾されているかどう
かを判定し、ライセンスが必要であって存在しない場合、リクエストされた操作
を止めるように適合されている、コンピュータシステム。
【請求項１９】前記コンピュータプラットホームのオペレーティングシステ
ムが、データに対する所定の操作を実行する前に、前記アクセスプロファイルか
らのポリシーチェックをリクエストするように適合され、その結果、前記アクセ
スプロファイルが、データを操作してもよいかどうかを判定するために、データ
に加える制限をチェックし、それにしたがって前記オペレーティングシステムに
応答する、請求項１８に記載のコンピュータシステム。
【請求項２０】プラットホームのユーザが、データに対してリクエストされ
た操作を行なうために許諾されているかどうかをチェックし、データの使用を可
能にするためのセキュアオペレータを有するコンピュータプラットホームと、ユーザのアイデンティティを含む携帯型の信用されるモジュールと、信用され
るモジュールが、予想された態様で動作し、無許可の外部の修正に抵抗するよう
に適合されたコンポーネントであることと、及びデータに関してユーザのライセンス許諾を指定するアクセスプロファイルとを
含むシステムにおいて、データの操作を制限する方法であって、その方法が、前記セキュアオペレータにターゲットデータの名称および意図し
た操作を送信することによって、データに作用する前に前記セキュアオペレータ
に前記コンピュータプラットホームのオペレーティングシステムによるポリシー
チェックのためのリクエストを含み、前記セキュアオペレータが、データを操作してもよいかどうかを判定するため
に前記アクセスプロファイルのターゲットデータに関連する制限をチェックし、
及び前記セキュアオペレータが、制限を有する申し込まれた使用をチェックし、前
記オペレーティングシステムに応答する、方法。
【請求項２１】前記コンピュータプラットホームが、プラットホームの信用
されるモジュールをさらに含み、前記セキュアオペレータのいくつか又はすべて
の機能性が、前記プラットホームの信用されるモジュール内にあり、それにより
データに対する操作の許諾のために前記オペレーティングシステムがリクエスト
する際、前記セキュアオペレータが、前記プラットホームの信用されるモジュー
ルの秘密鍵によってサインされたアクセスプロファイルにメッセージを送信し、
前記アクセスプロファイルが、前記プラットホームの信用されるモジュールの公
開鍵にアクセスし、かつその公開鍵によってサインされたメッセージを確認して
認証することができ、それにより、満たされた場合、前記アクセスプロファイル
が、前記セキュアオペレータにアクセスプロファイルデータを送信し、その結果
、前記セキュアオペレータが、前記アクセスプロファイルデータをテストし、適
切な場合、前記オペレーティングシステムにリクエストされた操作を実行するこ
とをリクエストする、請求項２０に記載の方法。
【請求項２２】前記コンピュータプラットホームが、データに対する操作を
コンピュータプラットホームのプロセッサが実行する前に、データの完全性をチ
ェックするためのデータプロテクタをさらに含み、前記プラットホームの信用さ
れるコンポーネントが、データ及び関連するアクセスプロファイルに対する一方
向機能のセキュア結果を含み、その一方向機能の計算がセキュア結果と異なった
結果を提供した場合、前記データプロテクタが、操作の実行を止める、請求項２
１に記載の方法。
【請求項２３】データの実行の前に、前記データプロテクタが、前記コンピ
ュータプラットホーム内に記憶されたデータの複数のコピーがないことをチェッ
クし、複数のコピーがあった場合、データの実行を止める、請求項２１に記載の
方法。
【請求項２４】前記コンピュータプラットホームが、前記プラットホームの
信用されるコンポーネントと前記オペレーティングシステムとの間にセキュア通
信経路を含み、それによりデータを使用するために前記セキュアオペレータから
前記オペレーティングシステムへのリクエストが、前記セキュア通信経路に提供
される、請求項２１に記載の方法。
【請求項２５】前記プラットホームの信用されるモジュールが、データに対
する特定の操作を実行するために、前記オペレーティングシステムへの任意のリ
クエストをログ記録するように適合されている、請求項２１に記載の方法。
【請求項２６】制限された使用に関してコンピュータプラットホームにデー
タをインストールする方法であって、そのコンピュータプラットホームが、プラットホームのユーザがデータに対してリクエストされた操作を行なうため
に許諾されているかどうかをチェックし、データの使用を可能にするためのセキ
ュアオペレータを有するコンピュータプラットホームと、プラットホームの信用されるモジュールと、信用されるモジュールが、予想さ
れた態様で動作し、無許可の外部の修正に抵抗するように適合されたコンポーネ
ントであることと、及びデータに対する操作を前記コンピュータプラットホームのプロセッサが実行す
る前に、データの完全性をチェックするためのデータプロテクタとを含み、前記方法が、データ及び関連するアクセスプロファイルのインストールの前に
データの信頼性の証明を含み、前記プラットホームの信用されるモジュールへ保
護されたデータの要約及び関連するアクセスプロファイルをロードし、それによ
りその要約が、データを実行する前に、前記データプロテクタ及び／又はセキュ
アオペレータによって使用される、方法。
【請求項２７】プラットホームのユーザがデータに対してリクエストされた
操作を行なうために許諾されているかどうかをチェックし、データの使用を可能
にするためのセキュアオペレータと、及びデータに関するユーザのライセンス許
諾を指定するアクセスプロファイルとを有し、コンピュータプラットホームとの
通信において携帯型の信用されるモジュールに含まれるユーザのアイデンティテ
ィに対してリクエストされた操作が許諾されているかどうかを判定するために、
セキュアオペレータが、アクセスプロファイルをチェックするように適合されて
おり、信用されるモジュールが、予想された態様で動作し、無許可の外部の修正
に抵抗するように適合されたコンポーネントであり、ライセンスが必要とされて
存在しない場合、リクエストされた操作を止めるように適合されている、コンピ
ュータプラットホーム。
【請求項２８】プラットホームの信用されるモジュールをさらに含み、その
プラットホームの信用されるモジュール及び前記携帯型の信用されるモジュール
が、相互に認証するように適合されている、請求項２７に記載のコンピュータプ
ラットホーム。
【請求項２９】前記セキュアオペレータのいくつか又はすべての機能性が、
前記プラットホームの信用されるモジュール内にある、請求項２８に記載のコン
ピュータプラットホーム。
【請求項３０】前記アクセスプロファイルが、前記プラットホームの信用さ
れるモジュール内にある、請求項２７〜２９のいずれかに記載のコンピュータプ
ラットホーム。
【請求項３１】いくつか又はすべてのデータが、前記コンピュータプラット
ホーム内にあり、前記コンピュータプラットホームは、コンピュータプラットホ
ームのプロセッサがデータに対する操作を実行する前に、データの完全性をチェ
ックするためのデータプロテクタをさらに含む、請求項２７〜３０のいずれかに
記載のコンピュータプラットホーム。
【請求項３２】前記データプロテクタが、前記プラットホームの信用される
モジュール内にある、請求項３１に記載のコンピュータプラットホーム。
【請求項３３】前記データプロテクタが、データのインストールをチェック
し、保護されたデータの要約及び／又は前記プラットホームの信用されるコンポ
ーネントへ任意の関連するアクセスプロファイルをロードするように適合されて
いる、請求項３１又は請求項３２に記載のコンピュータプラットホーム。
【請求項３４】前記コンピュータプラットホームが、前記セキュアオペレー
タ及び存在するならば前記データプロテクタを含む操作保護コードの完全性をブ
ートにおいてチェックするように適合されている、請求項２７〜３３のいずれか
に記載のコンピュータプラットホーム。
【請求項３５】前記プラットホームの信用されるモジュールと前記コンピュ
ータプラットホームのオペレーティングシステムとの間のセキュア通信経路をさ
らに含む、請求項２８に記載のコンピュータプラットホーム。
【請求項３６】前記オペレーティングシステムが、データの名称および意図
した操作を送信することによって、データに作用する前に前記セキュアオペレー
タからポリシーチェックをリクエストし、前記セキュアオペレータが、データを操作してもよいかどうかを判定するため
に前記アクセスプロファイルにおけるターゲットデータに関連する制限をチェッ
クし、及び前記セキュアオペレータが、制限を有する申し込まれた使用をチェックし、前
記オペレーティングシステムに応答するように適合された、請求項２７〜３５の
いずれかに記載のコンピュータプラットホーム。
【請求項３７】データに対する操作の許可のために前記オペレーティングシ
ステムがリクエストする際、前記セキュアオペレータが、前記プラットホームの
信用されるモジュールの秘密鍵によってサインされたアクセスプロファイルにメ
ッセージを送信し、前記アクセスプロファイルが、前記プラットホームの信用さ
れるモジュールの公開鍵にアクセスし、その公開鍵によってサインされたメッセ
ージを確認して認証することができ、それにより満たされた場合、前記アクセス
プロファイルが、前記セキュアオペレータにアクセスプロファイルデータを送信
し、その結果、前記セキュアオペレータが、前記アクセスプロファイルデータを
テストし、適切な場合、前記オペレーティングシステムにリクエストされた操作
を実行することをリクエストする、請求項２８に従属する場合の請求項３６に記
載のコンピュータプラットホーム。
【請求項３８】前記プラットホームの信用されるコンポーネントが、データ
及び関連するアクセスプロファイル上で一方向機能のセキュア結果を含み、その
一方向機能の計算がセキュア結果と異なった結果を提供した場合、前記データプ
ロテクタが、操作の実行を止める、請求項２８に従属する請求項３１に記載のコ
ンピュータプラットホーム。
【請求項３９】ユーザのアイデンティティを含む携帯型の信用されるモジュ
ールであって、信用されるモジュールが、予想された態様で動作し、無許可の外
部の修正に抵抗するように適合されたコンポーネントであり、前記携帯型の信用
されるモジュールが、移動可能な信用されるモジュールに関連するデータにアク
セス権利を指定するユーザアクセスライセンスを含む、携帯型の信用されるモジ
ュール。
【請求項４０】スマートカード内に配置される、請求項３９に記載の携帯型
の信用されるモジュール。
【請求項４１】データに関するユーザのライセンス許諾を指定し、データの
使用を可能にするためのアクセスプロファイルを有するコンピュータプラットホ
ームと、ユーザのアイデンティティを含む携帯型の信用されるモジュールと、信用され
るモジュールが、予想された態様で動作し、無許可の外部の修正に抵抗するよう
に適合されたコンポーネントであることとからなるシステムにおいて、データの
操作を制限する方法であって、その方法が、前記アクセスプロファイルにターゲットデータの名称および意図
した操作を送信することによって、データに作用する前に前記アクセスプロファ
イルに前記コンピュータプラットホームのオペレーティングシステムによるポリ
シーチェックのためのリクエストを含み、前記アクセスプロファイルが、データを操作してもよいかどうかを判定するた
めにターゲットデータに関連する制限をチェックし、前記オペレーティングシス
テムに応答する、方法。
【請求項４２】前記コンピュータプラットホームが、プラットホームの信用
されるモジュールを含み、前記アクセスプロファイルのいくつか又はすべての機
能性が、前記プラットホームの信用されるモジュール内にある、請求項４１に記
載の方法。