JP2002312242A - コンピュータ・デバイス認証のシステムおよび方法 - Google Patents

コンピュータ・デバイス認証のシステムおよび方法

Info

Publication number
JP2002312242A
JP2002312242A JP2001355353A JP2001355353A JP2002312242A JP 2002312242 A JP2002312242 A JP 2002312242A JP 2001355353 A JP2001355353 A JP 2001355353A JP 2001355353 A JP2001355353 A JP 2001355353A JP 2002312242 A JP2002312242 A JP 2002312242A
Authority
JP
Japan
Prior art keywords
key
cryptographic
application
container
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2001355353A
Other languages
English (en)
Inventor
Abuguraru Jean-Paul
ジャン−ポール・アブグラル
W Baldwin Robert
ロバート・ダブリュ・ボールドウィン
D Burl John
ジョン・ディ・バール
A Casillas Jose
ホセ・エイ・カシリャス
David P Jablon
デイビッド・ピイ・ジャブロン
J Markay Timothy
ティモシー・ジェイ・マーケイ
Kotora Pannaga
パンナガ・コトラ
Wang Kai
カイ・ワング
D Williams Steven
スティーブン・ディ・ウィリアムズ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
FIINIKKUSU TECHNOLOGIES Ltd
Original Assignee
FIINIKKUSU TECHNOLOGIES Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by FIINIKKUSU TECHNOLOGIES Ltd filed Critical FIINIKKUSU TECHNOLOGIES Ltd
Publication of JP2002312242A publication Critical patent/JP2002312242A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G06F21/575—Secure boot
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/52—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow
    • G06F21/53—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow by executing in a restricted environment, e.g. sandbox or secure virtual machine
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
    • G06F21/57—Certifying or maintaining trusted computer platforms, e.g. secure boots or power-downs, version controls, system software checks, secure updates or assessing vulnerabilities
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/73—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information by creating or determining hardware identification, e.g. serial numbers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/71—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information
    • G06F21/74—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure computing or processing of information operating in dual or compartmented mode, i.e. at least one secure mode
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/78—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data
    • G06F21/79—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer to assure secure storage of data in semiconductor storage media, e.g. directly-addressable memories
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/70—Protecting specific internal or peripheral components, in which the protection of a component leads to protection of the entire computer
    • G06F21/86—Secure or tamper-resistant housings
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0838—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these
    • H04L9/0841—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols
    • H04L9/0844—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols with user authentication or key authentication, e.g. ElGamal, MTI, MQV-Menezes-Qu-Vanstone protocol or Diffie-Hellman protocols using implicitly-certified keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0894—Escrow, recovery or storing of secret information, e.g. secret key escrow or cryptographic key storage
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2105—Dual mode as a secondary aspect
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2129—Authenticate client device independently of the user
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2145—Inheriting rights or properties, e.g., propagation of permissions or restrictions within a hierarchy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2147—Locking files
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2149—Restricted operating environment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2153—Using hardware token as a secondary aspect
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/20—Manipulating the length of blocks of bits, e.g. padding or block truncation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/34—Encoding or coding, e.g. Huffman coding or error correction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/60—Digital content management, e.g. content distribution
    • H04L2209/603—Digital right managament [DRM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/061—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying further key derivation, e.g. deriving traffic keys from a pair-wise master key

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mathematical Physics (AREA)
  • Computing Systems (AREA)
  • Storage Device Security (AREA)

Abstract

(57)【要約】 【課題】 保護された不揮発性メモリに保管されるマス
タ鍵を使用するデバイス認証のシステムおよび方法を提
供する。 【解決手段】 マスタ鍵を使用して、コンピュータ・シ
ステムの特権モードのオペレーションでのみアクセス可
能なストレージに転送される機密データを導出する。こ
の機密データおよびマスタ鍵は、特権モードのオペレー
ションで稼動していないプログラムによって直接にアク
セス可能ではない。マスタ鍵は、アプリケーション／デ
バイス対に固有のデータを保護するのに使用される１つ
または複数のアプリケーション鍵を導出するのに使用さ
れる。非特権プログラムは、特権モードで稼動する機能
を要求して、これらのアプリケーション鍵を使用するこ
とができる。特権モード・プログラムは、非特権呼出し
側プログラムの保全性を検査して、それが各要求された
オペレーションを実行する権限および／または保全性を
有することを保証する。１つまたは複数のデバイス・オ
ーソリティ・サーバが、マスタ鍵およびアプリケーショ
ン鍵の両方の発行および管理に使用される。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、全般的には、コン
ピュータ・システムおよびソフトウェア方法に関し、具
体的には、コンピュータ・デバイスを認証するシステム
および方法に関する。
【０００２】
【従来の技術】パーソナル・コンピューティング・デバ
イスは、我々の世界のますます重要な部分になりつつあ
り、これらのデバイスがインターネットを用いて相互接
続される際に、これらのデバイスを使用するトランザク
ションにかかわる実体を安全に認証することがますます
重要になる。
【０００３】オペレーティング・システムの保護された
サブドメイン内で特権オペレーションを実行するセキュ
ア・カーネルという概念は、コンピュータ・セキュリテ
ィでの非常に古い概念である。しかし、現代の市販オペ
レーティング・システムの発展中に、Ｍｉｃｒｏｓｏｆ
ｔ Ｗｉｎｄｏｗｓのさまざまなバージョン、ＵＮＩＸ
（登録商標）、および小型デバイスの組込みオペレーテ
ィング・システムに反映されているように、オペレーテ
ィング・システムの伝統的なセキュリティの境界および
責任が、ぼやけるか、転置されるか、セキュリティ・ホ
ールだらけになってきた。一部の場合に、オペレーティ
ング・システムが、あまりに巨大になり、包括的な形で
システムの安定を保証できることまたはシステムを分析
できることさえほとんど不可能になった。そのような保
証処理は、原理的には可能であるかもしれないが、これ
らのシステムの期待される寿命のうちで現実的に達成す
ることは不可能と思われる。
【０００４】一部のシステムが、より大型のシステムに
セキュリティ・クリティカルなデータを含め、セキュリ
ティ・クリティカルな機能を実行するために、物理的ま
たはアーキテクチャ的に別々のＣＰＵを組み込んだ。そ
の一例が、スマート・カード・ベースの認証デバイスで
ある。スマート・カード・デバイスは、１つまたは複数
の組み込まれた暗号鍵へのアクセスだけを有する別のオ
ペレーティング環境を提供する。これを従来のコンピュ
ータに接続して、組み込まれた鍵を用いてディジタル証
明を実行し、ユーザと、コンピュータによって開始され
るトランザクションとを認証することができる。これ
は、比較的総合的な処理でそのセキュリティ特性を分析
されるのに十分に小さく、単純でもある。しかし、スマ
ート・カードおよび他のアドオン・デバイスによって、
環境に追加のコストおよび複雑さが追加され、ユーザお
よびシステム管理者がカード・リーダをインストールす
ることが必要になることがしばしばであり、スマート・
カードをこれらの計算機のユーザに配布することが必要
になる。もう１つの例が、鍵のローカル・プライベート
・ストレージを有する、システム内の副暗号プロセッサ
の使用である。これは、常時挿入されているスマート・
カードに類似する形で機能する。
【０００５】これらのハードウェア・アドオン・システ
ムの多数のもう１つの制限が、アドオンＣＰＵが、それ
自体のユーザ入出力デバイスを有しないことである。ユ
ーザＩ／Ｏシステムによって、これらのデバイスにさら
にコストおよび複雑さが追加され、しばしば、機能性お
よび便利さが極端に制限される。たとえば、組み込まれ
た鍵を用いて署名されるものおよび処理されるものを知
らせるのに接続されたコンピュータに完全に頼るＣＰＵ
を有する暗号アドオン・デバイスは、接続されたコンピ
ュータへのセキュリティ脅威に対して脆弱であり、この
デバイスの封じ込めの価値の一部が失われる。これらの
別のデバイスの分離に起因して、デバイスが、ホスト・
マシンによってそれに提示されるトランザクションが真
正であることを保証することは、一般に困難または不可
能である。したがって、いくつかの点で、このシステム
は、まだ、結局は、ホスト・オペレーティング・システ
ムおよびアプリケーションの保全性に依存する。
【０００６】
【発明が解決しようとする課題】本発明の目的は、デバ
イス・アプリケーション・ソフトウェアのネットワーク
認証のための、デバイスの強い暗号的識別を提供するこ
とである。本発明のもう１つの目的は、システムに対す
る最小限の追加ハードウェアを用いる強い保証を提供す
ることである。本発明のもう１つの目的は、日用品クラ
スの市販パーソナル・コンピュータに見られるもの以上
のハードウェアを必要としない、コンピュータ・デバイ
ス認証を可能にするシステムを提供することである。
【０００７】本発明のもう１つの目的は、セキュリティ
・カーネルの実装での信頼の分析および確立の処理を容
易にするために、アプリケーションおよびオペレーティ
ング・システムの両方から別のドメインで動作する小さ
いセキュリティ・カーネルを提供することである。本発
明のもう１つの目的は、セキュリティ・カーネル機能を
要求するプログラムの認証性および保全性を確立するた
めに、オペレーティング・システム（ＯＳ）およびアプ
リケーション・プログラム（アプリケーション）のメモ
リにセキュリティ・カーネルがアクセスできるようにす
ることである。
【０００８】
【課題を解決するための手段】上記および他の目的を達
成するために、本発明に、コンピュータ・デバイス認証
を提供するシステムおよび方法が含まれる。本発明は、
カーネルの実装での信頼の分析および確立の処理を容易
にすると同時に、前述のアドオン・ハードウェア解決策
の制限を除去する、小さいセキュリティ・カーネルを提
供する。理想的には、セキュリティ・カーネルは、ホス
ト計算機で稼働中のアプリケーション・プログラム（ア
プリケーション）およびオペレーティング・システム
（ＯＳ）の両方と別のドメインで、それでもＯＳおよび
アプリケーションのメモリにアクセスできる状態で動作
する。本発明は、伝統的な既存のオペレーティング・シ
ステムの境界内にあり、ＯＳおよびアプリケーションの
保全性を検証でき、これらの代わりにセキュア・オペレ
ーションを実行することができる、小さい内側のセキュ
リティ・カーネルを作成することによって、そのような
セキュリティ・アーキテクチャを提供する。
【０００９】本発明の鍵となる態様には、（１）スター
トアップ時にシステム管理モード（ＳＭＭ）に移動さ
れ、その後、ＯＡＲロックされた不揮発性メモリが使用
不能にされる、秘密マスタ鍵を含むＯＡＲロックされた
不揮発性メモリ（ＮＶＭ）と、（２）デバイス鍵を特定
のアプリケーションにバインドし、プライバシ／ユーザ
・コントローラビリティ問題を解決するコンテナと、
（３）呼出し側アプリケーションの「オンザフライ」の
保全性のスポット検査が含まれる。
【００１０】デバイス鍵は、ユーザ認証を補足するため
のデバイス認証の実行、特定のデバイスだけに配布され
る内容の保護、および／または、たとえば、ローカルに
保管されるかリモートに取り出される信任証（または共
有される信任証）を用いる、仮想スマート・カードの使
用可能化に使用される。鍵コンテナは、デフォルトのＣ
ｒｙｐｔｏ（暗号）ＡＰＩコンテナの代わりなどの、シ
ステム・クリティカル鍵に関する保護の強化に使用され
る。
【００１１】マスタ暗号鍵を使用し、マスタ暗号鍵への
アクセスを保護する１つの例示的システムに、不揮発性
ストレージと、システム初期化処理であって、システム
初期化処理中に上記不揮発性ストレージから上記マスタ
鍵を読み取り、上記マスタ鍵から導出された機密値を隠
されたストレージ・ロケーションに書き込み、システム
初期化処理の次の開始まで、上記システム内で稼動する
すべてのプログラムによる上記不揮発性ストレージへの
アクセスを不能にするシステム初期化処理と、上記シス
テムの通常動作モードで稼動するプログラムによる上記
隠されたストレージ・ロケーションへのアクセスを防ぐ
手段と、上記システムの制限された動作モードで稼動す
るプログラムによる上記隠されたストレージ・ロケーシ
ョンへのアクセスを許可する手段とが含まれる。
【００１２】マスタ暗号鍵をストレージ内に隠蔽するも
う１つの例示的システムに、不揮発性ストレージからマ
スタ鍵を読み取り、次のシステム・リセットまでアクセ
スがもう一度使用可能にならないように、上記不揮発性
ストレージへのアクセスを閉じ、上記マスタ鍵から導出
された機密データを隠されたアドレス・スペースに書き
込むパワーオン・ソフトウェアが含まれ、上記システム
の制限された動作モードで稼動するプログラムだけが、
上記隠されたアドレス・スペース内の上記機密データへ
のアクセスを有する。
【００１３】所与のＡｐｐＣｏｄｅＤｉｇｅｓｔを有す
るアプリケーションへの暗号鍵の使用可能性を制限する
ことによって、アプリケーションに対してデータへの読
取および書込のアクセスを制御する例示的方法を提供す
る。この方法には、鍵と、上記アプリケーションがアク
セスを求める、封印された形または開封された形のデー
タを保持するＡｐｐＣｏｎｔａｉｎｅｒと、ＡｐｐＣｏ
ｄｅＤｉｇｅｓｔを計算するために、呼出し側アプリケ
ーションを構成するバイトの部分の暗号ダイジェストを
実行するＣｒｙｐｔｏＧａｔｅモジュールと、ＡｐｐＣ
ｏｎｔａｉｎｅｒおよびＡｐｐＣｏｄｅＤｉｇｅｓｔを
検査し、上記アプリケーションが所与のＡｐｐＣｏｎｔ
ａｉｎｅｒ内のデータを開封することを許可されるかど
うかを判定するために上記マスタ鍵を検査するか、デー
タを封印する時に保全性検査情報を追加するためにそれ
を変更する、保全性検査を含むＣｒｙｐｔｏＥｎｇｉｎ
ｅモジュールとが含まれる。
【００１４】本発明は、特定のデバイス上のアプリケー
ションへの暗号鍵の使用可能性を制限することによって
上記アプリケーションに対してデータへのアクセスを制
御する方法も提供する。この方法は、ＣｒｙｐｔｏＥｎ
ｇｉｎｅに既知の鍵と、上記アプリケーションがアクセ
スを求める、暗号的に封印された形のデータを含むアプ
リケーション・コンテナ・データ構造体と、Ｃｒｙｐｔ
ｏＧａｔｅ機能であって、アプリケーションレベル・プ
ログラムと上記ＣｒｙｐｔｏＥｎｇｉｎｅとの間のすべ
てのアクセスをインターセプトし、暗号サービスまたは
データへのアクセスを試みているプログラムの実行可能
インメモリ・イメージのバイトの部分を検査する手段を
含み、上記アプリケーションのＡｐｐＣｏｄｅＤｉｇｅ
ｓｔを計算するために、呼出し側アプリケーションのイ
ンメモリ・イメージの上記バイトの部分の暗号ダイジェ
ストを計算するＣｒｙｐｔｏＧａｔｅ機能と、上記Ｃｒ
ｙｐｔｏＥｎｇｉｎｅによって実行される保全性検査方
法であって、上記ＡｐｐＣｏｎｔａｉｎｅｒおよびＡｐ
ｐＣｏｄｅＤｉｇｅｓｔを検査し、上記アプリケーショ
ンが所与のＡｐｐＣｏｎｔａｉｎｅｒの上記データの開
封を許可されるかどうかを判定するために上記マスタ鍵
を検査するか、上記データを封印する時に上記保全性検
査情報を追加するためにそれを変更する保全性検査方法
とが含まれる。
【００１５】本発明は、デバイス・オーソリティを含む
別のコンピューティング・マシンの助けを得て認証サー
バを含む別のコンピューティング・マシンに対して識別
されたデバイス上の識別されたアプリケーションを認証
する方法も提供する。この方法には、エンロールメント
方法(enrollment method）、登録方法、および認証方法
が含まれる。
【００１６】エンロールメント方法には、ａ）デバイス
・オーソリティに送られる結果を作る上記デバイス上の
ＳＭＩ中に実行される第１暗号オペレーションと、ｂ）
上記デバイスによって受け取られる上記デバイス・オー
ソリティによって生成された値を処理する上記デバイス
上のＳＭＩ割込み中に実行される第２暗号オペレーショ
ンのステップが含まれる。
【００１７】登録方法には、ａ）上記認証サーバに送ら
れる結果を作る上記デバイス上のＳＭＩ割込み中に実行
される第１暗号オペレーションと、ｂ）認証方法中に使
用するために保管される暗号変数を作る上記認証サーバ
によって実行される第２暗号オペレーションと、ｃ）上
記デバイスによって受け取られる上記認証サーバによっ
て生成された値を処理する上記デバイス上のＳＭＩ割込
み中に実行される任意選択の第３暗号オペレーションと
のステップが含まれる。
【００１８】認証方法には、ａ）上記認証サーバに送ら
れる認証データを作る上記デバイス上のＳＭＩ割込み中
に実行される第１暗号オペレーションと、ｂ）上記認証
の結果を判定するために、少なくとも上記登録方法中に
保管された上記暗号変数を使用して、上記デバイスから
受け取られた上記認証データに対して上記認証サーバに
よって実行される第２暗号オペレーションとのステップ
が含まれる。
【００１９】本発明は、識別されたデバイス上の識別さ
れたアプリケーションを認証するか、ＰＡＳＳサーバを
含む別のコンピューティング・マシンに対して上記識別
されたデバイスのユーザを識別するための第２要因を提
供する方法も提供する。この方法には、アプリケーショ
ンであって、ａ）上記デバイス上のＡｐｐＣｏｎｔａｉ
ｎｅｒを作成するためにデバイス・オーソリティおよび
認証サーバとの通信を含むエンロールメント方法を実行
し、上記ＡｐｐＣｏｎｔａｉｎｅｒが、暗号的に上記ア
プリケーションと関連するデータ構造体であり、ｂ）信
任証情報を保管し、上記認証サーバが、上記ＡｐｐＣｏ
ｎｔａｉｎｅｒのＡｐｐＫｅｙまたはＣｕｓｔＡｐｐＫ
ｅｙを保管するアプリケーションが含まれる。ａ）上記
信任証を保管する上記ＡｐｐＣｏｎｔａｉｎｅｒを開封
するステップと、ｂ）上記信任証を修正するステップ
と、ｃ）上記ＡｐｐＣｏｎｔａｉｎｅｒを再封印するス
テップと、ｄ）識別情報および上記再封印されたＡｐｐ
Ｃｏｎｔａｉｎｅｒの少なくとも一部を上記認証サーバ
に送るステップとを含み、上記再封印オペレーションの
少なくとも一部が、上記アプリケーションのコードを実
行するものと同一のＣＰＵ上のＳＭＩ中に行われる認証
方法を実行するアプリケーションが、上記識別されたデ
バイス上で稼動する。上記認証サーバが、ａ）上記識別
情報と上記ＡｐｐＣｏｎｔａｉｎｅｒの少なくとも一部
とを受け取り、ｂ）上記コンテナを開封するためにＡｐ
ｐＫｅｙまたはＣｕｓｔＡｐｐＫｅｙをルックアップま
たは計算するために上記識別情報を使用し、ｃ）開封さ
れたＡｐｐＣｏｎｔａｉｎｅｒが許容可能な値を有する
場合に、特定のデバイス上の上記特定のアプリケーショ
ンが、認証されたとみなされ、ｄ）上記ＡｐｐＣｏｎｔ
ａｉｎｅｒに関連する鍵（ＡｐｐＫｅｙまたはＣｕｓｔ
ＡｐｐＫｅｙ）を保管する。
【００２０】本発明は、認証、プライバシ、保全性、許
可、監査、またはディジタル権利管理の目的でデバイス
上で１つまたは複数の仮想トークンを作成し、使用する
方法を提供する。この方法には、仮想トークンの種類ご
とのアプリケーションと、特定の種類の仮想トークンご
とのＡｐｐＣｏｎｔａｉｎｅｒと、ＣｒｙｐｔｏＥｎｇ
ｉｎｅコンポーネントの暗号サービスを要求している呼
出し側アプリケーションのＡｐｐＣｏｄｅＤｉｇｅｓｔ
を計算するＣｒｙｐｔｏＧａｔｅコンポーネントとが含
まれる。
【００２１】上記ＣｒｙｐｔｏＧａｔｅコンポーネント
が、１つまたは複数の長寿命の対称鍵を知る。上記Ｃｒ
ｙｐｔｏＥｎｇｉｎｅが、ＣｒｙｐｔｏＧａｔｅコンポ
ーネントを介してアクセスされ、１つまたは複数の長寿
命の対称鍵および１つまたは複数の長寿命の公開鍵を知
り、ＡｐｐＣｏｎｔａｉｎｅｒの暗号的封印および暗号
的開封を実行し、上記暗号オペレーションの一部が、Ｓ
ＭＩ割込み中に実行される。
【００２２】上記ＣｒｙｐｔｏＧａｔｅコンポーネント
が、上記ＣｒｙｐｔｏＥｎｇｉｎｅにロードされた公開
鍵およびＡｐｐＣｏｄｅＤｉｇｅｓｔ値を使用して、上
記アプリケーションのコードまたは静的データの一部の
ディジタル署名を検査することによって、上記呼出し側
アプリケーションの保全性を検査する。上記ＡｐｐＣｏ
ｄｅＤｉｇｅｓｔ値が、上記呼出し側アプリケーション
のインメモリ・イメージの部分の最近計算された暗号ハ
ッシュを含む。
【００２３】上記ＣｒｙｐｔｏＧａｔｅおよび上記Ｃｒ
ｙｐｔｏＥｎｇｉｎｅが、ａ）上記アプリケーション・
コンテナを開封する鍵を、上記マスタ鍵およびＡｐｐＣ
ｏｄｅＤｉｇｅｓｔおよび他の任意選択の情報から導出
し、ｂ）上記ＡｐｐＣｏｎｔａｉｎｅｒに対する上記メ
ッセージ認証コードを検査するのに上記導出された鍵を
使用し、上記メッセージ認証コードが正しい場合にエラ
ーを返し、ｃ）上記ＡｐｐＣｏｎｔａｉｎｅｒデータを
解読するのに上記導出された鍵を使用し、それを上記ア
プリケーションに返す。
【００２４】本発明は、デバイスに関連するアプリケー
ションに秘密鍵を安全に関連付ける方法であって、上記
デバイスに関連する対称鍵によって保護される秘密鍵を
含むＡｐｐＣｏｎｔａｉｎｅｒを作成することを含む方
法も提供する。
【００２５】本発明のさまざまな特徴および長所は、添
付図面と共に以下の詳細な説明を参照することによっ
て、より簡単に理解できる。添付図面では、同様の符号
が同様の構造要素を示す。
【００２６】
【発明の実施の形態】本発明をよりよく理解するため
に、この説明で使用する定義を下に示す。
【００２７】デバイスとは、オペレーティング・システ
ムの前に実行され、オペレーティング・システムの稼働
中にアクセス可能であるＢＩＯＳレイ・ソフトウェア環
境を含む、デスクトップ、ラップトップ、ハンドヘル
ド、または無線計算機などのコンピューティング・デバ
イスである。
【００２８】デバイス・オーソリティには、デバイスの
セキュリティ機能を使用可能にするのを助ける１つまた
は複数のサーバ・コンピューティング・マシンが含まれ
る。
【００２９】秘密マスタ鍵（ＳＭＫ）は、デバイスに既
知であり、いくつかの実施形態で１つまたは複数のデバ
イス・オーソリティ・マシンに既知である暗号変数であ
る。これは、暗号鍵として暗号化または保全性検査に直
接に使用するか、他の暗号変数または暗号鍵を計算する
関数への入力として使用することができる。
【００３０】ＡｐｐＣｏｄｅＤｉｇｅｓｔまたはアプリ
ケーション・コード・ダイジェストは、プログラムの実
行可能インメモリ・イメージのプログラムおよび／また
は静的データのバイトの部分の一方向暗号変換である。
変換は、ＳＨＡ１、ＭＤ５、ＲＩＰＥＭＤ１６０、ＳＨ
Ａ−２５６、ＳＨＡ−５１２、またはＣＢＣ−ＭＡＣな
どの関数によって実行することができる。
【００３１】ＡｐｐＫｅｙ（アプリケーション鍵）は、
暗号鍵として暗号化または保全性検査に直接に使用する
か、他の暗号変数または暗号鍵を計算する関数への入力
として使用することができる暗号変数である。その値
は、装置／アプリケーション対に固有であり、（少なく
とも）マスタ鍵およびＡｐｐＣｏｄｅＤｉｇｅｓｔから
導出される。
【００３２】ＣｕｓｔＳｅｃｒｅｔ（顧客秘密）は、デ
バイス上で稼働中であってもなくてもよいアプリケーシ
ョン・システムのあるコンポーネントによって選択され
る暗号変数である。これは、特定の企業の認証サーバに
関連し、その企業ドメインでそのアプリケーションにつ
いて許可される多数のデバイスに関連付けることができ
る。
【００３３】ＣｕｓｔＡｐｐＫｅｙ（顧客アプリケーシ
ョン鍵）は、ＡｐｐＫｅｙおよびＣｕｓｔＳｅｃｒｅｔ
から導出される暗号変数であり、暗号鍵として暗号化ま
たは保全性検査に直接に使用するか、他の暗号変数また
は暗号鍵を計算する関数への入力として使用することが
できる。
【００３４】ＡｐｐＣｏｎｔａｉｎｅｒまたはアプリケ
ーション・コンテナは、ＣｕｓｔＡｐｐＫｅｙまたはＡ
ｐｐＫｅｙを使用して暗号的に封印または開封すること
ができるデータ構造体であり、封印オペレーションによ
って、プライバシおよび保全性検査が提供され、任意選
択として、コンテナを封印したアプリケーションの識別
に関する認証性が提供される。
【００３５】ＣｒｙｐｔｏＥｎｇｉｎｅ（暗号エンジ
ン）は、パワーオン・セルフテスト中およびＣｒｙｐｔ
ｏＧａｔｅを介してのみアクセス可能な保護された環境
で暗号オペレーションを実行し、高保全性公開鍵の保管
およびリコール、少なくとも１つの長寿命の対称鍵（Ｓ
ＭＫ）の保管、長寿命の対称鍵からの対称鍵の導出、対
称鍵暗号（保全性プリミティブおよびプライバシ・プリ
ミティブの両方）および公開鍵暗号の実行、擬似乱数生
成、任意選択としての秘密鍵暗号、および任意選択とし
ての、鍵生成、鍵のインポート、および鍵のエクスポー
トなどの他の暗号サポート機能を行うことができる。
【００３６】ＣｒｙｐｔｏＧａｔｅ（暗号ゲートキー
パ）は、アプリケーションレベル・プログラムとＣｒｙ
ｐｔｏＥｎｇｉｎｅの間のすべてのアクセスをインター
セプトし、暗号サービスまたはデータへのアクセスを試
みているプログラムの、プログラムの実行可能インメモ
リ・イメージおよび／またはその静的データのバイトの
部分を検査することができる。
【００３７】ＡｕｔｈＢｕｆｆｅｒ（認証バッファ）
は、特定のアプリケーションがＣｒｙｐｔｏＧａｔｅお
よび／またはＣｒｙｐｔｏＥｎｇｉｎｅによって提供さ
れるオペレーションの組を実行できるようにするデータ
構造体であり、このデータ構造体には、ＡｐｐＣｏｄｅ
Ｄｉｇｅｓｔと、アプリケーションのコードおよび静的
データのうちでそのコード・ダイジェストに含まれる部
分を形成する部分の記述が含まれ、ＣｒｙｐｔｏＥｎｇ
ｉｎｅによって検証できるディジタル署名が含まれる。
【００３８】ＭＡＣ（メッセージ認証コード）は、広く
知られてはいない暗号変数を必要とする形でメッセージ
のバイトの部分に対して計算されるメッセージまたはデ
ータ構造体の保全性の検査に使用される値である。これ
のための周知のアルゴリズムには、ＣＢＣ−ＭＡＣ、Ｄ
ＭＡＣ、およびＨＭＡＣ（ＭＤ５およびＳＨＡ１などの
周知のハッシュ関数に基づく）が含まれる。
【００３９】ＳＭＩ（システム管理割込み）は、ほとん
どのＣＰＵによってサポートされる割込み機能であり、
これによって、ＢＩＯＳレベルのソフトウェアが、ＣＰ
Ｕおよび、ＳＭＩモードの外で簡単には使用可能でない
永続的メモリ・アドレス・スペースへの排他的アクセス
を得ることができる。
【００４０】本発明の高水準の設計を最初に説明する。
一般に、コンピュータ・デバイス認証システム１０のア
ーキテクチャには、１つまたは複数のデバイス・オーソ
リティと、クライアント暗号エンジン（ＣｒｙｐｔｏＥ
ｎｇｉｎｅ）と、理想的にはＢＩＯＳを使用する、ロッ
クされた不揮発性メモリおよびシステム管理モード（Ｓ
ＭＭ）と、オペレーティング・システム・ドライバ（Ｏ
ＳＤ）と、使用可能にされたクライアント・アプリケー
ション（Ａｐｐｓ）と、認証サーバ（ＰＡＳＳ）と、使
用可能にされたサーバ・アプリケーションが含まれる。
【００４１】オンライン・エンロールメント処理が、ク
ライアント・デバイスとエンロールメント・サーバの間
で行われる。トランザクション・レベル・アプリケーシ
ョン・プログラム・インターフェース（ＡＰＩ）が、拡
張されたデバイス認証機能をクライアント・サーバ・ア
プリケーションに与える。システムは、オンライン・ク
ライアント／サーバ・アプリケーションとオフライン・
スタンド・アローン機能の両方のセキュリティ機能をサ
ポートする。
【００４２】認証サーバは、すべての暗号対応サーバ・
アプリケーションのコンポーネントである。その主目的
は、セキュア・デバイス対応アプリケーションに関係す
る暗号機能を実行することである。これらの機能を実行
するために、認証サーバは、必要に応じて１つまたは複
数のデバイス・オーソリティ・サーバの援助を使用し
て、暗号対応クライアントと交換されるコンテナを封印
し、開封する。認証サーバは、鍵ＩＤ（ＫＩＤ）値のテ
ーブルを維持する。
【００４３】デバイス・オーソリティ・サーバは、主
に、デバイス識別子および鍵の登録を扱う。いくつかの
実施形態では、デバイスの秘密マスタ鍵が、デバイスと
１つまたは複数のデバイス・オーソリティの間で共有さ
れる秘密である。この場合には、デバイス・オーソリテ
ィが、認証サーバおよび他のアプリケーション・サーバ
の代わりに、秘密マスタ鍵へのアクセスを必要とするす
べての暗号オペレーションを実行しなければならない。
【００４４】本発明は、ＡｐｐＣｏｎｔａｉｎｅｒのサ
ポートを提供する。デバイス・オーソリティは、認証サ
ーバにＡｐｐＫｅｙＰａｒｔを配送する。サーバは、Ａ
ｐｐＣｏｎｔａｉｎｅｒの作成を可能にするアルゴリズ
ムを実装する。このアルゴリズムは、秘密マスタ鍵（Ｓ
ＭＫ）およびＡｐｐＣｏｄｅＤｉｇｅｓｔ（ＡＣＤ）へ
のアクセスを必要とし、秘密マスタ鍵が保管される計算
機で呼び出される。デバイス・オーソリティは、クライ
アントＰＣ上でアプリケーションを得る方法と、それを
オペレーティング・システム・ドライバに登録させる方
法を定義する。これは、最初のＡｐｐＣｏｎｔａｉｎｅ
ｒがデバイス・オーソリティ・サーバによって作成され
る限り、どのサーバからもオンラインで行われる。
【００４５】ユーティリティによって、アプリケーショ
ンのＡｐｐＣｏｄｅＤｉｇｅｓｔが作成される。これら
のユーティリティは、アプリケーションが稼動すると期
待されるものと同一のオペレーティング・システムで稼
動する。アプリケーションのＡｐｐＣｏｄｅＤｉｇｅｓ
ｔは、データベース内で、アプリケーションに対する新
しいテーブルに保管される。ＡｐｐＣｏｄｅＤｉｇｅｓ
ｔは、ＡｐｐＣｏｎｔａｉｎｅｒを生成するためにアク
セス可能である。公開鍵／秘密鍵対が、サーバのために
生成される。鍵対は、鍵生成ソフトウェアが理解する標
準規格を使用してインポートされ、エクスポートされ
る。データも、署名用の鍵対を使用して署名される。
【００４６】さらに、標準的なパーソナル・コンピュー
タで使用可能なさまざまなハードウェア特徴を利用す
る、本発明で使用されるクライアント暗号エンジン（Ｃ
ｒｙｐｔｏＥｎｇｉｎｅ）の複数の実施形態がある。
【００４７】図１は、本発明の原理による、例示的なコ
ンピュータ・デバイス認証システム１０のコンポーネン
トを示す簡略化されたブロック図である。本発明の好ま
しい実施形態には、リセット時オープン・ラッチ保護機
構（ＯＡＲロック）１４によって保護された不揮発性メ
モリ（ＮＶＭ）１１、ＢＩＯＳ ＲＯＭシステム初期化
モジュール１２、および、システム管理割込み（ＳＭ
Ｉ）を介してシステムのオペレーションの通常モードか
らアクセスされるシステム管理モード（ＳＭＭ）１６が
含まれる。
【００４８】保護されたＮＶＭ１１は、秘密マスタ鍵の
保管に使用される。ＢＩＯＳ ＲＯＭシステム初期化モ
ジュール１２は、保護されたＮＶＭ１１から、ＳＭＭ１
６からのみアドレス可能な保護されたメモリ領域である
ＳＭＲＡＭ１３に秘密マスタ鍵を安全に転送する責任を
負う。秘密マスタ鍵がＳＭＲＡＭ１３に転送された後
に、ＢＩＯＳ ＲＯＭシステム初期化モジュール１２
が、ＯＡＲロック１４を閉じて、次のシステム・リセッ
トまで、保護されたＮＶＭ１１をそのシステムで稼動す
るプログラム１５からアクセス不能にする。秘密マスタ
鍵は、システムの通常動作中には、隠れたＳＭＭ１６で
のみ使用可能になる。
【００４９】ＯＡＲロック保護機構１４は、保護された
ＮＶＭ１１が、起動時に稼動するＢＩＯＳ ＲＯＭシス
テム初期化モジュール１２以外のプログラム１５によっ
て読み取られないようにする。保護されたＮＶＭ１１を
読み取った後に、ＢＩＯＳＲＯＭシステム初期化モジュ
ール１２は、ラッチ１４を閉じて、次のシステム・リセ
ットまで保護されたＮＶＭ１１を完全にアクセス不能に
し、次のシステム・リセット時には、ＢＩＯＳ ＲＯＭ
システム初期化モジュール１２が制御を奪還する。
【００５０】保護されたＮＶＭ１１が使用可能でない時
の、これを使用することの代替案が、ＢＩＯＳ ＲＯＭ
ブート・ブロック内に秘密マスタ鍵の共有を保管するこ
とであり、このＢＩＯＳ ＲＯＭブート・ブロックは、
通常は、ＢＩＯＳ ＲＯＭシステム初期化モジュール１
２内でのシステム・スタートアップ時のパワーオン／セ
ルフテスト・オペレーションの後にシステムによってア
ドレス不能になるようにマッピングされるＲＯＭの１６
Ｋバイトの領域である。さまざまなレベルの保証を有す
る。システム・スタートアップ後に一般にアプリケーシ
ョンからアクセス可能でなくなる、他のロケーションも
ある。
【００５１】ＳＭＩモードは、追加の独自の特徴を有す
る、Ｉｎｔｅｌ ｘ８６互換プロセッサの特殊なモード
である。ソフトウェア・デバッガは、ＳＭＩモードでシ
ングル・ステップすることができず、ＳＭＩモードであ
る時を除いてＳＭＩメモリを見ることはできない。この
モードは、計算機の通常動作中にクライアントＰＣ上で
秘密マスタ鍵を隠蔽し、計算機の真正の識別にバインド
される必要があるさまざまなセキュリティ目的のために
秘密マスタ鍵を使用するのに使用される。
【００５２】前述の特殊な特徴（ＢＩＯＳ ＲＯＭコー
ド、保護されたＮＶＭ１１、およびＳＭＭ１６）のどれ
もが、コンピュータ・デバイス認証システム１０のオペ
レーションに絶対に必要ではないが、これらが一緒にな
って、コンピュータ・デバイス認証システム１０に、セ
キュリティ・オペレーションの最高レベルの保証を与え
る。
【００５３】代替のソフトウェアのみの実施形態では、
同一の機能性が、より低いレベルの保証と共に提供され
る。この場合のオペレーションの制限されたモードは、
標準の「リング０」オペレーティング・システム保護で
あり、この場合、ＣｒｙｐｔｏＥｎｇｉｎｅ機能が、オ
ペレーティング・システム・ドライバと称するシステム
・デバイス・ドライバの内部で実施される。オペレーテ
ィング・システム・ドライバは、ＳＭＩモードで稼動す
るのではないので、ＢＩＯＳ拡張製品ほどセキュアでは
ない。したがって、特別な追加の修正技法および不明瞭
化（ｏｂｆｕｓｃａｔｉｏｎ）技法も、発見され、コピ
ーされることから秘密マスタ鍵を保護するために、製品
のソフトウェアのみの形態に含まれる。さらに、秘密マ
スタ鍵が、マザーボードではなくファイル・システムに
保管されるので、追加のデバイス検出をオペレーティン
グ・システム・ドライバに追加して、秘密マスタ鍵をパ
ーソナル・コンピュータにバインドする。
【００５４】さらに、ソフトウェアのみのシステムが、
ＳＭＩモードで稼動しない実施形態では、コードに、リ
バース・エンジニアリングおよび「ハッキング」をより
困難にする目的の特殊な特徴が含まれる。
【００５５】ＣｒｙｐｔｏＥｎｇｉｎｅのさまざまなソ
フトウェア形態では、さまざまな技術を使用して、秘密
マスタ鍵およびコア暗号オペレーションに関する最強の
可能な保護を提供する。
【００５６】本発明は、秘密マスタ鍵とデバイスのバイ
ンディングを提供する。秘密マスタ鍵と計算機の間に関
連があり、その結果、秘密マスタ鍵を、ある計算機から
別の計算機に転送できないようになっている。この関連
は、計算機のメトリックスに基づき、ユーザが、秘密マ
スタ鍵を使用する能力を失わずに自分の計算機をゆっく
りとアップグレードできるようなっている。マスタ鍵
が、システム内の特定のハード・ディスク・ドライブに
バインドされている時には、ハード・ドライブの再フォ
ーマットまたは別のシステムとの交換によって、秘密マ
スタ鍵の使用が不可能になる。
【００５７】本発明は、秘密マスタ鍵およびセッション
鍵の制限された露出（開示）を提供する。この設計で
は、どのオペレーションについても、秘密マスタ鍵およ
びセッション鍵を使用する時のそれらの露出が制限され
る。
【００５８】本発明は、耐ハッキングを提供する。ソフ
トウェアＣｒｙｐｔｏＥｎｇｉｎｅが、ＳＭＩメモリに
秘密マスタ鍵を隠蔽する能力またはＢＩＯＳで可能であ
るようにＳＭＩモードでのコード・オペレーションを見
ることを使用不能にする能力を有することができるとい
う事実に起因して、ソフトウェアＣｒｙｐｔｏＥｎｇｉ
ｎｅコードでは、ハッキングを抑止するための追加の方
法が使用される。さらに、ソフトウェアＣｒｙｐｔｏＥ
ｎｇｉｎｅでは、一般的なプログラムが秘密マスタ鍵を
判定できなくする、秘密マスタ鍵を保管する技法が使用
される。
【００５９】デバイス・オーソリティの概要をこれから
論ずるが、デバイス・オーソリティ・コンポーネント
は、下記の機能を実行する。デバイス・オーソリティ
は、デバイスをエンロールし、そのＳＭＫｍレジスタ・
アプリケーションを、アプリケーション／デバイス対に
固有のＡｐｐＫｅｙを提供することによってデバイスに
保管する。デバイス・オーソリティおよびそれに伴うモ
ジュールを、ここで簡単に説明し、後で詳細に説明す
る。
【００６０】クライアント・アプリケーションは、通常
はＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓベースのパーソ
ナル・コンピュータ（ＰＣ）で稼動する、暗号対応アプ
リケーションである。クライアント・アプリケーション
を用いて、ユーザは、デバイスがエンロールされたかど
うかのテストと、デバイスのエンロールおよびその鍵Ｉ
Ｄの表示と、デバイス上のアプリケーションの登録と、
作成、編集、および削除を含むＡｐｐＣｏｎｔａｉｎｅ
ｒの操作と、認証サーバへのＡｐｐＣｏｎｔａｉｎｅｒ
のポストと、認証サーバからのＡｐｐＣｏｎｔａｉｎｅ
ｒの取得と、デバイスのエンロール解除を行えるように
なる。
【００６１】認証サーバは、クライアント／サーバ暗号
対応アプリケーションのサーバ部分のコンポーネントで
ある。認証サーバは、クライアントから来るものを認証
する責任を負う。認証サーバは、クライアント・デバイ
スから登録に関する要求を受け取り、アプリケーション
登録モジュールにＡｐｐＫｅｙを要求し、それを保管
し、ＡｐｐＣｏｎｔａｉｎｅｒを作成し、クライアント
・デバイスに送り、ユーザ・インターフェース（ＵＩ）
を介してＡｐｐＣｏｎｔａｉｎｅｒを操作（作成、編
集、封印、および開封）するためのＵＩを提供し、Ａｐ
ｐＣｏｎｔａｉｎｅｒをクライアント・デバイスから受
け取る、ソフトウェア・コンポーネントである。
【００６２】デバイス・オーソリティは、複数のコンポ
ーネントから構成され、少なくとも下記の機能性を有す
る。エンロールメント・モジュールは、デバイスをエン
ロールする要求を受け取る。このモジュールは、クライ
アントに秘密マスタ鍵の半分を渡し、残りの半分を生成
し、クライアント・デバイスに返す。アプリケーション
登録モジュールは、ＡｐｐＫｅｙの要求を受け取り、Ａ
ｐｐＫｅｙを作成し、呼出し側に返す。
【００６３】通常のユーザ経験をこれから説明する。す
なわち、デバイス・オーソリティを含むシステムをテス
トする時に実行されるとユーザが期待できるオペレーシ
ョンである。基本的な概念は、ユーザが、クライアント
・デバイスをエンロールし（デバイス・オーソリティの
エンロール・モジュールを用いて）、アプリケーション
を登録し、そのデバイスに対するＡｐｐＣｏｎｔａｉｎ
ｅｒを作成し、編集し、封印し、開封する（デバイス・
オーソリティのアプリケーション登録モジュールを用い
て）ことである。ユーザは、ＡｐｐＣｏｎｔａｉｎｅｒ
を認証サーバに送ることもでき、この認証サーバでは、
アプリケーション登録モジュールによって生成されたＡ
ｐｐＫｅｙを使用して、ＡｐｐＣｏｎｔａｉｎｅｒを操
作することができる。認証サーバの機能性は、デバイス
・オーソリティによって使用可能にされる。
【００６４】通常のセットアップは次の通りである。 クライアントＰＣ<-->アプリケーション登録およびＡｐ
ｐＣｏｎｔａｉｎｅｒ 転送<-->ＰＡＳＳサーバ クライアントＰＣ<-->エンロールメント<-->デバイス・
オーソリティ・サーバ 下に、システムを用いるためにユーザによって行われる
アクションを示す。
【００６５】クライアントでのデバイス・エンロールメ
ントは、次の通りである。デバイスをエンロールするた
めに、ユーザは、クライアント・アプリケーションを使
用して下記のアクションを実行する。
【００６６】ユーザは、エンロールメントについてテス
トする。すなわち、Ｔｅｓｔ ｆｏｒ ｅｎｒｏｌｌｍ
ｅｎｔ（エンロールメントに関するテスト）オプション
を使用して、デバイスが前にエンロールされていないこ
とを確認する。デバイスがエンロールされており、ユー
ザが再エンロールを望む場合には、アプリケーションで
Ｕｎ−ｅｎｒｏｌｌ（エンロール解除）オプションが選
択される。
【００６７】ユーザは、デバイス・エンロール・オプシ
ョンを選択する。このオプションでは、エンロールメン
ト・サーバに連絡し、デバイスの秘密マスタ鍵を生成す
る。秘密マスタ鍵が、クライアントＰＣに返され、保管
される（保管される場所は、暗号システムのどのバージ
ョンが使用されるかに依存する）。ダイアログが表示さ
れ、デバイスがエンロールされたことが示される。
【００６８】ユーザは、新しい秘密マスタ鍵が作成され
たことを、デバイス・オーソリティ・ログで検証する。
ユーザは、デバイス・オーソリティのエンロールメント
・ユーザ・インターフェースを使用して検査して、新し
い秘密鍵が作成されたことを示すことができる。
【００６９】クライアントでのアプリケーション登録
は、次の通りである。次のアクションに進むために、ユ
ーザは、エンロールされたクライアント・デバイスを有
する必要がある。
【００７０】ユーザが、登録を開始する。ユーザは、登
録を開始するために登録オプションを選択する。この時
点で、ユーザに、アプリケーションおよびデバイスの組
み合わせの識別子（ＡＤＩＤ）についてプロンプトが出
される。
【００７１】登録要求は、認証サーバを介してアプリケ
ーション登録モジュールに送られる。アプリケーション
登録モジュールは、ＡｐｐＫｅｙを生成し、これが認証
サーバに返される。
【００７２】ユーザは、アプリケーション登録モジュー
ルのログを検査することができる。ユーザは、アプリケ
ーション登録モジュール・ユーザ・インターフェースを
使用して、ＡｐｐＫｅｙがアプリケーションについて生
成されたことを検査する。
【００７３】ユーザは、登録について認証サーバのログ
を検査することができる。ユーザは、認証サーバが、現
在、デバイス上で稼動しているアプリケーションのイン
スタンスに関するＡｐｐＫｅｙを有することを検査す
る。
【００７４】ユーザは、クライアント・デバイス上で、
それが現在ＡｐｐＣｏｎｔａｉｎｅｒを有することを検
証することができる。クライアント・デバイスのＡｐｐ
Ｃｏｎｔａｉｎｅｒメニューを介して、ユーザは、自分
がＡｐｐＣｏｎｔａｉｎｅｒを有することの視覚的確認
を見る。
【００７５】クライアントでのＡｐｐＣｏｎｔａｉｎｅ
オペレーションは、次の通りである。以下は、ユーザが
ＡｐｐＣｏｎｔａｉｎｅｒを用いてクライアント・デバ
イスで行うことができるものの議論である。登録の後
に、ユーザは、認証サーバによって作成された、デバイ
ス上の１つのＡｐｐＣｏｎｔａｉｎｅｒを有する。
【００７６】クライアント側で提供されるオプションを
用いて、ユーザが、サーバにＡｐｐＣｏｎｔａｉｎｅｒ
を送ることができ、下で説明する認証サーバにＡｐｐＣ
ｏｎｔａｉｎｅｒを要求することができる。これらのオ
プションの意図は、クライアントと認証サーバの間の通
常のトランザクションを説明する方法を提供することで
ある。説明の最良の方法は、例を用いることである。
【００７７】ユーザは、自分のクライアントＰＣ上の自
分の仮想現金入れ引出しに金を追加することを望む。現
在の収支が、ＡｐｐＣｏｎｔａｉｎｅｒに保管される。
ユーザは、Ｃａｓｈ Ｄｒａｗｅｒ（現金入れ引出し）
アプリケーションのＡｄｄＣａｓｈ（現金追加）オプシ
ョンを選択し、ＡｐｐＣｏｎｔａｉｎｅｒが、共に、認
証サーバ（Ｃａｓｈ Ｄｒａｗｅｒプロバイダによって
運営される）で稼動するＡｄｄＣａｓｈスクリプトに送
られる。ＡｐｐＣｏｎｔａｉｎｅｒがオープンされ、デ
ータが変更され、ユーザに返され、このすべてが、おそ
らくは同一のトランザクションで行われる。
【００７８】このシステムの一実施形態では、デバイス
・オーソリティ顧客が、クライアントと認証サーバの両
方で何がおきているかを見る能力を有し、自分でＡｐｐ
Ｃｏｎｔａｉｎｅｒを操作し、自分のペースで自分自身
のデータを追加し、ログなどを調査して確認する。した
がって、ＡｐｐＣｏｎｔａｉｎｅｒがサーバに送られ、
事前に定義されたデータが変更され、その後にクライア
ントに返される１つの原子的トランザクションではな
く、ユーザがクライアント・デバイスからこの作業を開
始できるようにする諸機能が提供される。ユーザは、ク
ライアント側でオプションを選択して、ＡｐｐＣｏｎｔ
ａｉｎｅｒをサーバに送ることができる。ユーザは、そ
の後、サーバに行き、それがそこにあることを検査し、
それに含まれるデータを変更し、再封印する。ユーザ
は、その後、クライアントＰＣに戻り、ＡｐｐＣｏｎｔ
ａｉｎｅｒをＧＥＴする。
【００７９】本発明の好ましい実施形態では、サーバに
コンテナをプッシュさせるのではなく、クライアントが
データをプルする。
【００８０】ユーザが、ＡｐｐＣｏｎｔａｉｎｅｒのリ
スト、ＡｐｐＣｏｎｔａｉｎｅｒの編集、認証サーバへ
のＡｐｐＣｏｎｔａｉｎｅｒの送信、認証サーバからの
ＡｐｐＣｏｎｔａｉｎｅｒの取得、ＡｐｐＣｏｎｔａｉ
ｎｅｒの作成、およびＡｐｐＣｏｎｔａｉｎｅｒの削除
を行えるようにする、クライアント・アプリケーション
側のＡｐｐＣｏｎｔａｉｎｅｒメニューがある。
【００８１】Ｌｉｓｔ ＡｐｐＣｏｎｔａｉｎｅｒｓ
（ＡｐｐＣｏｎｔａｉｎｅｒをリストする）。すべての
ＡｐｐＣｏｎｔａｉｎｅｒｓが、アプリケーションによ
って、クライアント・デバイスのデフォルト・ディレク
トリに保管される。ＬｉｓｔＡｐｐＣｏｎｔａｉｎｅｒ
ｓオプションを選択することによって、すべてのコンテ
ナを表示することができる（おそらくは、それを作成し
たアプリケーションを識別するデータと共に）。ユーザ
は、リスト内のＡｐｐＣｏｎｔａｉｎｅｒを強調表示
し、次の２つのオプションの１つを選択することができ
る。
【００８２】Ｅｄｉｔ ＡｐｐＣｏｎｔａｉｎｅｒ（Ａ
ｐｐＣｏｎｔａｉｎｅｒを編集する）。アプリケーショ
ンは、ＡｐｐＣｏｎｔａｉｎｅｒが現在封印されている
ことをユーザに警告し、その開封を試みるオプションを
与える。開封に成功する場合には、ＡｐｐＣｏｎｔａｉ
ｎｅｒの内容が、テキスト・ボックスに表示され、編集
可能になる。ユーザが、ＡｐｐＣｏｎｔａｉｎｅｒのい
ずれかを変更し、そのＡｐｐＣｏｎｔａｉｎｅｒをクロ
ーズする場合に、ユーザに、ＡｐｐＣｏｎｔａｉｎｅｒ
を封印するオプションが与えられる。
【００８３】Ｓｅｎｄ ＡｐｐＣｏｎｔａｉｎｅｒ ｔ
ｏ ｔｈｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒｖ
ｅｒ（認証サーバにＡｐｐＣｏｎｔａｉｎｅｒを送
る）。ユーザは、ＡｐｐＣｏｎｔａｉｎｅｒを認証サー
バに送る。これによって、ユーザが、認証サーバに行
き、ＡｐｐＣｏｎｔａｉｎｅｒの操作を試みることがで
きるようになる。
【００８４】Ｇｅｔ ＡｐｐＣｏｎｔａｉｎｅｒ ｆｒ
ｏｍ ｔｈｅ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｓｅｒ
ｖｅｒ（認証サーバからＡｐｐＣｏｎｔａｉｎｅｒを得
る）。ユーザは、認証サーバに特定のファイルを要求す
ることができる。
【００８５】Ｃｒｅａｔｅ ＡｐｐＣｏｎｔａｉｎｅｒ
（ＡｐｐＣｏｎｔａｉｎｅｒを作成する）。ユーザは、
自分自身のＡｐｐＣｏｎｔａｉｎｅｒを作成できなけれ
ばならない。ユーザがこのオプションを選択した時に、
上で説明したＥｄｉｔ ＡｐｐＣｏｎｔａｉｎｅｒオプ
ションに類似する機能が使用可能になる。
【００８６】Ｄｅｌｅｔｅ ＡｐｐＣｏｎｔａｉｎｅｒ
（ＡｐｐＣｏｎｔａｉｎｅｒを削除する）。これは、暗
号機能ではないが、システムを整頓するのを助けるため
に使用可能である。
【００８７】認証サーバ上でのＡｐｐＣｏｎｔａｉｎｅ
ｒオペレーションを、これから説明する。認証サーバ
は、ユーザがさまざまな作業を実行できるようにする２
つのユーザ・インターフェース（ＡｐｐＫｅｙｓログお
よびＡｐｐＣｏｎｔａｉｎｅｒｓ）を提示する。
【００８８】ＡｐｐＫｅｙｓログは、ＡｐｐＫｅｙが要
求された時に何かが実際に起こっていることをユーザに
示すのに使用される。これを用いて、ユーザが情報に関
して何かを行うことはできない。これは、ＡｐｐＫｅｙ
要求が、識別子を有するクライアント・デバイスから受
け取られたことと、ＡｐｐＫｅｙが保管されたことを示
すログ・ビューアとすることができる。これは、日付／
時刻、要求元クライアント・デバイスのＩＰアドレス、
ＫＩＤ、結果のＡｐｐＫｅｙなどの情報を示すことがで
きる。
【００８９】ＡｐｐＣｏｎｔａｉｎｅｒｓユーザ・イン
ターフェースは、クライアント・デバイス・アプリケー
ションのユーザ・インターフェースに類似するオプショ
ンを提供する。ユーザは、ＡｐｐＣｏｎｔａｉｎｅｒの
リスト、ＡｐｐＣｏｎｔａｉｎｅｒの作成、およびＡｐ
ｐＣｏｎｔａｉｎｅｒの削除を行うことができる。
【００９０】Ｌｉｓｔ ＡｐｐＣｏｎｔａｉｎｅｒｓ
（ＡｐｐＣｏｎｔａｉｎｅｒをリストする）では、認証
サーバに保管されたすべてのＡｐｐＣｏｎｔａｉｎｅｒ
が、それが属するアプリケーションの識別と共にリスト
される。ＡｐｐＣｏｎｔａｉｎｅｒを選択すると、その
ＡｐｐＣｏｎｔａｉｎｅｒの内容を編集する能力を提供
するもう１つのページが表示される。
【００９１】Ｃｒｅａｔｅ ＡｐｐＣｏｎｔａｉｎｅｒ
（ＡｐｐＣｏｎｔａｉｎｅｒを作成する）を使用して、
ユーザは、クライアント・デバイス用のＡｐｐＣｏｎｔ
ａｉｎｅｒを作成する（デバイスが、その後、それを要
求することができる）。Ｄｅｌｅｔｅ ＡｐｐＣｏｎｔ
ａｉｎｅｒ（ＡｐｐＣｏｎｔａｉｎｅｒを削除する）機
能は、暗号機能ではないが、システムを整頓するのを助
けるために使用可能である。
【００９２】エンロールメント・モジュールおよびアプ
リケーション登録モジュールは、要求されたマスタ鍵、
ＡｐｐＫｅｙなどに関する情報を提供するユーザ・イン
ターフェース／ログ・ビューアを有する。
【００９３】暗号サーバの設計を、これから説明する。
サーバは、さまざまなコンポーネントの保護を容易にす
るために、その機能性を分割されている。主な発想は、
鍵が絶対にネットワークに出ないことである。
【００９４】コンポーネントには、鍵、暗号ライブラ
リ、およびエンロールメント・コードが含まれる。鍵
（秘密マスタ鍵、サーバのＰｒｉｖａｔｅＫｅｙ）は、
暗号機能と鍵データベースを組み合わせたセキュア・ボ
ックスに保管されることが好ましい。暗号ライブラリ
は、認証サーバに、さまざまなコンテナに対する生のオ
ペレーション（ｅｎｃ、ｄｅｃなど）を実行するのに必
要なルーチンを与える。エンロールメント機能は、シス
テム内で最も機密性の高いデータである秘密マスタ鍵を
生成する。エンロールメント・コードは、秘密マスタ鍵
を保護し、これらを、エンロールするクライアント・デ
バイスに安全に配送する。
【００９５】暗号サーバの論理的配置は次の通りであ
る。
【００９６】ファイヤウォールおよびロード・バランサ
の背後にあるものは、次の通りである。 ＨＴＴＰサーバ−Ｅｎｒｏｌｌｍｅｎｔ．ｐｒｏｔｏｃ
ｏｌＨａｎｄｌｅｒ（＋ｃｏｎｔａｉｎｅｒクラス）を
実行するサーバ 許可されないトラフィックが鍵サーバによって受け取ら
れないようにするもう１つの論理的ファイヤウォールの
背後にあるものは、次の通りである。 Ｅｎｒｏｌｌｍｅｎｔ．ｇｅｔＳｍｋ（＋ｃｏｎｔａｉ
ｎｅｒクラス）を実行する鍵ＤＢおよびＲＳＡ−Ｂｓａ
ｆｅ Ｃｒｙｐｔｏライブラリを有する鍵サーバ
【００９７】暗号サーバには、コード署名用、通信用、
およびルート鍵という３つの秘密鍵が安全に保管され
る。ルート鍵は、新しい低位鍵に署名するのに使用され
る。これらの鍵は、スタートアップ時に暗号モジュール
がロードする暗号化されたファイルに保管することがで
きる。
【００９８】各クライアントのエンロールメントと共に
生成される秘密マスタ鍵は、データベースに保管され
る。デバイス・オーソリティが、秘密マスタ鍵を生成す
る。このコードは、エンロールメントのサーブレット／
プロトコル処理部分からｐｕｂｉｃ（ｍｋｃ（ｃｌｉｅ
ｎｔＳｅｅｄ））を受け取る。
【００９９】デバイス・オーソリティの基本的な必要な
機能性は、エンロールメント要求を処理することであ
る。ｅｎｒｏｌｌｍｅｎｔ．ｐｒｏｔｏｃｏｌＨａｎｄ
ｌｅｒ関数が、ネットワークからコンテナを入手し、そ
れらを暗号サーバに渡し、その結果、ｅｎｒｏｌｌｍｅ
ｎｔ．ｇｅｎＳｍｋコードが、鍵情報を他者に露出せず
に作業を行えるようになる。
【０１００】コンポーネントの詳細をこれから説明す
る。
【０１０１】エンロールメント。エンロールメントの処
理フローは次の通りである。 （１）エンロールメント・サーブレットが、クライアン
トによって呼び出される。 （２）エンロールメント・サーブレットが、ＲＭＩを介
してセキュア・サーバ上でＥｎｒｏｌｌｍｅｎｔクラス
をインスタンス化する。ＩｎｐｕｔＳｔｒｅａｍが、セ
キュア・サーバ上のＥｎｒｏｌｌｍｅｎｔオブジェクト
に引数として渡される。 （３）セキュア・サーバ上のＥｎｒｏｌｌｍｅｎｔオブ
ジェクトが、以下の処理に進む。 受け取ったＩｎｐｕｔＳｔｒｅａｍをコンストラクタ引
数として用いて、ＰｕｂＫＣｏｎｔａｉｎｅｒクラスを
構築する。ＰｕｂＫコンテナからＭＫコンテナのインス
タンスを得る。ＭＫコンテナからＳＭＫクライアント・
シードを抽出する。ランダムＳＭＫサーバ・シード（す
なわちＳＭＫのサーバ部分）を生成する。ＳＭＣｌｉｅ
ｎｔＳｅｅｄをＳＭＫＳｅｒｖｅｒＳｅｅｄに連結し
て、マスタ鍵を生成する。連結は、ＳＭＫＣｌｉｅｎｔ
Ｓｅｅｄ ＋ ＳＭＫＳｅｒｖｅｒＳｅｅｄでこの順番
である。ＭＫコンテナ・オブジェクトの適当なオペコー
ドおよびデータ（ＳＭＫＳｅｒｖｅｒＳｉｄｅ）をセッ
トする。前のステップで形成されたマスタ鍵に対してＳ
ＨＡ１を実行することによって鍵ＩＤを生成する。マス
タ鍵および鍵ＩＤをＢｉｇＩｎｔｅｇｅｒに変換し、デ
ータベースに保管する。得られたＭＫＣｏｎｔａｉｎｅ
ｒオブジェクトを封印する。セキュア・サーバからウェ
ブ・サーバ（すなわち、呼出し元のエンロールメント・
サーブレット）に送られるバイトのアレイの形で生デー
タを得る。エンロールメント・サーブレットが、生のバ
イトをＩｎｐｕｔＳｔｒｅａｍに変換し、Ｈｔｔｐ応答
としてクライアントに送る。
【０１０２】上記のフローは、単純な実施形態に関する
ものである。好ましい実施形態では、肯定応答サーブレ
ットが、クライアント応答を待ち（すなわち、ＳＭＫＳ
ｅｒｖｅｒシードを成功裡に受信した）、その後、永久
的な秘密マスタ鍵についてデータベース・テーブルを更
新する。
【０１０３】モジュール・コンポーネントの詳細を、こ
れから説明する。
【０１０４】クライアント・アプリケーションは、通常
はＭｉｃｒｏｓｏｆｔ ＷｉｎｄｏｗｓベースのＰＣ上
で稼動するアプリケーションである。このアプリケーシ
ョンは、暗号機能を使用するために、オペレーティング
・システム・ドライバによって呼び出されるカーネル・
モード・デバイス・ドライバにインターフェースする。
【０１０５】アプリケーションは、次の機能を提供す
る。初期化、エンロールメントのテスト、デバイスのエ
ンロール、デバイス上のアプリケーションの登録、Ａｐ
ｐＣｏｎｔａｉｎｅｒのリスト、ＡｐｐＣｏｎｔａｉｎ
ｅｒの編集、ＡｐｐＣｏｎｔａｉｎｅｒの保存、認証サ
ーバへのＡｐｐＣｏｎｔａｉｎｅｒのポスト、認証サー
バからのＡｐｐＣｏｎｔａｉｎｅｒの入手、ＡｐｐＣｏ
ｎｔａｉｎｅｒの新規作成、およびデバイスのエンロー
ル解除。
【０１０６】初期化については、アプリケーションは、
呼び出された時に、自動的に下記を実行する。オペレー
ティング・システム・ドライバのロードと、登録された
アプリケーションとしてアプリケーションにセット・ア
ップさせるためのＯｓｄＲｅｇｉｓｔｅｒＡｐｐｌｉｃ
ａｔｉｏｎの呼出し。
【０１０７】エンロールメントのテストでは、ＯｓｄＧ
ｅｔＣａｐａｂｉｌｉｔｉｅｓの呼出しによって、返さ
れるＣａｐａｂｉｌｉｔｉｅｓパラメータを検査して、
デバイスが既にエンロールされているかどうかを調べ、
デバイスがエンロールされているか否かを示すダイアロ
グを表示する。
【０１０８】デバイスをエンロールするには、ＯｓｄＥ
ｎｒｏｌｌＧｅｎｅｒａｔｅＲｅｑｕｅｓｔを呼び出し
て、封印されたＰｕｂＫＣｏｎｔａｉｎｅｒを入手し、
デバイス・オーソリティのＥｎｒｏｌｌｍｅｎｔ ＵＲ
ＬにＨＴＴＰ要求を送り、要求の本体でＰｕｂＫＣｏｎ
ｔａｉｎｅｒを渡し、応答コードを検査して、オペレー
ションが成功したことを確認する。成功の場合には、返
された内容を、ＯｓｄＥｎｒｏｌｌＰｒｏｃｅｓｓＲｅ
ｓｐｏｎｓｅへの呼出しのＭＫＣｏｎｔａｉｎｅｒパラ
メータとして渡し、エンロールメントが成功であったか
否かを示すダイアログを表示する。
【０１０９】デバイス上のアプリケーションを登録する
には、ＯｓｄＧｅｔＣａｐａｂｉｌｉｔｉｅｓを呼び出
し、返されるＣａｐａｂｉｌｉｔｉｅｓパラメータを検
査して、デバイスが既にエンロールされているかどうか
を調べる。そうでない場合には、上で定義したようにデ
バイスをエンロールする。ユーザに、アプリケーション
／デバイスの組み合わせを識別する文字列（ＡＤＩＤ）
を求めるプロンプトを出す。ＰｕｂＫＣｏｎｔａｉｎｅ
ｒを作成し、これを登録に使用する。デバイス・オーソ
リティのＲｅｇｉｓｔｅｒＡｐｐ ＵＲＬにＨＴＴＰ要
求を送り、要求の本体でＰｕｂＫＣｏｎｔａｉｎｅｒお
よびＡＤＩＤを渡す。応答コードを検査して、オペレー
ションが成功であったことを確認する。成功の場合に
は、結果のデータはＡｐｐＣｏｎｔａｉｎｅｒである。
そのＡｐｐＣｏｎｔａｉｎｅｒをデフォルト・ディレク
トリに保管する。
【０１１０】ユーザは、デフォルト・ディレクトリに保
管されたＡｐｐＣｏｎｔａｉｎｅｒを表示することがで
き、ＡｐｐＣｏｎｔａｉｎｅｒを強調表示する能力を有
する。
【０１１１】クライアント・アプリケーションは、強調
表示されたＡｐｐＣｏｎｔａｉｎｅｒを編集する能力、
強調表示されたＡｐｐＣｏｎｔａｉｎｅｒを削除する能
力、強調表示されたＡｐｐＣｏｎｔａｉｎｅｒを認証サ
ーバに送る能力、およびＡｐｐＣｏｎｔａｉｎｅｒを新
規作成する能力を（メニュー・オプション、ボタンなど
を介して）提供する。
【０１１２】ＡｐｐＣｏｎｔａｉｎｅｒを編集するに
は、まずＡｐｐＣｏｎｔａｉｎｅｒをＵｎｓｅａｌ（開
封）するが、これはＯｓｄＡｐｐＣｏｎｔａｉｎｅｒＵ
ｎｓｅａｌ関数を呼び出し、ＡｐｐＣｏｎｔａｉｎｅｒ
ファイルの内容をｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒパ
ラメータに渡すことによって行われ、ＯｓｄＡｐｐＣｏ
ｎｔａｉｎｅｒＵｎｓｅａｌが不成功の場合にはエラー
・ダイアログを表示する。ＡｐｐＣｏｎｔａｉｎｅｒ構
造体を解析してＤａｔａフィールドを入手する。エディ
ット・ボックス内にＡｐｐＣｏｎｔａｉｎｅｒの内容を
表示して、ユーザがデータを変更できるようにする。Ａ
ｐｐＣｏｎｔａｉｎｅｒに対する変更を保存するか破棄
する能力を提供する。
【０１１３】ＡｐｐＣｏｎｔａｉｎｅｒを保存するに
は、ＡｐｐＣｏｎｔａｉｎｅｒを封印し、ＡｐｐＣｏｎ
ｔａｉｎｅｒ構造体を再構築し、ＯｓｄＡｐｐＣｏｎｔ
ａｉｎｅｒＳｅａｌ関数を呼び出し、開封されたＡｐｐ
Ｃｏｎｔａｉｎｅｒ構造体の内容をｐＣｏｎｔａｉｎｅ
ｒＢｕｆｆｅｒパラメータで渡し、ＯｓｄＡｐｐＣｏｎ
ｔａｉｎｅｒＳｅａｌが不成功の場合にはエラー・ダイ
アログを表示する。封印されたＡｐｐＣｏｎｔａｉｎｅ
ｒ構造体をファイルに保管する。
【０１１４】ＡｐｐＣｏｎｔａｉｎｅｒを認証サーバに
ポストするには、ＨｅｒｅｓＡｎＡｐｐＣｏｎｔａｉｎ
ｅｒＦｏｒＹａ関数のＵＲＬにＨＴＴＰ要求を送り、要
求の本体で強調表示されたＡｐｐＣｏｎｔａｉｎｅｒフ
ァイルの内容を渡し、ＨＴＴＰ要求の状況を検査し、成
功または失敗に関するダイアログを表示する。
【０１１５】認証サーバからＡｐｐＣｏｎｔａｉｎｅｒ
を入手するために、ダイアログ・ボックスを設けて、ユ
ーザが、サーバ側のダウンロードされるファイルを選択
できるようにし、ＨＴＴＰ要求をＯｉＧｉｖｅＭｅＡｎ
ＡｐｐＣｏｎｔａｉｎｅｒ関数のＵＲＬに送り、要求の
本体で要求されたＡｐｐＣｏｎｔａｉｎｅｒファイルの
内容を渡す。ＨＴＴＰ要求の状況を検査し、成功または
失敗に関するダイアログを表示する。ファイルが上書き
されようとしている場合には、元のファイルを上書きす
ることに関するプロンプトをユーザに出す。
【０１１６】ＡｐｐＣｏｎｔａｉｎｅｒを新規作成する
には、既存のＡｐｐＣｏｎｔａｉｎｅｒファイルをオー
プンし、ＡｐｐＣｏｎｔａｉｎｅｒを開封し、データブ
ロックを０にし、ユーザがデータを編集できるように
し、その後、Ｓａｖｅ ＡｐｐＣｏｎｔａｉｎｅｒ機能
に従う（ファイルを、ユーザによって指定される新しい
ファイル名として保存する）。
【０１１７】デバイスをエンロール解除するには、Ｏｓ
ｄＲｅｇｉｓｔｅｒＡｐｐｌｉｃａｔｉｏｎを呼び出し
て、アプリケーションに登録済みアプリケーションとし
てセット・アップさせ、ＯｓｄＧｅｔＣａｐａｂｉｌｉ
ｔｉｅｓを呼び出して、返されるＣａｐａｂｉｌｉｔｉ
ｅｓワードを検査して、デバイスが既にエンロールされ
ているかどうかを調べる。デバイスが既にエンロールさ
れている場合には、ＯｓｄＩｎｖａｌｉｄａｔｅＳＭＫ
を呼び出す。
【０１１８】認証（ＰＡＳＳ）サーバによって提供され
る機能性は、次の通りである。認証サーバは、デバイス
／アプリケーションの組合せを登録することができる。
クライアント・デバイスは、要求の本体にＰｕｂＫＣｏ
ｎｔａｉｎｅｒおよびＡＤＩＤを含む要求を、ＯｉＲｅ
ｇｉｓｔｅｒＭｅ関数のＵＲＬに送る。認証サーバは、
要求を送り、ＡＲＭサーバに転送する。ＡＲＭサーバ
は、ＡｐｐＫｅｙを生成し、返し、このＡｐｐＫｅｙ
が、認証サーバによって、ＡＤＩＤに対して保管されな
ければならない。その後、認証サーバは、新たに生成さ
れたＡｐｐＫｅｙを使用してＡｐｐＣｏｎｔａｉｎｅｒ
を作成し、クライアント・デバイスに送り返す。これに
よって、登録が完了する。上記のすべてが、クライアン
ト、認証サーバ、およびアプリケーション登録モジュー
ルの間の単一のトランザクションで行われる。
【０１１９】認証サーバは、ユーザ・インターフェース
を介してＡｐｐＣｏｎｒａｉｎｅｒを操作する（作成、
編集、封印、および開封）ユーザ・インターフェースを
提供する。認証サーバは、ユーザがＡｐｐＣｏｎｔａｉ
ｎｅｒを操作できるようにするユーザ・インターフェー
スを提供する。これは、ＨＴＭＬと、Ｊａｖａ（登録商
標）で記述されたコードを有するＪａｖａサーブレット
を使用して、ＡｐｐＣｏｎｔａｉｎｅｒの封印、開封な
どを行えるようにすることによって行うことができる。
クライアント上で稼動するアプリケーションのセクショ
ンでの定義に従って、Ｌｉｓｔ ＡｐｐＣｏｎｔａｉｎ
ｅｒｓおよびＥｄｉｔ ＡｐｐＣｏｎｔａｉｎｅｒｓを
行うためにページが必要である。
【０１２０】認証サーバは、クライアント・デバイスか
らＡｐｐＣｏｎｔａｉｎｅｒを受け取ることができる。
クライアント・デバイスは、ＡｐｐＣｏｎｔａｉｎｅｒ
を認証サーバに送ることを可能にする機能を有する。こ
れが発生することを可能にするために、エントリ・ポイ
ントが認証サーバ側に存在する。これは、入力ストリー
ムを読み取り、データをファイル名と共にファイルに保
管するサーブレットを使用するか、さらに簡単に、認証
サーバ上でＨＴＴＰのＰＵＴメソッドを使用可能にする
ことによって、行うことができる。
【０１２１】コンテナおよび鍵をこれから説明する。コ
ンテナは、情報を保持するのに使用される構造体であ
る。この情報は、署名するか、暗号化するか、その両方
を行うことができる。セキュリティを高めるために、さ
まざまなタイプのコンテナが使用可能である。これらの
コンテナの一部は、署名されたデータだけに使用され
る。一部のコンテナは、暗号化されたデータを保持す
る。暗号化されたコンテナ内であっても、それらは、使
用された暗号化アルゴリズムに依存する複数のサブタイ
プである。コンテナには４つの種類がある。
【０１２２】ＳｉｇｎｅｄＣｏｎｔａｉｎｅｒは、秘密
鍵（署名側の鍵対からの）によってディジタル署名さ
れ、揃いの公開鍵（クライアント側では公開鍵がＲＯＭ
／フラッシュに保管される）を用いて検証することがで
きるデータを保持する。これらは、認証されたデータを
デバイス・オーソリティ・サーバからクライアント計算
機に送り、ソフトウェア・モジュールがデバイス・オー
ソリティ・クライアント・サービスを使用することを許
可するのに使用される。
【０１２３】ＡｐｐＣｏｎｔａｉｎｅｒは、特定の計算
機で稼動する特定のアプリケーション・プログラムによ
ってのみ読取または書込が可能である保護されたコンテ
ナである。これらのコンテナでは、それを封印したプロ
グラムが識別され、別のプログラムがコンテナを開封す
ることを許可することが可能であり、したがって、これ
らのコンテナは、安全な形のプロセス間通信として使用
することもできる。ウィルス変更、ソフトウェア・ライ
センス交付、およびセキュア・ウォレットなどの高水準
セキュリティ機能性は、ＡｐｐＣｏｎｔａｉｎｅｒの上
で構築することができる。一般に、ＡｐｐＣｏｎｔａｉ
ｎｅｒは、暗号化用の秘密マスタ鍵の導出物を使用する
ことによって、所与の計算機にバインドされる。
【０１２４】ＰｕｂＫＣｏｎｔａｉｎｅｒは、ＲＳＡ公
開鍵（通信鍵対からの）を用いてクライアント（ＯＳ
Ｄ）によって封印され、揃いの秘密鍵を有する受信側
（一般にデバイス・ドライバ・オーソリティ・サーバ）
によってのみ読み取ることができる、ディジタル封筒で
ある。これらは、エンロールメント中およびクライアン
トと認証されたデバイス・オーソリティ・サーバとの間
の暗号化されたチャネルのセット・アップのために使用
される。このコンテナの内部のデータは、オペレーティ
ング・システム・ドライバによってランダムに生成され
る１２８ビットｃ暗号鍵（この製品内ではマスタ鍵とも
称する）を用いて暗号化される。ＲＣ６鍵（マスタ鍵）
およびクライアントの鍵ＩＤ（ＫＩＤ）は、受信側の公
開鍵（サーバの通信ＰｕｂＫｅｙ）を用いて暗号化され
る。
【０１２５】ＭＫＣｏｎｔａｉｎｅｒは、このコンテナ
を書くものと読むものに既知のマスタ鍵（クライアント
によって作成されＰｕｂＫＣｏｎｔａｉｎｅ内で送られ
る）に基づくディジタル封筒の一部として使用される。
これらは、マスタ鍵がＰｕｂＫＣｏｎｔａｉｎｅｒを介
してサーバに送られた後に、クライアントとデバイス・
オーソリティ・サーバの間の安全な通信に使用すること
ができる。これらは、クライアント計算機でデータをロ
ーカルに保護するのに使用することもできる。
【０１２６】これらのコンテナ構造体は、それらに対し
て実行することができる事前に定義されたオペレーショ
ンの組を有する。このオペレーションが、封印および開
封である。
【０１２７】封印は、暗号化なしの署名とすることがで
きる（卒業証書に大学の封印があるが、誰もが卒業証書
の内容を読むことができるのと同様に）。封印は、暗号
化とすることもできる（ある賞の勝者を含む封筒が封印
され、その結果、開封しなければ誰も内容を見られない
のと同様に）。
【０１２８】開封は、封印オペレーションを逆転するこ
とである。これは、封印がオリジナルであることを検証
することとすることができる（ほとんど再生不能であ
り、検証することができる特徴である、卒業証書の封印
と同様に）。開封は、隠された内容の露出とすることも
できる（勝者の場合には、隠された内容に達することが
かなり簡単である）。
【０１２９】各コンテナ構造体を、下で説明する。コン
テナ構造体を、その開封された版で示し、その後、封印
オペレーションを説明する。その後、封印された構造体
を示し、開封オペレーションを説明する。オペレーショ
ンがなんらかの理由で失敗した場合には、コンテナが０
クリアされる。
【０１３０】下記のリストに、本発明によって提供され
る機能を明細に記す。小さい組のコンテナ・タイプによ
って、ａ）通信セキュリティ、ｂ）システム保全性、お
よびｃ）アプリケーション固有の保護されたコンテナが
サポートされる。本発明によって提供される機能を用い
ると、特定のデバイス上でのみ意味を持つデータ・コン
テナまたはコマンドの作成を可能にするためにクライア
ントとデバイス・オーソリティ・サーバの間で秘密マス
タ鍵を作成し、ユーザではなくプログラムの識別に基づ
いてデータへのアクセスを制御し、許可されたデバイス
・オーソリティ・サーバから来る情報を認証し、特定の
デバイスから来る情報を認証し、タンパ・プルーフな秘
密を保つ必要があるアプリケーション・プログラムの保
護された実行環境をサポートし、特定のプログラムによ
ってのみ上書きすることができるデータ・ストレージ区
域をサポートすることができるようになる。
【０１３１】本発明の設計の概要を、これから説明す
る。保護されたコンテナは、低水準ＢＩＯＳコードおよ
びＯＳレイヤ・ドライバ（ＯＳＤ）コード（たとえばＷ
ｉｎ９８のＶｘＤ）によって実装される。ＢＩＯＳコー
ドの一部は、システム管理割込み（ＳＭＩ）を介して呼
び出されるルーチンによって使用される、システム管理
メモリ（ＳＭＭ）内の情報をセット・アップするため
に、ＰＯＳＴ中に稼動する。ＳＭＩルーチンは、フラッ
シュＲＯＭからの公開鍵を使用するＲＳＡオペレーショ
ンを実行し、したがって、これは、タンパリングが非常
に困難である。ＳＭＩルーチンは、そのデバイスとデバ
イス・オーソリティ・サーバに既知の秘密のＲＣ６鍵で
ある秘密マスタ鍵の隠蔽および管理も行う。暗号プリミ
ティブが、この単一の１２８ビットマスタ鍵から複数の
鍵を導出し、各鍵は、単一の目的に使用される。ＳＭＩ
ルーチンは、その呼出し元を認証し、許可されたオペレ
ーティング・システム・ドライバ・モジュールに関する
サービスだけを実行する。
【０１３２】すべてのクライアントが、サーバの公開鍵
を知っており、したがって、サーバがメッセージに署名
したことを検証することができる。というのは、サーバ
が、揃いの秘密鍵を知っている唯一の存在だからであ
る。秘密マスタ鍵は、各デバイスに一意であり、そのデ
バイスとサーバだけに既知である。メッセージが、秘密
マスタ鍵によって正しく保護される場合には、そのメッ
セージは、サーバまたは一意の秘密マスタ鍵を有するク
ライアントのいずれかから来たものでなければならな
い。クライアントは、秘密マスタ鍵のＳＨＡ１ダイジェ
ストである２０バイトの鍵識別子を使用して、それ自体
を識別する。ＳＨＡ１関数は、鍵ＩＤを知ることが、攻
撃者が秘密マスタ鍵を見つけるのを助けず、可能なすべ
てのマスタ鍵を試して、観察された鍵ＩＤが作られるか
どうかを調べる以外にないという意味で、一方向であ
る。この手法が実用的になるためには、秘密マスタ鍵の
値が多すぎる（２の１２８乗）。
【０１３３】ＡｐｐＣｏｎｔａｉｎｅｒは、秘密マスタ
鍵の助けを借りて保護される。各コンテナは、秘密マス
タ鍵およびコンテナを所有するプログラムのコードのダ
イジェストの関数である鍵を用いて暗号化される。この
設計では、ＳＭＩレベル・コードが、コンテナを作成し
たプログラム用のコンテナだけを開封することが保証さ
れる。デバイス・オーソリティ・サーバは、特定の計算
機上の特定のプログラムの最初のコンテナの作成に関係
しなければならない。
【０１３４】中水準オペレーティング・システム・ドラ
イバ・コードは、コンテナ抽象化をサポートし、ＳＭＩ
ルーチンには不可能なオペレーションを実行する。たと
えば、ＳＭＩルーチンは、ページ・フォールトを扱うこ
とができないので、オペレーティング・システム・ドラ
イバ・ルーチンが、ＳＭＩルーチンを呼び出す前に、ロ
ックされたメモリにパラメータをコピーしなければなら
ない。オペレーティング・システム・ドライバ・ルーチ
ンは、ＳＭＩルーチンよりも長い時間期間にわたって稼
動することもできる。
【０１３５】コンテナ機能をサポートするオペレーティ
ング・システム・ドライバを、ＷＤＬの一部としてシー
ケンサによってダウンロードすることができる。ＷＤＬ
のインストールおよび初期化の処理には、保護されたコ
ンテナに必要なマスタ鍵のセット・アップが含まれる。
【０１３６】このリリースでセキュリティ特徴をサポー
トするのに使用されるプロトコルは、この文書で説明す
る４種類のコンテナに大きく頼る。たとえば、マスタ鍵
を作成するエンロールメント・プロトコルは、デバイス
・オーソリティ・サーバとのこれらのコンテナの交換に
基づく。
【０１３７】このシステムでは、クライアントシステム
自体およびクライアントとデバイス・オーソリティ・サ
ーバの間の両方で、プログラムおよびデータのプライバ
シ、保全性、および認証を提供するのに暗号鍵が使用さ
れる。存在する鍵と、信頼およびセキュリティを確立す
るための鍵の使用法をこれから説明する。
【０１３８】公開鍵／秘密鍵対が、本発明で使用され
る。公開鍵／秘密鍵対は、特定のクライアント・システ
ムに関連する必要がないデータを安全にやり取りするの
に使用される。これらは、主に、あるクライアントから
デバイス・オーソリティ・サーバにおよびその逆に転送
されるデータが、真正であることを保証するのに使用さ
れ、データがプライベートである（暗号化される）こと
を容易にする。これらの鍵は、製造時にＲＯＭに含めら
れる。
【０１３９】デバイス・オーソリティ・サーバは、３つ
のＲＳＡ鍵対の秘密鍵を保持し、これらの秘密鍵は、異
なる目的に使用され、サーバ環境の異なる場所に保管さ
れる。クライアント・システムは、これらの鍵対の公開
鍵を保持し、ＲＯＭに保管される。標準の（強い）暗号
について、これらの鍵対のそれぞれの１０２４ビット版
が使用される。３つの鍵対は次の通りである。
【０１４０】ルート鍵対。秘密鍵は、インターネットに
接続されていない、デバイス・オーソリティによって制
御される計算機に保管される。揃いの公開鍵は、クライ
アント計算機のＲＯＭに保管される。秘密ルート鍵は、
新しい公開鍵に署名するのに使用され、この公開鍵が、
古い公開鍵と置換するためにクライアント計算機に送ら
れる。ＲＯＭ内の古い鍵を置換する方法は、この文書の
範囲外である。これらのルート鍵は、頻繁には使用され
ない。公開鍵は、署名されたコンテナと共にクライアン
ト計算機で使用される。
【０１４１】サーバ通信鍵対。これは、封入鍵対とも呼
ばれ、動的データ署名に使用される。秘密鍵は、デバイ
ス・オーソリティ・サーバに保管され、クライアントと
のセキュア通信を確立するのに使用される。秘密鍵は、
クライアントによって送られた鍵（および他のデータ）
を開封するか、クライアントによって検証される動的に
作成されたメッセージに署名するのに使用することがで
きる。これは、ＰｕｂＫＣｏｎｔａｉｎｅｒと共に使用
される。すべてのクライアントが、そのＢＩＯＳ ＲＯ
Ｍに保管された揃いの公開鍵のコピーを有する。
【０１４２】署名用鍵対。この秘密鍵は、インターネッ
トから直接にアクセス可能でないデバイス・オーソリテ
ィ署名計算機に保管される。秘密鍵は、ダウンロードさ
れたファイル（プログラムおよび構成データ）に署名す
るのに使用され、このダウンロードされたファイルは、
その後、デバイス・オーソリティ・サーバに配置され、
最終的にクライアント計算機に送られる。すべてのクラ
イアント計算機が、揃いの公開鍵を有し、したがって、
秘密鍵によって作成された署名を検証することができ
る。署名用鍵対は、ソフトウェア・コンポーネントの新
しいリリースなどの静的情報を強く認証するのに使用さ
れる。秘密鍵は、インターネットからアクセス可能では
ないので、保護が簡単である。
【０１４３】公開鍵は、クライアント・システム内で、
署名されたコンテナと共に使用される。上記のオペレー
ションのすべてについて１つの鍵対だけを使用すること
が可能である。しかし、異なる目的に複数の鍵対を使用
することは、攻撃がシステム全体を成功裡に破壊する可
能性を減らす、安価で簡単な方法である。
【０１４４】秘密鍵。下記の鍵は、暗号化と解読の両方
に同一の鍵が使用されるという点で、対称鍵である。
【０１４５】マスタ鍵は、暗号化／解読に使用される対
称鍵の作成の基礎として使用される。これらの鍵は、一
般に、クライアントとサーバの間の単一の通信中に使用
される。これらは、セッション鍵と同等である。
【０１４６】秘密マスタ鍵は、特定のクライアント・シ
ステムに関連する必要があるデータを安全にやり取りす
るのに使用される。秘密マスタ鍵は、一意であり、クラ
イアント・システムを認証するのに使用される。秘密マ
スタ鍵は、クライアント・システムを一意に識別するの
で重要である。これは、暗号化／解読アルゴリズムで使
用される他の対称鍵の作成の基礎として使用される。秘
密マスタ鍵は、エンロールメント処理中にデバイス・オ
ーソリティ・サーバによって作成され、クライアントに
送られる。
【０１４７】マスタ鍵は、デバイス・オーソリティ・サ
ーバおよびクライアント・システム上の暗号ＲＯＭコン
ポーネントのみによってアクセス可能である。ＲＯＭコ
ンポーネントは、システム管理モード（ＳＭＭ）で稼動
し、このＳＭＭは、ソフトウェア・デバッガによってト
レースすることができない、ｘ８６プロセッサの特殊な
モードである。
【０１４８】秘密マスタ鍵は、クライアント・システム
上で、ＡｐｐＣｏｎｔａｉｎｅｒの封印および開封に使
用される。秘密マスタ鍵は、１つの計算機にバインドさ
れ、転送可能であってはならない（最初にデバイス・オ
ーソリティ・サーバに転送され、その後、別のクライア
ントに転送される場合を除く）。秘密マスタ鍵は、絶対
に通常のシステム・メモリ内で露出されてはならない。
したがって、秘密マスタ鍵は、ハッカーによって取り込
まれ別の計算機に転送される可能性がある、オペレーテ
ィング・システム・ドライバ・レベルに絶対に渡されて
はならない。ＡｐｐＣｏｎｔａｉｎｅｒの封印および開
封のオペレーションは、厳密にＳＭＭ内で実行されなけ
ればならない。他のすべての封印および開封のオペレー
ションは、オペレーティング・システム・ドライバ・レ
イヤによって実行することができる。
【０１４９】鍵識別子（ＫＩＤ）は、秘密マスタ鍵の１
方向ＳＨＡ−１ダイジェストである。鍵ＩＤは、クライ
アントからサーバに送られるメッセージでクライアント
を識別するのに使用される。クライアントからのメッセ
ージのヘッダに、鍵ＩＤが含まれ、サーバが、その鍵Ｉ
Ｄを使用して、秘密マスタ鍵データベース・テーブルを
インデクシングして、そのクライアントのマスタ鍵に対
する対称鍵を見つけ、この対称鍵を使用して、メッセー
ジの残りを解読するのに必要な鍵を導出する。エンロー
ルメント処理でまだ秘密マスタ鍵が割り当てられていな
い時には、真の秘密マスタ鍵によって置換されるまで、
秘密マスタ鍵を一時的な乱数値に置換する。
【０１５０】ある個数の導出された鍵が、秘密マスタ鍵
および他のマスタ鍵に基づいて生成される。鍵を導出す
るプリミティブによって、これらの導出された鍵が、下
で説明する鍵使用法値に基づいてどのように生成される
かが示される。
【０１５１】鍵使用法値。この節では、この設計の一部
である鍵使用法値を列挙する。これらの値は、ＮｅｗＫ
ｅｙ（）関数、Ｅｎｃ（）関数、およびＤｅｃ（）関数
と共に使用される。これらの関数は、さまざまなコンテ
ナの封印中および開封中に使用される。使用法は、クラ
イアントとサーバについて異なる（これによって、再生
攻撃および自己再生攻撃が複雑になる）。
【０１５２】使用法名 コメント ＵｓａｇｅＡｐｐＣｏｄｅＤｉｇｅｓｔ これは、Ａ
ｐｐＣｏｎｔａｉｎｅｒのＡｐｐＣｏｄｅＤｉｇｅｓｔ
フィールドの暗号化鍵を作成するのに使用される ＵｓａｇｅＡｐｐＥｎｃＳｅｒｖｅｒ これは、サー
バによって作成されるＡｐｐＣｏｎｔａｉｎｅｒの暗号
化鍵を作成するのに使用される ＵｓａｇｅＡｐｐＥｎｃＣｌｉｅｎｔ これは、クラ
イアントによって作成されるＡｐｐＣｏｎｔａｉｎｅｒ
の暗号化鍵を作成するのに使用される ＵｓａｇｅＡｐｐＭａｃＳｅｒｖｅｒ これは、サー
バによって作成されるＡｐｐＣｏｎｔａｉｎｅｒのＨＭ
ＡＣ鍵を作成するのに使用される ＵｓａｇｅＡｐｐＭａｃＣｌｉｅｎｔ これは、クラ
イアントによって作成されるＡｐｐＣｏｎｔａｉｎｅｒ
のＨＭＡＣ鍵を作成するのに使用される ＵｓａｇｅＭＫＥｎｃＳｅｒｖｅｒ これは、サーバ
によって作成されるＭＫＣｏｎｔａｉｎｅｒの暗号化鍵
を作成するのに使用される ＵｓａｇｅＭＫＥｎｃＣｌｉｅｎｔ これは、クライ
アントによって作成されるＭＫＣｏｎｔａｉｎｅｒの暗
号化鍵を作成するのに使用される ＵｓａｇｅＭＫＭａｃＳｅｒｖｅｒ これは、サーバ
によって作成されるＭＫＣｏｎｔａｉｎｅｒのＨＭＡＣ
鍵を作成するのに使用される ＵｓａｇｅＭＫＭａｃＣｌｉｅｎｔ これは、クライ
アントによって作成されるＭＫＣｏｎｔａｉｎｅｒのＨ
ＭＡＣ鍵を作成するのに使用される
【０１５３】ＡｐｐＣｏｎｔａｉｎｅｒで使用される鍵
は、３つの部分に分割される。ＡｐｐＣｏｎｔａｉｎｅ
ｒの重要な特徴の１つが、それらを作成するのに使用さ
れるＡｐｐＫｅｙ（）が、秘密マスタ鍵（すなわち、ク
ライアント・デバイスの一意の識別子）とアプリケーシ
ョン・コード・ダイジェスト（すなわち、コンテナを
「所有」するソフトウェアの一意の識別子）の両方の関
数であることである。ＡｐｐＣｏｎｔａｉｎｅｒは、特
定のデバイス上の特定のアプリケーションにバインドさ
れる。鍵の最後の部分は、デバイス・オーソリティに既
知ではなく（秘密マスタ鍵と異なる）、一般公衆にも既
知ではない（アプリケーション・コード・ダイジェスト
と異なる）。この最後の部分を、ＣｕｓｔｏｍｅｒＳｅ
ｃｒｅｔと称する。その鍵のどの値でも、ＡｐｐＣｏｎ
ｔａｉｎｅｒの封印に使用することができる。しかし、
強い１２８ビット乱数値（秘密マスタ鍵と同一の強さ）
を使用することが推奨される。
【０１５４】ＣｕｓｔｏｍｅｒＳｅｃｒｅｔ部分を用い
ると、会社が、異なるアプリケーション・コード・ダイ
ジェストを作る、アプリケーションの新しいビルドを入
手する必要なしに、危険にさらされたアプリケーション
・コンテナを破棄できるようになる。また、このＣｕｓ
ｔｏｍｅｒＳｅｃｒｅｔを用いると、デバイス上のアプ
リケーション（たとえば、セキュア・ログオン・アプリ
ケーション）の所与のインスタンスが、一つ以上のサー
バと安全にデータを共有できるようになる。各サーバ
は、同一デバイス上の同一アプリケーションについて、
一意のＣｕｓｔｏｍｅｒＳｅｃｒｅｔをセットアップす
るはずである。したがって、封印されたＡｐｐＣｏｎｔ
ａｉｎｅｒは、正しいＣｕｓｔｏｍｅｒＳｅｃｒｅｔが
提供された場合に限って解読することができる。
【０１５５】ＣｕｓｔｏｍｅｒＳｅｃｒｅｔは、特定の
クライアント・アプリケーションと、そのクライアント
・アプリケーションが接続される多数のサーバの１つと
の間で共有されることを意図されている。
【０１５６】デバイス・オーソリティ・サーバが、その
デバイス・オーソリティにエンロールされたデバイスの
ＡｐｐＫｅｙ値のリストをソフトウェアの特定のベンダ
に与えることによって、ＡｐｐＣｏｎｔａｉｎｅｒを作
成する権限をそのベンダに委譲することが可能である。
ＡｐｐＫｅｙは、秘密マスタ鍵およびアプリケーション
・コード・ダイジェストの暗号的一方向関数であり、し
たがって、ベンダが他のアプリケーション用のコンテナ
を作成できるようにせずに、また、ベンダが所与のデバ
イスのマスタ鍵を見つけることが簡単にならずに、ベン
ダにこれらの鍵を与えることができる。
【０１５７】コンテナのオペコードおよびフォーマット
をこれから説明する。すべてのコンテナが、オペコード
・バイト（コマンド・タイプまたはメッセージ・タイ
プ）、フォーマット・バイト、および、それに続く内容
の長さワード（１６ビット）を含む共通の４バイト・ヘ
ッダを有する。フォーマット・バイトは、コンテナの４
つのタイプのどれが存在するかを示し、したがって、低
水準ルーチンが、どの種類の暗号オペレーションを実行
する必要があるかを知る。フォーマット・バイトは、将
来のリリースで暗号アルゴリズムが変更された場合に、
変更されるはずである。オペコード・バイトは、コンテ
ナの内部の高水準データの種類を表す。低水準ルーチン
が、オペコード値の一部を使用する（たとえば、エンロ
ールメント・プロトコル中に使用されるコンテナの場
合）が、ほとんどは、高水準コードまたは将来のリリー
スによる使用のために使用可能である。長さフィールド
は、コンテナに属するバイトの数（ヘッダの後の）を識
別する。ヘッダは暗号化されないが、すべてのコンテナ
の一部である暗号チェックサムによって保護される。
【０１５８】このセクションでは、定義されたコンテナ
・オペコードと、そのオペコードを有するコンテナのフ
ォーマットとを列挙する。現リリースでは各オペコード
は特定のコンテナ・フォーマットを意味するが、これは
将来変更することができる。オペコード・フィールドと
フォーマット・フィールドの両方があるのは、コードの
階層化を単純にし、暗号アルゴリズムのスイートを将来
変更できるように、または特定のオペレーションに必要
なデータの内容を変更できるようにするためである。
【０１５９】フォーマット・バイトは、以下の値の１つ
を有することができる。 フォーマット・コード 値 記述 FmtSignedContainer １ コンテナはＳｉｇｎｅｄ Ｃｏｎｔａｉｎｅｒであ る FmtAppContainer ２ コンテナはＡｐｐ Ｃｏｎｔａｉｎｅｒである FmtPubKContainer ３ コンテナはＰｕｂＫ Ｃｏｎｔｅｉｎｅｒである FmtMKContainer ４ コンテナはＭＫ Ｃｏｎｔａｉｎｅｒである
【０１６０】以下はオペコードの値である。 オペコード名 値 OPC_OSD_AUTHORIZATION 0x01 OPC_OSD_ALLOW_TRANSFER 0x02 OPC_MK_KEY 0x03 OPC_INITIAL_APP_CONTAINER_FROM_SERVER 0x04 OPC_CUSTOM_APP_CONTAINER_DATA 0x05 OPC_CHALLENGE_RESPONSE_FROM_CLIENT 0x06 OPC_SMK_ENROLL_REQUEST_OUTER 0x07 OPC_NEW_CONNECTION 0x08 OPC_SMK_ENROLL_REQUEST_INNER 0x09 OPC_SMK_ENROLL_RESPONSE 0x0a OPC_CLIENT_TO_SERVER_WRITE 0x0b OPC_SERVER_TO_CLIENT_WRITE 0x0c OPC_CHALLENGE_REQUEST_FROM_SERVER 0x0e
【０１６１】ここで、ＳｉｇｎｅｄＣｏｎｔａｉｎｅｒ
に対するオペコードについて論じる。ＳｉｇｎｅｄＣｏ
ｎｔａｉｎｅｒは、秘密鍵（署名鍵の対からの）でディ
ジタル署名されたデータを保持し、合致する公開鍵で検
証することができる（公開鍵はクライアント側でＲＯＭ
に記憶してある）。これらは、デバイス・オーソリティ
・サーバからクライアント・マシンに認証済みデータを
送り、クライアント・サービスの利用をソフトウェア・
モジュールに許可するのに使用する。
【０１６２】オペコード：ＯｐｃＯｓｄＡｕｔｈｏｒｉ
ｚａｔｉｏｎ コンテナ：ＦｍｔＳｉｇｎｅｄＣｏｎｔ
ａｉｎｅｒ このコンテナは、オペレーティング・システム・ドライ
バ・セキュリティ・モジュール中の関数の全部または一
部を使用することをプログラムに許可するのに使用す
る。このコンテナのデータ部分には、以下のフィールド
がある。 フィールド 長さ 記述 NStartOffset ４バイト 呼出しコードの開始オフセット NEndOffset ４バイト 呼出しコードの終了オフセット CodeDigest ２０バイト 呼出しコードのコード・ダイジェスト PrivilegeBitVector ８バイト 特権ビット・フィールド。このベクトルは、 アプリケーションがどの関数を呼び出すことができるかを示す。
【０１６３】オペコード：ＯｐｃＯｓｄＡｌｌｏｗＴｒ
ａｎｓｆｅｒ コンテナ：ＦｍｔＳｉｇｎｅｄＣｏｎｔ
ａｉｎｅｒ このコンテナは、ＡｐｐＣｏｎｔａｉｎｅｒをこのマシ
ン上の別のアプリケーションに転送することをプログラ
ムに許可するのに使用する。このコンテナのデータ部に
は、以下のフィールドがある。 フィールド 長さ 記述 CallersAppCodeDigest ２０バイト 呼出し元のＡＣＤ RecipeintsAppCodeDigest ２０バイト 受信側のＡＣＤ
【０１６４】オペコード：Ｎｏ ＯｐｃＢｉｏｓＡｕｔ
ｈｏｒｉｚａｔｉｏｎ Ｎｏ ＦｍｔＳｉｇｎｅｄＣ
ｏｎｔａｉｎｅｒ これはコンテナではないが、サーバの秘密署名鍵によっ
て暗号化されるいくつかのバイトである。これらはどん
な種類のコンテナにも記憶されない。これらのバイト
は、オペレーティング・システム・ドライバがＢＩＯＳ
ＲｅｇｉｓｔｅｒＯＳＤ（）関数を使用してそれ自体を
ＢＩＯＳに登録するときに使用する。 フィールド 長さ 記述 NStartOffset ４バイト 呼び出しているコードの開始オフセット NendOffset ４バイト 呼び出しているコードの終了オフセット CodeDigest ２０バイト オペレーティング・システム・ドライバのコ ード・ダイジェスト
【０１６５】次に、ＡｐｐＣｏｎｔａｉｎｅｒに対する
オペコードについて論じる。ＡｐｐＣｏｎｔａｉｎｅｒ
は、特定のアプリケーション・プログラムからしか読取
りまたは書込みができない保護されたコンテナである。
これらのコンテナは、これらを封印したプログラムを識
別し、別のプログラムがコンテナを開封できるようにす
ることが可能である。したがって、これらは安全な形の
プロセス間通信として使用することもできる。ＡｐｐＣ
ｏｎｔａｉｎｅｒの最上部には、ウイルス変更の検出、
ソフトウェア・ライセンス供与、セキュア・ウォレット
など、高レベルのセキュリティ機能を構築することがで
きる。一般に、ＡｐｐＣｏｎｔａｉｎｅｒは、暗号化用
マスタ鍵の派生物を使用して所与のマシンに結び付けら
れる。
【０１６６】オペコード：ＯｐｃＭＫＫｅｙ Ｆｍｔ
ＡｐｐＣｏｎｔａｉｎｅｒ このコンテナは、ＭＫＣｏｎｔａｉｎｅｒオペレーショ
ンで使用できる鍵を保持する。このコンテナは通常、Ｐ
ｕｂＫＣｏｎｔａｉｎｅｒの生成中にＯｓｄＰｕｂＫｃ
ｏｎｔａｉｎｅｒＳｅａｌ（）によって返される。この
コンテナはＭＫＣｏｎｔａｉｎｅｒオペレーションに必
要である。
【０１６７】オペコード：ＯｐｃＩｎｉｔｉａｌＡｐｐ
ＣｏｎｔａｉｎｅｒＦｒｏｍＳｅｒｖｅｒ コンテナ：
ＦｍｔＡｐｐＣｏｎｔａｉｎｅｒ このコンテナは空であり、アプリケーションが他のＡｐ
ｐＣｏｎｔａｉｎｅｒを生み出すためのテンプレートと
して使用する。この中にある唯一の重要なフィールド
は、暗号化されたＡｐｐＣｏｄｅＤｉｇｅｓｔである。
ｓｅａｌｅｒｓｃｏｄｅ ｄｉｇｅｓｔフィールドはこ
の場合ヌルである。このＡｐｐＣｏｎｔａｉｎｅｒを封
印するのに使用されるＣｕｓｔｏｍｅｒＳｅｃｒｅｔの
ビットはすべて０である。
【０１６８】オペコード：ＯｐｃＣｕｓｔｏｍＡｐｐＣ
ｏｎｔａｉｎｅｒＤａｔａ コンテナ：ＦｍｔＡｐｐＣ
ｏｎｔａｉｎｅｒ このコンテナは空であり、アプリケーションが他のＡｐ
ｐＣｏｎｔａｉｎｅｒを生み出すためのテンプレートと
して使用する。この中にある唯一の重要なフィールド
は、暗号化されたＡｐｐＣｏｄｅＤｉｇｅｓｔである。
【０１６９】オペコード：ＯｐｃＣｈａｌｌｅｎｇｅＲ
ｅｓｐｏｎｓｅＦｒｏｍＣｌｉｅｎｔ コンテナ：Ｆｍ
ｔＡｐｐＣｏｎｔａｉｎｅｒ このコンテナは、クライアントからサーバへのチャレン
ジ・レスポンスを保持する。これは、サーバのチャレン
ジ乱数（Ｒｓ）を保持する。このコンテナは、ＯｐｃＣ
ｈａｌｌｅｎｇｅＲｅｑｕｅｓｔＦｒｏｍＳｅｒｖｅｒ
を伴うＭＫＣｏｎｔａｉｎｅｒに応答して使用する。 フィールド 長さ 記述 Ｒｓ １６バイト サーバから提供される１２８ビットのランダムな値。 または、エンロールメントに対する確認として使用する
ときはＫＩＤ‖ＭＫ。
【０１７０】次に、ＰｕｂＫＣｏｎｔａｉｎｅｒに対す
るオペコードについて論じる。ＰｕｂＫＣｏｎｔａｉｎ
ｅｒは、クライアント（ＯＳＤ）がＲＳＡ公開鍵（通信
鍵の対からの）で封印し、受信側（一般にデバイス・オ
ーソリティ・サーバ）だけが合致する秘密鍵で読むこと
のできるディジタル封筒である。これらは、エンロール
メント中に、クライアントと認証されたデバイス・オー
ソリティ・サーバとの間に暗号化されたチャネルをセッ
トアップするのに使用する。このコンテナの内部のデー
タは、オペレーティング・システム・ドライバによって
ランダムに生成される１２８ビットのＲＣ６暗号鍵（こ
の製品の内ではマスタ鍵とも呼ばれる）で暗号化され
る。ＲＣ６鍵（マスタ鍵）およびクライアントの鍵ＩＤ
（ＫＩＤ）は、受信側の公開鍵（サーバの通信公開鍵）
で暗号化される。
【０１７１】オペコード：ＯｐｃＳＭＫＥｎｒｏｌｌＲ
ｅｑｕｅｓｔＯｕｔｅｒ コンテナ：ＰｍｔＰｕｂＫＣ
ｏｎｔａｉｎｅｒ このコンテナは、エンロールメント中に使用する。
【０１７２】オペコード：ＯｐｃＷＤＬＮｅｗＣｏｎｎ
ｅｃｔｉｏｎ コンテナ：ＦｍｔＰｕｂＫＣｏｎｔａｉ
ｎｅｒ このコンテナは、暗号化された新しいチャネルをセット
アップするためにクライアント・アプリケーションが使
用する。このコンテナの第１部分を再使用して、ＲＳＡ
オペレーションを回避することができる。これは、内部
ＭＫＣｏｎｔａｉｎｅｒのデータ部分には、以下のフィ
ールドがある。 フィールド 長さ 記述 ＭＫ １６バイト １２８ビットのフレッシュ・ランダム接続マスタ鍵
【０１７３】次に、ＭＫＣｏｎｔａｉｎｅｒに対するオ
ペコードについて論じる。ＭＫＣｏｎｔａｉｎｅｒは、
このコンテナの書き手と読み手が知っているマスタ鍵
（クライアントによって生成されＰｕｂＫＣｏｎｔａｉ
ｎｅｒ中で送られる）に基づいて、ディジタル封筒の一
部として使用する。これらを使用して、マスタ鍵がＰｕ
ｂＫＣｏｎｔａｉｎｅｒを介してサーバに送られた後の
クライアントとデバイス・オーソリティ・サーバとの間
の通信を安全なものにすることができる。これらはま
た、データを保護するためにクライアント・マシン上で
ローカルに使用することもできる。
【０１７４】オペコード：ＯｐｃＳＭＫＥｎｒｏｌｌＲ
ｅｑｕｅｓｔＩｎｎｅｒ コンテナ：ＦｍｔＭＫＣｏｎ
ｔａｉｎｅｒ このコンテナは、エンロールメント中に使用される。こ
のコンテナのデータ部分には、以下のフィールドがあ
る。 フィールド 長さ 記述 ＳＭＫＣｌｉｅｎｔＳｅｅｄ ２０バイト マスタ鍵の生成に使用されるシード
【０１７５】オペコード：ＯｐｃＳＭＫＥｎｒｏｌｌＲ
ｅｓｐｏｎｓｅ コンテナ：ＦｍｔＭＫＣｏｎｔａｉｎ
ｅｒ このコンテナは、エンロールメント中に使用される。こ
のコンテナのデータ部分には、以下のフィールドがあ
る。 フィールド 長さ 記述 ＳＭＫＳｅｒｖｅｒＳｅｅｄ ２６バイト マスタ鍵の生成に使用されるサーバ から返されるシード
【０１７６】オペコード：ＯｐｃＣｌｉｅｎｔＴｏＳｅ
ｒｖｅｒＷｒｉｔｅ コンテナ：ＦｍｔＭＫＣｏｎｔａ
ｉｎｅｒ このコンテナは、何らかのクライアント・アプリケーシ
ョンがサーバへのデータ（すなわちクライアントによっ
て書かれたデータ）を送るのに使用する。 フィールド 長さ 記述 Ｄａｔａ ０〜６４０００バイト クライアント特有のデータ
【０１７７】オペコード：ＯｐｃＳｅｒｖｅｒＴｏＣｌ
ｉｅｎｔＷｒｉｔｅ コンテナ：ＦｍｔＭＫＣｏｎｔａ
ｉｎｅｒ このコンテナは、何らかのクライアント・アプリケーシ
ョンがサーバからのデータ（すなわちサーバによって書
かれたデータ）を受け取るのに使用する。 フィールド 長さ 記述 Ｄａｔａ ０〜６４０００バイト クライアント特有のデータ
【０１７８】オペコード：ＯｐｃＣｈａｌｌｅｎｇｅＲ
ｅｑｕｅｓｔＦｒｏｍＳｅｒｖｅｒコンテナ：ＦｍｔＭ
ＫＣｏｎｔａｉｎｅｒ このコンテナは、クライアント・システムの信憑性を確
定するためにサーバから送られる。このコンテナへの応
答は、ＯｐｃＣｈａｌｌｅｎｇｅＲｅｓｐｏｎｓｅＦｒ
ｏｍＣｌｉｅｎｔ中である。 フィールド 長さ 記述 Ｒｓ １６バイト サーバから提供される１２８ビットのランダムな値
【０１７９】新しいアプリケーションに対してその他の
オペコードを定義することもできる。システム・アプリ
ケーション・プログラム・インターフェースを使用する
アプリケーションは、デバイス・オーソリティから提供
されるオペコードに従って、それらのオペコードを使用
しなければならない。
【０１８０】次に、ＡｐｐＣｏｎｔａｉｎｅｒのフォー
マットおよびこれを生み出すのに使用されるアルゴリズ
ムについて以下に述べる。まず開封されたフォーマット
について述べ、次いでこれを封印および開封するステッ
プについて述べる。
【０１８１】プログラムが１つのＡｐｐＣｏｎｔａｉｎ
ｅｒを得た後は、プログラムはこのコンテナのコピーを
生み出し、次いでこれらのコピーを種々の情報で埋める
ことができる。しかし、最初のＡｐｐＣｏｎｔａｉｎｅ
ｒを得る唯一の方法は、デバイス・オーソリティ・サー
バがこの特定マシン上のこの特定プログラムのためにそ
れを生み出すようにすることである。これは、ＡｐｐＣ
ｏｄｅＤｉｇｅｓｔに関係する。
【０１８２】ＡｐｐＣｏｎｔａｉｎｅｒは、マスタ鍵と
呼ばれる対称鍵を記憶するのに使用される。次いでこの
コンテナは、マスタ鍵を必要とする封印／開封オペレー
ションを行う関数に渡される。ＡｐｐＣｏｎｔａｉｎｅ
ｒはまた、エンロールメント中に割り当てられたＳｈａ
ｒｅｄＭａｓｔｅｒＫｅｙで識別される、所与のマシン
特有のアプリケーションに特有の情報を記憶するのにも
使用される。このアプリケーションは、多くのサーバと
一対一で情報を共有することができ、各サーバはそれ自
体のＡｐｐＣｏｎｔａｉｎｅｒだけしか解読できない。
【０１８３】開封されたＡｐｐＣｏｎｔａｉｎｅｒは、
以下のフォーマットを有する。コンテナの封印に含まれ
るステップによって２１〜３６バイトの情報が最後に追
加され（ＭＡＣおよびＰａｄｄｉｎｇ）、したがって呼
出し元は、バッファがより大きい封印済みフォーマット
を保持するのに十分な大きさであるようにしなければな
らない。さもなければ、封印オペレーションはエラーを
返すことになる。ＳｅａｌｅｒｓｃｏｄｅＤｉｇｅｓｔ
およびＩｎｉｔｉａｌｉｚａｔｉｏｎ Ｖｅｃｔｏｒ
（ＩＶ、初期化ベクトル）はすべて、封印オペレーショ
ンで埋められる。初期化ベクトルは、暗号ブロック連鎖
で使用される乱数である。ＣＢＣでは、平文テキストを
鍵で暗号化する前に、まずＩＶと平文テキストの第１ブ
ロックとの排他的論理和をとる。ＡｐｐＣｏｄｅＤｉｇ
ｅｓｔは、デバイス・オーソリティから提供される元の
ＡｐｐＣｏｎｔａｉｎｅｒからとる。表１に、ＡｐｐＣ
ｏｎｔａｉｎｅｒ構造を示す。
【０１８４】ＡｐｐＣｏｎｔａｉｎｅｒの封印。マスタ
鍵、ＡｐｐＣｏｄｅＤｉｇｅｓｔ、およびＣｕｓｔｏｍ
ｅｒＳｅｃｒｅｔの派生物で暗号化を行う（すべての１
２８ビットはほとんどの場合にデフォルトで０をとるこ
とができる）。
【０１８５】オペレーティング・システム・ドライバ封
印。このオペレーションは、ＢＩＯＳによって封印され
るデータを準備する。これには、デバイス・オーソリテ
ィから提供された元のＡｐｐＣｏｎｔａｉｎｅｒが必要
である。この元のＡｐｐＣｏｎｔａｉｎｅｒは、この特
定クライアント・システム用のマスタ鍵でこの特定クラ
イアント・システムに対して暗号化された、暗号化済み
ＡｐｐＣｏｄｅＤｉｇｅｓｔを含む。
【０１８６】デバイスが有効な秘密マスタ鍵を有するこ
とを確認する。そうでない場合はエラーを返す。Ｌｅｎ
ｇｔｈが許容できるほど小さいことを確認する。これ
は、ＡｐｐＣｏｄｅＤｉｇｅｓｔフィールドから始まり
（このフィールドを含む）、Ｄａｔａフィールドで終わ
る（このフィールドを含む）コンテナの長さである。Ｆ
ｏｒｍａｔがＦｍｔＡｐｐＣｏｎｔａｉｎｅｒに等しい
ことを確認する。Ｉｎｉｔｉａｌｉｚａｔｉｏｎ Ｖｅ
ｃｔｏｒを、オペレーティング・システム・ドライバ・
セキュリティ・モジュールから渡されたランダムな値に
設定する。ＳｅａｌｅｒｓｃｏｄｅＤｉｇｅｓｔを、Ｏ
ｓｄＲｅｇｉｓｔｅｒＡｐｐｌｉｃａｔｉｏｎ（）中に
提供された呼出し元の認証情報に基づいてオペレーティ
ング・システム・ドライバ・セキュリティ・モジュール
によって計算された値に設定する。表２に、オペレーテ
ィング・システム・ドライバＡｐｐＣｏｎｔａｉｎｅｒ
封印中の構造変更を示す。
【０１８７】ＢＩＯＳ ＡｐｐＣｏｎｔａｉｎｅｒ封印
が、データを封印する前の最終段階である。
【０１８８】ＤｅｃｒｙｐｔｅｄＣｏｄｅＤｉｇｅｓｔ
＝Ｄｅｃ１６０Ｂｉｔｓ（ＡｐｐＣｏｄｅＤｉｇｅｓ
ｔ）にする。コンテナ中のＡｐｐＣｏｄｅＤｉｇｅｓｔ
は、封印オペレーションによって変更されない。これに
より、アプリケーションが、デバイス・オーソリティか
ら提供された元のＡｐｐＣｏｎｔａｉｎｅｒに基づいて
新しいＡｐｐＣｏｎｔａｉｎｅｒを生み出すことができ
る。
【０１８９】ＤｅｃｒｙｐｔｅｄＣｏｄｅＤｉｇｅｓｔ
が、オペレーティング・システム・ドライバ・セキュリ
ティ・モジュールによって決定されたＣａｌｌｅｒｓＣ
ｏｄｅＤｉｇｅｓｔの値に等しいことを確認する。
【０１９０】Ｋｅｙ＝ＣｕｓｔｏｍｅｒＡｐｐＫｅｙ
（ＡｐｐＫｅｙ（ＳＭＫ，ＡｐｐＣｏｄｅＤｉｇｅｓ
ｔ），ＣｕｓｔｏｍｅｒＳｅｃｒｅｔ）にする。Ｃｕｓ
ｔｏｍｅｒＳｅｃｒｅｔは、オペレーティング・システ
ム・ドライバから渡された値である。
【０１９１】Ｐａｙｌｏａｄ＝Ｏｐｃｏｄｅ‖Ｆｏｒｍ
ａｔ‖Ｌｅｎｇｔｈ‖ＡｐｐＣｏｄｅＤｉｇｅｓｔ‖Ｉ
Ｖ‖ＳｅａｌｅｒｓＣｏｄｅＤｉｇｅｓｔ‖Ｄａｔａに
する。
【０１９２】Ｍａｃ＝ＨＭＡＣ（ＮｅｗＫｅｙ（Ｋｅ
ｙ，ＵｓａｇｅＡｐｐＭａｃ），Ｐａｙｌｏａｄ）に設
定する。
【０１９３】Ｐａｄｄｉｎｇを１〜１６バイトのベクト
ルに設定して、変数Ｐｌａｉｎｔｅｘｔ（以下参照）を
１６の倍数のバイト長にする。各パディング・バイト
は、ベクトル中のパディング・バイトの数に等しい値を
有する。
【０１９４】Ｐｌａｉｎｔｅｘｔ＝ＩＶ‖Ｓｅａｌｅｒ
ｓＣｏｄｅＤｉｇｅｓｔ‖Ｄａｔａ‖Ｍａｃ‖Ｐａｄｄ
ｉｎｇにする。
【０１９５】Ｃｉｐｈｅｒｔｅｘｔ＝Ｅｎｃ（Ｋｅｙ，
ＵｓａｇｅＡｐｐｅｎｃ，Ｐｌａｉｎｔｅｘｔ）にす
る。Ｃｉｐｈｅｒｔｅｘｔの長さはＰｌａｉｎｔｅｘｔ
と同じになることに留意されたい。
【０１９６】ＡｐｐＣｏｄｅＤｉｇｅｓｔの後のフィー
ルドすべてをＣｉｐｈｅｒｔｅｘｔで上書きする。すな
わち、Ｐｌａｉｎｔｅｘｔを形成するすべてのバイトを
Ｃｉｐｈｅｒｔｅｘｔのバイトで置換する。
【０１９７】Ｌｅｎｇｔｈを、Ｐｌａｉｎｔｅｘｔ中の
バイトの数に２０（ＡｐｐＣｏｄｅＤｉｇｅｓｔのた
め）を足した数に設定する。
【０１９８】表３に、ＳＭＩ ＡｐｐＣｏｎｔａｉｎｅ
ｒ封印中の構造変更を示す。ＢＩＯＳが封印済みＡｐｐ
Ｃｏｎｔａｉｎｅｒ構造を封印した後は、この構造は表
４に示すフォーマットを有する。
【０１９９】次に、ＡｐｐＣｏｎｔａｉｎｅｒの開封に
ついて論じる。オペレーティング・システム・ドライバ
の開封オペレーションは、コンテナを開封するためにＢ
ＩＯＳが必要とする情報を収集する。これは、Ｌｅｎｇ
ｔｈが許容できるほど小さいことを確認することによっ
て行う（＃＃＃すべきこと：正しい値のバイトまたはそ
れ以下のバイトを得る）。このＬｅｎｇｔｈは、Ｍａｃ
およびパディングを含めたコンテナの長さである。Ｆｏ
ｒｍａｔがＦｍｔＡｐｐＣｏｎｔａｉｎｅｒに等しいこ
とを確認し、ＯｓｄＲｅｇｉｓｔｅｒＡｐｐｌｉｃａｔ
ｉｏｎ（）中に提供された呼出し元の認証情報に基づい
てＣａｌｌｅｒｓＣｏｄｅＤｉｇｅｓｔを計算する。
【０２００】ＢＩＯＳの開封は、データを開封する働き
をする。ＢＩＯＳ開封オペレーションは、以下のステッ
プを実施する。
【０２０１】デバイスが有効なマスタ鍵を有することを
確認する。そうでない場合はエラーを返す。
【０２０２】ＤｅｃｒｙｐｔｅｄＣｏｄｅＤｉｇｅｓｔ
＝Ｄｅｃ１６０Ｂｉｔｓ（ＡｐｐＣｏｄｅＤｉｇｅｓ
ｔ）にする。この開封オペレーションでは、コンテナ中
のＡｐｐＣｏｄｅＤｉｇｅｓｔは変更されない。
【０２０３】ＤｅｃｒｙｐｔｅｄＣｏｄｅＤｉｇｅｓｔ
が、オペレーティング・システム・ドライバ・セキュリ
ティ・モジュールによって決定されたＣａｌｌｅｒｓＣ
ｏｄｅＤｉｇｅｓｔの値に等しいことを確認する。
【０２０４】Ｋｅｙ＝ＣｕｓｔｏｍｅｒＡｐｐＫｅｙ
（ＡｐｐＫｅｙ（ＳＭＫ，ＡｐｐＣｏｄｅＤｉｇｅｓ
ｔ），ＣｕｓｔｏｍｅｒＳｅｃｒｅｔ）にする。Ｃｕｓ
ｔｏｍｅｒＳｅｃｒｅｔは、オペレーティング・システ
ム・ドライバから渡された値である。
【０２０５】Ｃｉｐｈｅｒｔｅｘｔ＝Ｌｅｎｇｔｈから
２０バイトを引いた長さまでの、ＡｐｐＣｏｄｅＤｉｇ
ｅｓｔの後のデータにする。
【０２０６】Ｐｌａｉｎｔｅｘｔ＝Ｄｅｃ（Ｋｅｙ，Ｕ
ｓａｇｅＡｐｐＥｎｃ，Ｃｉｐｈｅｒｔｅｘｔ）にす
る。
【０２０７】ＣｉｐｈｅｒｔｅｘｔバイトをＰｌａｉｎ
ｔｅｘｔバイトで置換して、開封されたフィールドが見
られるようにする。
【０２０８】Ｌｅｎｇｔｈ＝Ｌｅｎｇｔｈから２０を引
きＰａｄｄｉｎｇの長さを引いた長さにする。
【０２０９】Ｐａｙｌｏａｄ＝Ｏｐｃｏｄｅ‖Ｆｏｒｍ
ａｔ‖Ｌｅｎｇｔｈ‖ＡｐｐＣｏｄｅＤｉｇｅｓｔ‖Ｉ
Ｖ‖ＳｅａｌｅｒｓＣｏｄｅＤｉｇｅｓｔ‖Ｄａｔａに
する。
【０２１０】ＥｘｐｅｃｔｅｄＭａｃ＝ＨＭＡＣ（Ｎｅ
ｗＫｅｙ（Ｋｅｙ，ＵｓａｇｅＡｐｐＭａｃ），Ｐａｙ
ｌｏａｄ）にする。
【０２１１】ＭａｃがＥｘｐｅｃｔｅｄＭａｃに等しい
ことを確認する。
【０２１２】次に、ＭＫＣｏｎｔａｉｎｅｒのフォーマ
ットおよびこれを生み出すのに使用されるアルゴリズム
について論じる。まず開封されたフォーマットについて
述べ、次いでこれを封印および開封するステップについ
て述べる。ＭＫＣｏｎｔａｉｎｅｒは主に、クライアン
トとサーバがＰｕｂＫＣｏｎｔａｉｎｅｒを使用して共
通のマスタ鍵をセットアップした後にこれらの間で送ら
れる大きい（６４Ｋまでの）情報チャンクを保護するの
に使用する。
【０２１３】ＭＫＣｏｎｔａｉｎｅｒは主に、データを
暗号化するのに使用する。暗号化は、対称鍵暗号化に基
づく。この鍵はマスタ鍵から導出される。ＭＫＣｏｎｔ
ａｉｎｅｒは、マスタ鍵から導出された対称鍵を使用し
て大きい（６４Ｋまでの）チャンクを暗号化するのに使
用することができる。特別な場合の用途は、エンロール
メント中にクライアントとサーバとの間の伝送を暗号化
して秘密のマスタ鍵をセットアップできるようにし、何
らかのクライアント・アプリケーションとデバイス・オ
ーソリティ・サーバとの間の伝送を暗号化することであ
る。
【０２１４】次に、開封されたＭＫＣｏｎｔａｉｎｅｒ
構造について述べる。ＭＫＣｏｎｔａｉｎｅｒは、Ａｐ
ｐＣｏｎｔａｉｎｅｒに非常に似ている。主な違いは、
ＡｐｐＣｏｄｅＤｉｇｅｓｔが、セットアップされたマ
スタ鍵のダイジェストに置き換わることである。サーバ
によって生み出されたＭＫＣｏｎｔａｉｎｅｒの場合、
ＳｅａｌｅｄＣｏｄｅＤｉｇｅｓｔは０となる。クライ
アント上で生み出されたコンテナの場合、Ｓｅａｌｅｒ
ｓＣｏｄｅＤｉｇｅｓｔは、このコンテナを封印したプ
ログラムを識別する。
【０２１５】ＭＫＣｏｎｔａｉｎｅｒに対する暗号オペ
レーションは、ＳＭＩモジュールではなくオペレーティ
ング・システム・ドライバ・モジュールによって行われ
る。オペレーティング・システム・ドライバは、ＳＭＩ
モジュールを使用してマスタ鍵を封印および開封するこ
ともできるが、すべての暗号化および保全性チェックは
ＯＳＤコードによって行われる。
【０２１６】開封されたＭＫＣｏｎｔａｉｎｅｒは、以
下のフォーマットを有する。このコンテナの封印に含ま
れるステップによって２１〜３６バイトの情報が最後に
追加されることになり（ＭＡＣおよびＰａｄｄｉｎ
ｇ）、したがって呼出し元は、バッファがより大きい封
印済みフォーマットを保持するのに十分な大きさである
ようにしなければならない。さもなければ、封印オペレ
ーションはエラーを返すことになる。ＭＫＤｉｇｅｓ
ｔ、ＳｅａｌｅｒｓＣｏｄｅＤｉｇｅｓｔ、およびＩＶ
はすべて、封印オペレーションによって埋められる。表
５に、ＭＫＣｏｎｔａｉｎｅｒ構造を示す。
【０２１７】暗号化を行って、ＡｐｐＣｏｎｔａｉｎｅ
ｒ（ＯＳＤＰｕｂＫＣｏｎｔａｉｎｅｒＳｅａｌ（）を
呼び出したときに生み出されたもの）中で渡されたマス
タ鍵の派生物でＭＫＣｏｎｔａｉｎｅｒを封印する。
【０２１８】ＯＳＤ ＭＫＣｏｎｔａｉｎｅｒを封印す
るのに必要なステップは以下のとおりである。これらの
ステップは、適切なバッファに作用し、したがって開封
された平文テキストデータを上書きする。Ｕｓａｇｅの
値のセクションで説明したように、Ｕｓａｇｅの値は、
クライアントおよびサーバによって封印されたコンテナ
ごとに違ってくることに留意されたい。
【０２１９】封印オペレーションでは、マスタ鍵を有す
るＡｐｐＣｏｎｔａｉｎｅｒを使用する必要がある。封
印ステップは以下のとおりである。
【０２２０】Ｌｅｎｇｔｈが許容できることを確認す
る。このオペレーションはオペレーティング・システム
・ドライバによって行われるので、このＬｅｎｇｔｈは
ＡｐｐＣｏｎｔａｉｎｅｒよりも長くてよい。これは、
ＭＫＤｉｇｅｓｔフィールドから始まり（このフィール
ドを含む）、Ｄａｔａフィールドで終わる（このフィー
ルドを含む）コンテナの長さである。
【０２２１】ＦｏｒｍａｔがＦｍｔＭＫＣｏｎｔａｉｎ
ｅｒに等しいことを確認する。
【０２２２】ＭＫＤｉｇｅｓｔの値を、ＭＫを保持する
開封されたＡｐｐＣｏｎｔａｉｎｅｒの内容のＳＨＡ１
に設定する。
【０２２３】ＩＶを、オペレーティング・システム・ド
ライバ・セキュリティ・モジュールから渡されたランダ
ムな値に設定する。
【０２２４】ＳｅａｌｅｒｓＣｏｄｅＤｉｇｅｓｔを、
オペレーティング・システム・ドライバ・セキュリティ
・モジュールによって決定された値に設定する。
【０２２５】Ｋｅｙ＝オペレーティング・システム・ド
ライバ・セキュリティ・モジュールから渡されたマスタ
鍵にする。
【０２２６】Ｐａｙｌｏａｄ＝Ｏｐｃｏｄｅ‖Ｆｏｒｍ
ａｔ‖Ｌｅｎｇｔｈ‖ＭＫＤｉｇｅｓｔ‖ＩＶ‖Ｓｅａ
ｌｅｒｓＣｏｄｅＤｉｇｅｓｔ‖Ｄａｔａにする。
【０２２７】Ｍａｃ＝ＨＭＡＣ（ＮｅｗＫｅｙ（Ｋｅ
ｙ，ＵｓａｇｅＭＫＭａｃ），Ｐａｙｌｏａｄ）に設定
する。
【０２２８】Ｐａｄｄｉｎｇを１〜１６バイトのベクト
ルに設定して、変数Ｐｌａｉｎｔｅｘｔ（以下参照）を
１６バイトの倍数の長さにする。各パディング・バイト
は、ベクトル中のパディングの数に等しい値を有する。
【０２２９】Ｐｌａｉｎｔｅｘｔ＝ＩＶ‖Ｓｅａｌｅｒ
ｓＣｏｄｅＤｉｇｅｓｔ‖Ｄａｔａ‖Ｍａｃ‖Ｐａｄｄ
ｉｎｇにする。
【０２３０】Ｃｉｐｈｅｒｔｅｘｔ＝Ｅｎｃ（Ｋｅｙ，
ＵｓａｇｅＭＫＥｎｃ，Ｐｌａｉｎｔｅｘｔ）にする。
Ｃｉｐｈｅｒｔｅｘｔの長さはＰｌａｉｎｔｅｘｔと同
じになることに留意されたい。
【０２３１】ＭＫＤｉｇｅｓｔの後のフィールドすべて
をＣｉｐｈｅｒｔｅｘｔで上書きする。すなわち、Ｐｌ
ａｉｎｔｅｘｔを形成するすべてのバイトをＣｉｐｈｅ
ｒｔｅｘｔのバイトで置換する。
【０２３２】Ｌｅｎｇｔｈを、Ｐｌａｉｎｔｅｘｔ中の
バイトの数に２０（ＭＫＤｉｇｅｓｔのため）を足した
数に設定する。
【０２３３】表６に、ＯＳＤ ＭＫＣｏｎｔａｉｎｅｒ
の封印中の構造変更を示す。
【０２３４】表７に、封印されたＭＫＣｏｎｔａｉｎｅ
ｒの構造を示す。
【０２３５】ＭＫＣｏｎｔａｉｎｅｒの開封は、オペレ
ーティング・システム・ドライバ開封を含む。
【０２３６】ＭＫＣｏｎｔａｉｎｅｒを開封するのに必
要なステップは、以下のとおりである。エラーの場合は
コンテナが０になるべきである。開封オペレーションで
は、マスタ鍵を有するＡｐｐＣｏｎｔａｉｎｅｒを使用
する必要がある。開封ステップは以下のとおりである。
【０２３７】Ｌｅｎｇｔｈが許容できることを確認す
る。これは、ＭａｃおよびＰａｄｄｉｎｇを含めたコン
テナの長さである。
【０２３８】ＦｏｒｍａｔがＦｍｔＭＫＣｏｎｔａｉｎ
ｅｒに等しいことを確認する。
【０２３９】ＭＫＤｉｇｅｓｔが、オペレーティング・
システム・ドライバ・セキュリティ・モジュールから渡
された値に等しいことを確認する。
【０２４０】Ｋｅｙ＝ＡｐｐＣｏｎｔａｉｎｅｒを介し
てオペレーティング・システム・ドライバ・セキュリテ
ィ・モジュールから渡されたマスタ鍵にする。
【０２４１】Ｃｉｐｈｅｒｔｅｘｔ＝Ｌｅｎｇｔｈから
２０バイトを引いた長さまでの、ＭＫＤｉｇｅｓｔの後
のデータにする。
【０２４２】Ｐｌａｉｎｔｅｘｔ＝Ｄｅｃ（Ｋｅｙ，Ｕ
ｓａｇｅＭＫＥｎｃ，Ｃｉｐｈｅｒｔｅｘｔ）にする。
【０２４３】ＣｉｐｈｅｒｔｅｘｔバイトをＰｌａｉｎ
ｔｅｘｔバイトで置換して、開封されたフィールドが見
られるようにする。
【０２４４】Ｌｅｎｇｔｈ＝Ｌｅｎｇｔｈから２０を引
きＰａｄｄｉｎｇの長さを引いた長さにする。
【０２４５】Ｐａｙｌｏａｄ＝Ｏｐｃｏｄｅ‖Ｆｏｒｍ
ａｔ‖Ｌｅｎｇｔｈ‖ＭＫＤｉｇｅｓｔ‖ＩＶ‖Ｓｅａ
ｌｅｒｓＣｏｄｅＤｉｇｅｓｔ‖Ｄａｔａにする。
【０２４６】ＥｘｐｅｃｔｅｄＭａｃ＝ＨＭＡＣ（Ｎｅ
ｗＫｅｙ（Ｋｅｙ，ＵｓａｇｅＭＫＭａｃ），Ｐａｙｌ
ｏａｄ）にする。
【０２４７】ＭａｃがＥｘｐｅｃｔｅｄＭａｃに等しい
ことを確認する。
【０２４８】次に、ＳｉｇｎｅｄＣｏｎｔａｉｎｅｒの
フォーマットおよびこれを処理するのに使用されるアル
ゴリズムについて論じる。まず開封されたフォーマット
について述べ、次いでこれを封印および開封するステッ
プについて述べる。これらのコンテナは主に、認証され
た情報をサーバからクライアントに送るのに使用する。
例えば、これらのコンテナを使用して、オペレーティン
グ・システム・ドライバ・セキュリティ・モジュールの
関数のいくつかを呼び出すことをプログラムに許可する
ことができる。また、これらのコンテナを使用して、フ
ァイル名のリストと各ファイルの予想されるＳＨＡ１ダ
イジェストとを送ることもできる（例えばダウンロード
したデータが確かなものであることを確認するため）。
これらはまた、ある種の情報またはコマンドが本当にデ
バイス・オーソリティ・サーバからきたことをクライア
ントが知る必要があるときはいつでも使用することがで
きる。
【０２４９】ＳｉｇｎｅｄＣｏｎｔａｉｎｅｒを使用し
て、ダウンロードしたデータが確かなものであることを
確認し、データがデバイス・オーソリティ・サーバから
きたものであることを確認し、オペレーティング・シス
テム・ドライバに登録しているアプリケーションに対す
る認証情報を保持する。表８にＳｉｇｎｅｄＣｏｎｔａ
ｉｎｅｒ構造を示す。
【０２５０】次に、ＳｉｇｎｅｄＣｏｎｔａｉｎｅｒの
封印について論じる。暗号化は、サーバが秘密鍵に署名
することによって行われる。ＳｉｇｎｅｄＣｏｎｔａｉ
ｎｅｒコンテナを封印するのに必要なステップは以下の
とおりである。これらのステップは、適切なバッファに
作用し、したがって開封された平文テキストデータを上
書きする。開示する実施形態では、デバイス・オーソリ
ティ・サーバがこれらのステップを実施して、Ｓｉｇｎ
ｅｄＣｏｎｔａｉｎｅｒを封印する。
【０２５１】選択された秘密鍵がわかっていることを確
認する。そうでない場合はエラーを返す。
【０２５２】Ｌｅｎｇｔｈが許容できることを確認す
る。封印前は、この長さはＰｕｂｌｉｃＫｅｙＤｉｇｅ
ｓｔおよびＤａｔａを含む。
【０２５３】ＦｏｒｍａｔがＦｍｔＳｉｇｎｅｄＣｏｎ
ｔａｉｎｅｒに等しいことを確認する。
【０２５４】ＰｕｂｌｉｃＫｅｙＤｉｇｅｓｔを、選択
された秘密鍵に合致する公開鍵のＳＨＡ１ダイジェスト
に設定する。
【０２５５】Ｐａｙｌｏａｄ＝Ｏｐｃｏｄｅ‖Ｆｏｒｍ
ａｔ‖Ｌｅｎｇｔｈ‖ＰｕｂｌｉｃＫｅｙＤｉｇｅｓｔ
‖Ｄａｔａにする。これは開封された長さを含むことに
留意されたい。
【０２５６】ＥｘｐｅｃｔｅｄＤｉｇｅｓｔ＝ＳＨＡ１
（Ｐａｙｌｏａｄ）にする。
【０２５７】ＳｉｇＲＳＡＢｌｏｃｋ＝１０８個の０バ
イト‖ＥｘｐｅｃｔｅｄＤｉｇｅｓｔに設定する。
【０２５８】ＳｉｇＲＳＡＢｌｏｃｋに対してＰＫＣＳ
＃１バージョン２署名パディングを実施する。これは、
ＰＫＣＳ＃１バージョン１署名パディングと同じであ
る。このパディングで、Ｄｉｇｅｓｔの値の前に固定の
バイト・シーケンスを追加して、ＥｘｐｅｃｔｅｄＤｉ
ｇｅｓｔの値がＳＨＡ１オペレーションの結果であるこ
とを示す。このパディングではまた、０パディング・バ
イトのほとんどを０ｘＦＦバイトで置換する。
【０２５９】ＳｉｇＲＳＡＢｌｏｃｋを選択された秘密
鍵で暗号化する。
【０２６０】Ｌｅｎｇｔｈ＝Ｌｅｎｇｔｈに１２８を加
えてＳｉｇＲＳＡＢｌｏｃｋサイズを含めた長さに設定
する。
【０２６１】サーバがＳｉｇｎｅｄＣｏｎｔａｉｎｅｒ
構造を封印した後は、この構造は表９に示すフォーマッ
トを有する。
【０２６２】次に、ＳｉｇｎｅｄＣｏｎｔａｉｎｅｒの
開封について論じる。ＳｉｇｎｅｄＣｏｎｔａｉｎｅｒ
コンテナを開封するのに必要なステップは、以下のとお
りである。クライアントは、これらのステップを実施し
て、この種のコンテナに対する署名を検証する。
【０２６３】選択された公開鍵がＳＭＩルーチンにわか
っていることを確認する（注１）。そうでない場合はエ
ラーを返す。Ｌｅｎｇｔｈが許容できることを確認す
る。封印前は、この長さはＰｕｂｌｉｃＫｅｙＤｉｇｅ
ｓｔ、Ｄａｔａ、およびＳｉｇＲＳＡＢｌｏｃｋを含
む。ＦｏｒｍａｔがＦｍｔＳｉｇｎｅｄｃｏｎｔａｉｎ
ｅｒに等しいことを確認する。ＢＩＯＳを呼び出して、
選択された公開鍵でＳｉｇＲＳＡＢｌｏｃｋを解読す
る。ＳＨＡ１ダイジェスト関数を使用して、ＰＫＣＳ＃
１パディングが署名に対して正しいことを確認する。Ｅ
ｘｐｅｃｔｅｄＤｉｇｅｓｔ＝解読したＳｉｇＲＳＡＢ
ｌｏｃｋの最後の２０バイトにする。Ｌｅｎｇｔｈ＝Ｌ
ｅｎｇｔｈから１２８を引いてＳｉｇＲＳＡＢｌｏｃｋ
サイズを除いた長さに設定する。Ｐａｙｌｏａｄ＝Ｏｐ
ｃｏｄｅ‖Ｆｏｒｍａｔ‖Ｌｅｎｇｔｈ‖Ｐｕｂｌｉｃ
ＫｅｙＤｉｇｅｓｔ‖Ｄａｔａにする。これは開封され
た長さを含む。Ｄｉｇｅｓｔ＝ＳＨＡ１（Ｐａｙｌｏａ
ｄ）にする。ＤｉｇｅｓｔがＥｘｐｅｃｔｅｄＤｉｇｅ
ｓｔに等しいことを確認する。（注１）実装の選択肢：
ＯＳＤは、わかっている公開鍵のハッシュ表を保持して
いてもよい。
【０２６４】ＢＩＯＳ開封に関しては、ＢＩＯＳはコン
テナ自体には作用しない。ＳｉｇＲＳＡＢＬｏｃｋを解
読するためだけに呼び出される。
【０２６５】次に、ＰｕｂＫＣｏｎｔａｉｎｅｒのフォ
ーマットおよびこれを生み出すのに使用されるアルゴリ
ズムについて論じる。まず開封されたフォーマットにつ
いて述べ、次いでこれを封印および開封するステップに
ついて述べる。これらのコンテナは主に、クライアント
とデバイス・オーソリティ・サーバとの間に安全な通信
チャネルをセットアップするのに使用する。ＰｕｂＫＣ
ｏｎｔａｉｎｅｒの第２部分は、４バイトのヘッダを含
む完全なＭＫＣｏｎｔａｉｎｅｒオブジェクトである。
ＰｕｂＫＣｏｎｔａｉｎｅｒの第１部分は、生成された
マスタ鍵（ＭＫ）およびクライアントの鍵ＩＤ（ＫＩ
Ｄ）の値を含み（またはマスタ鍵が割り当てられていな
い場合は０）、これらの値は両方とも、受信側の公開鍵
で暗号化される。
【０２６６】ＰｕｂＫＣｏｎｔａｉｎｅｒのフォーマッ
トは、このコンテナの第１部分を変更せずに第２部分を
変更できるように慎重に選択する。これにより、クライ
アントおよびサーバは、いくつかの大きな性能向上を図
ることができる。ＯＳＤ封印関数が、生成されたマスタ
鍵をＡｐｐＣｏｎｔａｉｎｅｒ中にラッピングして返す
ことになる。クライアントは、サーバへの新たな接続を
（例えば新しいダウンロードをフェッチするために）開
始するたびに、ＭＫとＰｕｂＫＣｏｎｔａｉｎｅｒの第
１部分とを記憶および再使用することができ、第２部分
は、このセッションを暗号化するための新しいマスタ鍵
を含むＭＫＣｏｎｔａｉｎｅｒとなる。これにより、Ｓ
ＭＩルーチンで公開鍵オペレーションを実施する必要が
回避され、しかもなお、本物のサーバだけにしか新しい
セッション鍵がわからないことが知られるというセキュ
リティ上の利点が得られる。というのは、本物のサーバ
だけが、保存されたマスタ鍵（新しいセッション鍵を解
読するのに必要）を知っているか、あるいは第１部分を
読むための秘密鍵を知っているからである。サーバにと
って重要な最適化は、ＰｕｂＫＣｏｎｔａｉｎｅｒの第
１部分から抽出したマスタ鍵をキャッシュし、キャッシ
ュした値に第１部分のハッシュで索引付けすることであ
る。このキャッシュにより、ＰｕｂＫＣｏｎｔａｉｎｅ
ｒの第１部分を再使用するときに秘密鍵オペレーション
を行う必要が回避される。クライアントは常に第１部分
全体を送り、したがってサーバは常にその秘密鍵（サー
バ通信秘密鍵）を使用してマスタ鍵を抽出することがで
きるので、サーバはいつでもキャッシュ・エントリをフ
ラッシュすることができる。このことはまた、クライア
ントとサーバとの間の初期化メッセージ用のフォーマッ
トが１つだけであり、再使用とマスタ鍵の生成のいずれ
かに対処するために２つの別個のフォーマットがあるの
ではないことを意味する。
【０２６７】ＰｕｂＫＣｏｎｔａｉｎｅｒの用途は、エ
ンロールメント中にクライアントとサーバとの間の伝送
をセットアップして秘密マスタ鍵をセットアップできる
ようにし、何らかのクライアント・アプリケーションと
オーソリティ・サーバとの間の伝送をセットアップする
ことである。
【０２６８】開封されたＰｕｂＫＣｏｎｔａｉｎｅｒ
は、表１０に示すフォーマットを有する。コンテナの封
印に含まれるステップによって２１〜３６バイトの情報
が最後に追加されることになり（ＭＡＣおよびＰａｄｄ
ｉｎｇ）、したがって呼出し元は、バッファがより大き
い封印済みフォーマットを保持するのに十分な大きさで
あるようにしなければならない。さもなければ、封印オ
ペレーションはエラーを返すことになる。Ｓｅａｌｅｄ
ＣｏｄｅＤｉｇｅｓｔおよびＩｎｉｔｉａｌｉｚａｔｉ
ｏｎ Ｖｅｃｔｏｒ（ＩＶ）はすべて、封印オペレーシ
ョンによって埋められる。
【０２６９】次に、ＰｕｂＫＣｏｎｔａｉｎｅｒの封印
について論じる。暗号化は、オペレーティング・システ
ム・ドライバによって実行中に生み出されたマスタ鍵の
派生物と、サーバの通信公開鍵を使用して行う。
【０２７０】オペレーティング・システム・ドライバの
封印は、ＢＩＯＳレイヤへの２つの呼出しを含む。第１
の呼出しはＭＫＣｏｎｔａｉｎｅｒに対するものであ
り、ＯｓｄＭＫＣｏｎｔａｉｎｅｒＳｅａｌ（）を使用
し、次いで、ＢＩＯＳＲａｗＲＳＡＰｕｂｌｉｃ（）を
使用して、ＭＫＣｏｎｔａｉｎｅｒ封印オペレーション
で使用したばかりのＭＫを暗号化する。このコンテナを
封印するのに必要なステップは以下のとおりである。こ
れらのステップは、適切なバッファに作用し、したがっ
て開封された平文テキストデータを上書きする。Ｕｓａ
ｇｅの値のセクションで説明したように、Ｕｓａｇｅの
値は、クライアントおよびサーバによって封印されたコ
ンテナごとに違ってくる。
【０２７１】選択された公開鍵がわかっていることを確
認する。そうでない場合はエラーを返す。Ｌｅｎｇｔｈ
が許容できることを確認する。封印前は、この長さは、
第１部分と開封された第２部分とを含む。封印後は、第
２部分を封印することによって追加される追加データを
含む。ＦｏｒｍａｔがＦｍｔＰｕｂＫＣｏｎｔａｉｎｅ
ｒに等しいことを確認する。オペレーティング・システ
ム・ドライバ・セキュリティ・モジュールから渡された
ＭＫと、ＭＫＣｏｎｔａｉｎｅｒに関して述べたステッ
プとを用いて、第２部分を封印する。
【０２７２】マスタ鍵は、ＰｕｂＫＣｏｎｔａｉｎｅｒ
が最初に作成されたときにオペレーティング・システム
・ドライバによってランダムに生成されることになる。
このマスタ鍵を再使用できるように、マスタ鍵に対する
ハンドルがオペレーティング・システム・ドライバの呼
出し元に返される。前のステップで追加されたＭａｃお
よびＰａｄｄｉｎｇを含むようにＬｅｎｇｔｈフィール
ドをインクリメントする。ＰｕｂｌｉｃＫｅｙＤｉｇｅ
ｓｔを、選択された公開鍵のＳＨＡ１に設定する。Ｐｕ
ｂＫＲＳＡＢｌｏｃｋのＯｐｃｏｄｅおよびＦｏｒｍａ
ｔの部分を、ヘッダの値に合致するように設定する。残
りのブロックは、これらのステップを行う前にＯＳＤル
ーチンによって埋められる。オペレーティング・システ
ム・ドライバ・モジュールによって選択されたランダム
ＯＡＥＰシード値を使用して、ＰｕｂＫＲＳＡＢｌｏｃ
ｋのＯＡＥＰパディングを実施する。ＢＩＯＳＲａｗＲ
ＳＡＰｕｂｌｉｃを呼び出して、選択された鍵でＲＳＡ
オペレーションを行う。オペレーティング・システム・
ドライバがＰｕｂＫＣｏｎｔａｉｎｅｒ構造を封印した
後は、この構造は表１１に示すフォーマットを有する。
【０２７３】次に、ＰｕｂＫＣｏｎｔａｉｎｅｒの開封
について論じる。開示する本発明の実施形態では、デバ
イス・オーソリティ・サーバが開封を行う。サーバから
の返信は、ＭＫコンテナの形をとることになる。クライ
アントは、ＭＫコンテナ・オペレーションを使用してサ
ーバ応答を開封する。
【０２７４】ここで、サーバの開封について論じる。Ｐ
ｕｂＫＣｏｎｔａｉｎｅｒを開封するのに必要なステッ
プは以下のとおりである。エラーの場合はコンテナが０
になる。
【０２７５】Ｌｅｎｇｔｈが許容できることを確認す
る。これは、封印されたＭＫＣｏｎｔａｉｎｅｒを含め
た第１部分と第２部分の長さである。ＦｏｒｍａｔがＦ
ｍｔＰｕｂＣｏｎｔａｉｎｅｒに等しいことを確認す
る。ＰｕｂｌｉｃＫｅｙＤｉｇｅｓｔが、選択された秘
密鍵に合致する公開鍵に対応することを確認する。Ｐｕ
ｂＫＲＳＡＢｌｏｃｋに対して、選択された秘密鍵で生
のＲＳＡ解読オペレーションを行う。ＯＡＥＰパディン
グを除去し、ＯＡＥＰ冗長性が正しい（すなわちブロッ
クが伝送の際に変更されなかった）ことを確認する。こ
れにより、Ｏｐｃｏｄｅ、Ｆｏｒｍａｔ、ＫＩＤ、およ
びＫが呼出し元に見えるようになる。ＦｏｒｍａｔがＦ
ｍｔＰｕｂＫｃｏｎｔａｉｎｅｒであることを確認す
る。呼出し元は、Ｏｐｃｏｄｅが許容できるかどうかチ
ェックする。Ｋｅｙを、解読されたＰｕｂＫＲＳＡＢｌ
ｏｃｋからのＭＫにする。Ｋｅｙと、ＭＫＣｏｎｔａｉ
ｎｅｒに関して述べたステップとを用いて、ＭＫＣｏｎ
ｔａｉｎｅｒを開封する。
【０２７６】次に、暗号プリミティブおよび共通の値に
ついて論じる。
【０２７７】鍵の導出は、ＡｐｐＫｅｙ（）、ＮｅｗＫ
ｅｙ（）、およびＣｕｓｔｏｍｅｒＡｐｐＫｅｙ（）を
含み、これらはすべて以下の同じ関数とすることができ
る。ＸｘｘＫｅｙ（ｂｕｆｆｅｒＯｆ１２８ｂｉｔｓ，
ｂｕｆｆｅｒＯｆ１６０ｂｉｔｓＷｉｔｈＴｈｅＨｉｇ
ｈＯｒｄｅｒＢｉｔｓＺｅｒｏｅｄＩｆＤａｔａＷａｓ
ＬｅｓｓＴｈａｎ１６０ｂｉｔｓ）．
【０２７８】ＡｐｐＫｅｙ（Ｋｅｙ，ＣｏｄｅＤｉｇｅ
ｓｔ）＝ＴｒｕｎｃａｔｅＴｏ１２８ｂｉｔｓ（ＳＨＡ
−１（Ｋｅｙ‖ｃｏｄｅＤｉｇｅｓｔ）） ＡｐｐＣｏｎｔａｉｎｅｒを保護するための鍵は、この
コンテナを所有するプログラムに対するコードの１６０
ビット・ダイジェストを使用して、秘密マスタ鍵から導
出される。得られる鍵は１２８ビット長である（ほとん
どの暗号化アルゴリズムにとって１２８ビットがより一
般的である）。Ｋｅｙ‖ＣｏｄｅＤｉｇｅｓｔをハッシ
ングするのは、ルートでないデバイス・オーソリティ・
サーバが、実際のマスタ鍵が何であるかを知らされず
に、それら自体のＡｐｐＣｏｎｔａｉｎｅｒを生み出す
ことができるようにするためである。実際の秘密マスタ
鍵が知られると、他のすべてのＡｐｐＣｏｎｔａｉｎｅ
ｒに障害が生じる。
【０２７９】ＮｅｗＫｅｙ（Ｋｅｙ，Ｕｓａｇｅ）＝Ｔ
ｒｕｎｃａｔｅＴｏ１２８ｂｉｔｓ（ＳＨＡ−１（Ｋｅ
ｙ‖Ｕｓａｇｅ）） Ｕｓａｇｅパラメータは３２ビットの値である。Ｎｅｗ
Ｋｅｙ（）の場合、得られる鍵が見えるようにする必要
はないので、ハッシングおよび切捨てを用いてコードを
単純にする。ＮｅｗＫｅｙ（）はまた、ＡｐｐＫｅ
ｙ（）の結果を引数としてとることもある。
【０２８０】ＣｕｓｔｏｍｅｒＡｐｐＫｅｙ（Ｋｅｙ，
ＣｕｓｔｏｍｅｒＳｅｃｒｅｔ）＝ＴｒｕｎｃａｔｅＴ
ｏ１２８ｂｉｔｓ（ＳＨＡ−１（Ｋｅｙ‖Ｃｕｓｔｏｍ
ｅｒＳｅｃｒｅｔ） ＣｕｓｔｏｍｅｒＳｅｃｒｅｔは１２８ビットの値であ
る。この関数は、ＣｕｓｔｏｍｅｒＳｅｃｒｅｔ部分を
有するＡｐｐｃｏｎｔａｉｎｅｒに対する鍵を生成する
のに使用する。
【０２８１】ＡｐｐＣｏｄｅＤｉｇｅｓｔ＝Ｅｎｃ１６
０Ｂｉｔｓ（ＳＭＫ，ＤｅｃｒｙｐｔｅｄＣｏｄｅＤｉ
ｇｅｓｔ）およびＤｅｃｒｙｐｔｅｄＣｏｄｅＤｉｇｅ
ｓｔ＝Ｄｅｃ１６０Ｂｉｔｓ（ＳＭＫ，Ａｐｐｃｏｄｅ
Ｄｉｇｅｓｔ）は、秘密マスタ鍵を使用して１６０ビッ
トのダイジェスト値を暗号化および解読するのに使用
し、特定デバイス上の特定プログラムに対して第１のＡ
ｐｐＣｏｎｔａｉｎｅｒを生み出す際にデバイス・オー
ソリティ・サーバを使用する必要のあるこの機構の極め
て重要な部分である。サーバはＥｎｃ１６０Ｂｉｔｓ関
数を実施し、クライアント・マシンはＤｅｃ１６０Ｂｉ
ｔｓ関数を実施する。
【０２８２】Ｅｎｃ１６０Ｂｉｔｓ関数は、以下のステ
ップを実施する。ＤｅｃｒｙｐｔｅｄＣｏｄｅＤｉｇｅ
ｓｔをＡｐｐＣｏｄｅＤｉｇｅｓｔバッファにコピーす
る。Ｋｅｙ＝ＮｅｗＫｅｙ（ＳＭＫ，ＵｓａｇｅＡｐｐ
ＣｏｄｅＤｉｇｅｓｔ）にする。Ｐｌａｉｎｔｅｘｔ１
＝ＡｐｐＣｏｄｅＤｉｇｅｓｔの最初の１６バイトにす
る。これは、ＤｅｃｒｙｐｔｅｄＣｏｄｅＤｉｇｅｓｔ
ｎｏ最初の１６バイトである。Ｃｉｐｈｅｒｔｅｘｔ１
＝ＲＣ６ＣＢＣＥｎｃｒｙｐｔ（Ｋｅｙ，Ｐｌａｉｎｔ
ｅｘｔ１）にする。平文テキストの長さが１ブロックし
かないので、これはＥＣＢモードに相当する。
【０２８３】ＡｐｐＣｏｄｅＤｉｇｅｓｔの最初の１６
バイトをＣｉｐｈｅｒｔｅｘｔ１で置換する。Ｐｌａｉ
ｎｔｅｘｔ２＝ＡｐｐＣｏｄｅＤｉｇｅｓｔの最後の１
６バイトにする。この値の最初の１２バイトは、Ｃｉｐ
ｈｅｒｔｅｘｔ１の最後の１２バイトであり、この値の
最後の４バイトは、ＤｅｃｒｙｐｔｅｄＣｏｄｅＤｉｇ
ｅｓｔの最後の４バイトである。Ｃｉｐｈｅｒｔｅｘｔ
２＝ＲＣ６ＣＢＣＥｎｃｒｙｐｔ（Ｋｅｙ，Ｐｋａｉｎ
ｔｅｘｔ２）にする。平文テキストの長さが１ブロック
しかないので、これはＥＣＢモードに相当する。Ａｐｐ
ＣｏｄｅＤｉｇｅｓｔの最後の１６バイトをＣｉｐｈｅ
ｒｔｅｘｔ２で置換する。
【０２８４】Ｄｅｃ１６０Ｂｉｔｓ関数は、以下のステ
ップを実施する。ＡｐｐＣｏｄｅＤｉｇｅｓｔをＤｅｃ
ｒｙｐｔｅｄＣｏｄｅＤｉｇｅｓｔバッファにコピーす
る。Ｋｅｙ＝ＮｅｗＫｅｙ（ＳＭＫ，ＵｓａｇｅＡｐｐ
ＣｏｄｅＤｉｇｅｓｔ）にする。Ｃｉｐｈｅｒｔｅｘｔ
２＝ＤｅｃｒｙｐｔｅｄＣｏｄｅＤｉｇｅｓｔの最後の
１６バイトにする。これは、ＡｐｐＣｏｄｅＤｉｇｅｓ
ｔの最後の１６バイトである。Ｐｌａｉｎｔｅｘｔ２＝
ＲＣ６ＣＢＣＤｅｃｒｙｐｔ（Ｋｅｙ，Ｃｉｐｈｅｒｔ
ｅｘｔ２）にする。平文テキストの長さが１ブロックし
かないので、これはＥＣＢモードに相当する。Ｄｅｃｒ
ｙｐｔｅｄＣｏｄｅＤｉｇｅｓｔの最後の１６バイトを
Ｐｌａｉｎｔｅｘｔ２で置換する。このとき、Ｄｅｃｒ
ｙｐｔｅｄＣｏｄｅＤｉｇｅｓｔの最後の４バイトは、
それらの正しい値を有する。Ｃｉｐｈｅｒｔｅｘｔ１＝
ＤｅｃｒｙｐｔｅｄＣｏｄｅＤｉｇｅｓｔの最初の１６
バイトにする。これは、ＡｐｐＣｏｄｅＤｉｇｅｓｔの
最初の４バイトと、Ｐｌａｉｎｔｅｘｔ２からの最初の
１２バイトを含む。Ｐｌａｉｎｔｅｘｔ１＝ＲＣ６ＣＢ
ＣＤｅｃｒｙｐｔ（Ｋｅｙ，Ｃｉｐｈｅｒｔｅｘｔ１）
にする。平文テキストの長さが１ブロックしかないの
で、これはＥＣＢモードに相当する。Ｄｅｃｒｙｐｔｅ
ｄＣｏｄｅＤｉｇｅｓｔの最初の１６バイトをＰｌａｉ
ｎｔｅｘｔ１で置換する。
【０２８５】Ｅｎｃ（Ｋｅｙ，Ｕｓａｇｅ，Ｍｅｓｓａ
ｇｅ）＝ＲＣ６ＣＢＣＥｎｃｒｙｐｔ（ＮｅｗＫｅｙ
（Ｋｅｙ，Ｕｓａｇｅ），Ｍｅｓｓａｇｅ） Ｄｅｃ（Ｋｅｙ，Ｕｓａｇｅ，Ｍｅｓｓａｇｅ）＝ＲＣ
６ＣＢＣＤｅｃｒｙｐｔ（ＮｅｗＫｅｙ（Ｋｅｙ，Ｕｓ
ａｇｅ），Ｍｅｓｓａｇｅ） 暗号ブロック連鎖（ＣＢＣ）モードの場合の初期化ベク
トルは１６バイトの０であり、Ｕｓａｇｅの値は３２ビ
ット長である。暗号ブロック連鎖は、前のブロックの暗
号テキストを暗号化前の現在ブロックの平文テキストと
結合させるブロック暗号モードである。Ｋｅｙは、１２
８ビット長と２８８ビット長のいずれかとなる。Ｍｅｓ
ｓａｇｅパラメータは、１６バイトの倍数の長さのデー
タ・ブロックを指定する。ＲＣ６暗号については、Ｒｏ
ｎａｌｄ Ｌ．Ｒｉｖｅｓｔ、Ｍ．Ｊ．Ｂ．Ｒｏｂｓｈ
ａｗ、Ｒ．Ｓｉｄｎｅｙ、Ｙ．Ｌ．Ｙｉｎによる「Ｔｈ
ｅＲＣ６（商標）ＢｌｏｃｋＣｉｐｈｅｒ」１９９８年
８月２０日に定義されており、ＣＢＣモードについて
は、Ｂｒｕｃｅ Ｓｃｈｎｅｉｅｒによる「Ａｐｐｌｉ
ｅｄ Ｃｒｙｐｔｏｇｒａｐｈｙ Ｓｅｃｏｎｄ Ｅｄ
ｉｔｉｏｎ」Ｊｏｈｎ Ｗｉｌｅｙ＆Ｓｏｎｓ、Ｎｅｗ
Ｙｏｒｋ、ＮＹ、１９９５年に定義されている。
【０２８６】ＲＣ６は、ＮＩＳＴ ＡＥＳ（Ａｄｖａｎ
ｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）の
要件を特に満たすように設計されたものである。ＲＣ６
は、可変長の鍵サイズに対するサポートを含み、ＲＣ５
以降のＣＰＵの進歩を利用するように最適化されてい
る。
【０２８７】このプリミティブが大部分のコンテナと共
に使用されると、Ｍｅｓｓａｇｅは１６バイトのランダ
ムな値（ＩＶと呼ぶ）で始まり、最後に１〜１６バイト
でパディングされて、Ｍｅｓｓａｇｅは暗号のブロック
・サイズ（１６バイト）の倍数になる。この１６バイト
ＩＶは、後続の平文テキスト・ブロックと直接に排他的
論理和をとられることがないので、従来のＣＢＣモード
では使用されないことに留意されたい。そうではなく、
暗号化中は、０との排他的論理和がとられ（何もなされ
ない）、次いで、鍵で暗号化されて暗号テキストの第１
ブロックが生成される。次いで第１の暗号テキスト・ブ
ロックは、次の平文テキスト・ブロックが暗号化される
前にそのブロックと排他的論理和をとられる。解読中
は、第１ブロックが解読され、０との排他的論理和がと
られて（何もなされない）、元のランダムなＩＶブロッ
クが生成される。第２の暗号テキスト・ブロックが解読
され、暗号テキストの第１ブロックとの排他的論理和が
とられて、第２の平文テキスト・ブロックが生成され
る。
【０２８８】ＥｎｃおよびＤｅｃに対するパディング
は、一連の同一バイトであり、この値はパディングされ
るバイトの数に等しい。例えば、２バイトのパディング
が追加される場合、各バイトは値０ｘ０２を有する。常
に少なくとも１バイトのパディングがあり、したがっ
て、平文テキストがすでに１６の倍数のバイト長である
場合は、１６バイトのパディングが追加され、これらの
バイトはそれぞれ値０ｘ１６を有する。ランダムなバイ
ト対予測可能バイトの長所をめぐって宗教戦争が行われ
る。この構成では、予測可能パディング・バイトが必要
である。解読されたデータの最後のバイトを調べること
により、どれだけのパディングが追加されたかが容易に
決定されることに留意されたい。
【０２８９】ＨＭＡＣ（Ｋｅｙ，Ｍｅｓｓａｇｅ）プリ
ミティブ。基本的な保全性プリミティブは、Ｈｕｇｏの
メッセージ認証コード（ＨＭＡＣ）と呼ばれており、こ
れはどんな暗号ダイジェスト関数に基づくこともでき
る。本発明ではＳＨＡ−１に基づくが、これはＮＩＳＴ
＆ＮＳＡによる「Ｓｅｃｕｒｅ Ｈａｓｈ Ｓｔａｎｄ
ａｒｄ」１９９５年４月１７日に定義されている。ＨＭ
ＡＣプリミティブに関する出版文書には、これがダイジ
ェスト関数の潜在的な弱点を補う優れたセキュリティ特
性を有することが示されている。ＳＨＡ−１は、メッセ
ージまたはデータ・ファイルの圧縮表現を計算するため
の安全なハッシュ・アルゴリズム用に米国商務省によっ
て採用されている標準仕様である。２６４ビット未満の
任意の長さのメッセージが入力されると、ＳＨＡ−１
は、メッセージ・ダイジェストと呼ばれる１６０ビット
の出力を生成する。次いで、このメッセージ・ダイジェ
ストをディジタル署名アルゴリズム（ＤＳＡ）に入力す
ることができ、ディジタル署名アルゴリズムは、メッセ
ージに対する署名を生成または検証する。
【０２９０】ＨＭＡＣ（Ｋｅｙ，Ｍｅｓｓａｇｅ）＝Ｓ
ＨＡ−１（Ｋｅｙ ｘｏｒ Ｏｐａｄ‖ＳＨＡ−１（Ｋ
ｅｙ ｘｏｒ Ｉｐａｄ‖Ｍｅｓｓａｇｅ）） ＯｐａｄおよびＩｐａｄの値は、ＳＨＡ−１の内的な圧
縮関数のブロック・サイズに合致するように５１２ビッ
ト長である、異なる定数である。Ｋｅｙは、この設計で
は５１２ビット長未満としなければならない。Ｏｐａｄ
およびＩｐａｄの値については、Ｈ．Ｋｒａｗｃｚｙ
ｋ、Ｍ．Ｂｅｌｌａｒｅ、Ｒ．Ｃａｎｅｔｔｉによる
「ＨＭＡＣ：Ｋｅｙｅｄ−Ｈａｓｈｉｎｇ ｆｏｒ Ｍ
ｅｓｓａｇｅＡｕｔｈｅｎｔｉｃａｔｉｏｎ」に、ＨＭ
ＡＣの詳細と共に定義されている。メッセージのストレ
ートなダイジェストと比較して、ＨＭＡＣプリミティブ
には、ＳＨＡ１圧縮関数の反復がさらに２回必要であ
る。これは、優れたセキュリティ特性の割に合う低いオ
ーバーヘッドである。
【０２９１】ＨＭＡＣは、暗号ハッシュ関数を使用する
メッセージ認証のための機構である。ＨＭＡＣは、任意
の反復的な暗号ハッシュ関数、例えばＭＤ５やＳＨＡ−
１で、秘密の共有鍵と組み合わせて使用することができ
る。ＨＭＡＣの暗号強度は、基礎となるハッシュ関数の
特性によって決まる。
【０２９２】ＲＳＡオペレーションは、ＲＳＡからライ
センス供与されたコードを使用してＢＩＯＳ中で行われ
る。
【０２９３】Ｃｉｐｈｅｒｔｅｘｔ＝ＲＳＡＯａｅｐＥ
ｎｃｒｙｐｔ（ＰｕｂｌｉｃＫｅｙ，ＯａｅｐＳｅｅ
ｄ，Ｍｅｓｓａｇｅ） Ｍｅｓｓａｇｅ＝ＲＳＡＯａｅｐＤｅｃｒｙｐｔ（Ｐｒ
ｉｖａｔｅＫｅｙ，Ｃｉｐｈｅｒｔｅｘｔ） これらのプリミティブは、ＲＳＡアルゴリズムを使用し
て暗号化および解読を行う。暗号化プリミティブの場合
は、ＲＳＡ Ｌａｂｏｒａｔｏｒｉｅｓによる「ＰＫＣ
Ｓ＃１ ｖ２．０：ＲＳＡ Ｃｒｙｐｔｏｇｒａｐｈｙ
Ｓｔａｎｄａｒｄ」に定義されているように、Ｍｅｓ
ｓａｇｅはまず、ＯＡＥＰ（ｏｐｔｉｍａｌ ａｓｙｍ
ｍｅｔｒｉｃ ｅｎｃｒｙｐｔｉｏｎ ｐａｄｄｉｎ
ｇ、最適非対称暗号化パディング）を使用してパディン
グされ、次いで、ＰｕｂｌｉｃＫｅｙに従って累乗さ
れ、ｍｏｄ還元される（mod-reduced)。ＯＡＥＰに必要
なランダム・シード値は、パラメータとしてこの関数に
渡される。解読プリミティブの場合は、Ｐｒｉｖａｔｅ
Ｋｅｙに従って暗号テキストが累乗されてｍｏｄ還元さ
れた後、ＯＡＥＰパディングが検証されて除去される。
ほとんどの場合、Ｍｅｓｓａｇｅは、１２８ビットの鍵
と１６０ビットのＳＭＫ ＫＩＤの連結である。
【０２９４】ＰＫＣＳは、バイナリ・データとＡＳＣＩ
Ｉデータに向けて設計されている。ＰＫＣＳはまた、Ｉ
ＴＵ−Ｔ Ｘ．５０９標準にも適合する。出版されてい
る標準は、ＰＫＣＳ＃１、＃３、＃５、＃７、＃８、＃
９、＃１０、＃１１、＃１２である。ＰＣＫＳ＃１３お
よび＃１４は現在策定中である。ＰＫＣＳは、アルゴリ
ズム特有とアルゴリズム独立の両方の実装標準を含む。
ＲＳＡやＤｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵交換を含めた
多くのアルゴリズムがサポートされるが、ＲＳＡおよび
Ｄｉｆｆｉｅ−Ｈｅｌｌｍａｎ鍵交換だけが具体的に詳
述されている。ＰＫＣＳはまた、ディジタル署名、ディ
ジタル封筒、および拡張型の証明書のための、アルゴリ
ズム独立の構文も定義している。これにより、どんな暗
号アルゴリズムを実装していても標準的な構文に従うこ
とができ、したがって相互運用性が達成される。ＰＫＣ
Ｓ規格について詳述した文書は、ＲＳＡ Ｄａｔａ Ｓ
ｅｃｕｒｉｔｙのＦＴＰサーバ（ｈｔｔｐ：／／ｗｗ
ｗ．ｒｓａ．ｃｏｍから、またはｆｔｐ．ｒｓａ．ｃｏ
ｍへのアノニマスｆｔｐを介して、またはｐｋｃｓ＠ｒ
ｓａ．ｃｏｍに電子メールを送ることによってアクセス
可能）で入手することができる。
【０２９５】以下は公開鍵暗号標準（ＰＫＣＳ）であ
る。
【０２９６】ＰＫＣＳ＃１は、ＲＳＡ公開鍵暗号システ
ムを用いてデータを暗号化しデータに署名するための機
構を定義する。ＰＫＣＳ＃２は、Ｄｉｆｆｉｅ−Ｈｅｌ
ｌｍａｎ鍵合意プロトコルを定義する。ＰＫＣＳ＃５
は、パスワードから導出した秘密の鍵でストリングを暗
号化する方法を記述する。ＰＫＣＳ＃６は、Ｘ．５０９
のバージョン３を優先して徐々に廃止されつつある。Ｐ
ＫＣＳ＃７は、ディジタル署名やディジタル暗号化など
の暗号の向上を含めた、メッセージに対する一般的な構
文を定義する。ＰＫＣＳ＃８は、秘密鍵情報のためのフ
ォーマットを記述する。この情報は、何らかの鍵アルゴ
リズムに対する秘密鍵を含み、オプションで属性のセッ
トを含む。ＰＫＣＳ＃９は、他のＰＫＣＳ標準で使用す
るための、選択された属性タイプを定義する。ＰＫＣＳ
＃１０は、証明書要求のための構文を記述する。ＰＫＣ
Ｓ＃１１は、スマート・カードやＰＣＭＣＩＡカードな
どの暗号デバイス用に、Ｃｒｙｐｔｏｋｉと呼ばれる、
技術に依存しないプログラミング・インターフェースを
定義する。ＰＫＣＳ＃１２は、ユーザの秘密鍵、証明
書、種々の秘密などを記憶または搬送するための可搬性
フォーマットを指定する。ＰＫＣＳ＃１３は、楕円曲線
暗号を使用してデータを暗号化しデータに署名するため
の機構を定義する。ＰＫＣＳ＃１４は、擬似乱数生成の
ための標準を提供する。
【０２９７】ＳｉｇＢｌｏｃｋ＝ＲＳＡＳｉｇＥｎｃｒ
ｙｐｔ（ＰｒｉｖａｔｅＫｅｙ，Ｄｉｇｅｓｔ）および
Ｄｉｇｅｓｔ＝ＲＳＡＳｉｇＤｅｃｒｙｐｔ（Ｐｕｂｌ
ｉｃＫｅｙ，ＳｉｇＢｌｏｃｋ）のプリミティブは、Ｒ
ＳＡアルゴリズムを使用して暗号化および解読を行う。
暗号化プリミティブの場合は、「ＰＫＣＳ＃１ ｖ２．
０：ＲＳＡ Ｃｒｙｐｔｏｇｒａｐｈｙ Ｓｔａｎｄａ
ｒｄ」に定義されている署名パディングを使用して、最
初に１６０ビットのＳＨＡ−１ダイジェスト値がパディ
ングされ、次いで、ＰｕｂｌｉｃＫｅｙに従って累乗さ
れ、ｍｏｄ還元される。解読プリミティブの場合は、Ｐ
ｒｉｖａｔｅＫｅｙに従って暗号テキストが累乗されて
ｍｏｄ還元された後、パディングが検証されて除去され
る。パディングはダイジェスト・アルゴリズムの識別を
エンコードし、これらのプリミティブだけがＳＨＡ１ア
ルゴリズムをサポートする。これらのプリミティブは、
ディジタル署名を生成および検証するプロセスの一部で
ある。その他のステップは、署名されつつあるデータの
実際のＳＨＡ１ダイジェストを計算または検証すること
を含む。
【０２９８】ＡｐｐＣｏｄｅＤｉｇｅｓｔは、コンテナ
を所有するアプリケーションを識別するのに使用される
データである。これは、すべてのコンテナには適用され
ない。このデータは、暗号関数を呼び出しているコード
に基づいて生成される。このデータは通常、デバイス・
オーソリティによって生成、暗号化、および署名され
る。ほとんどの場合、解読されたＡｐｐＣｏｄｅＤｉｇ
ｅｓｔ（ＡＣＤ）が、実行時にＢＩＯＳによってＣａｌ
ｌｅｒＣｏｄｅＤｉｇｅｓｔと比較される。サーバに属
するＣｏｄｅＤｉｇｅｓｔは常に０である。
【０２９９】ＳｅａｌｅｒＣｏｄｅＤｉｇｅｓｔ／Ｃａ
ｌｌｅｒＣｏｄｅＤｉｇｅｓｔは、関数の呼出し元に基
づく関数中で計算されるデータである。このダイジェス
トを計算するのに使用される情報は、ＢＩＯＳへの登録
やオペレーティング・システム・ドライバへの登録など
の登録中に、コンテナ・オペコードとしてＯｐａａｃＯ
ｓｄＡｕｔｈｏｒｉｚａｔｉｏｎを伴うＳｉｇｎｅｄＣ
ｏｎｔａｉｎｅｒ中で提供される。
【０３００】エンロールメントは、クライアント・シス
テムが通過する初期段階である。この段階の間に、マス
タ鍵が生成され、クライアント・システムとデバイス・
オーソリティ・サーバとの間で交換される。このステッ
プは、ＰｕｂＫＣｏｎｔａｉｎｅｒを使用する。エンロ
ールメント・プロセスによってまだマスタ鍵が割り当て
られていないときは、マスタ鍵は、本物のマスタ鍵が取
って代わるまで一時的なランダム値で置き換えられる。
【０３０１】ＢＩＯＳもオペレーティング・システム・
ドライバ（ＯＳＤ）も両方とも、コンテナ・オペレーシ
ョンに参与する。封印に関係するコンテナ関数には、Ｏ
ＳＤＡｐｐＣｏｎｔａｉｎｅｒＳｅａｌ（）、ＯＳＤＭ
ＫＣｏｎｔａｉｎｅｒＳｅａｌ（）、ＯＳＤＰｕｂＫＣ
ｏｎｔａｉｎｅｒＳｅａｌ（）、およびＢＩＯＳＡｐｐ
ＣｏｎｔａｉｎｅｒＳｅａｌ（）が含まれる。
【０３０２】ＯＳＤＰｕｂＫＣｏｎｔａｉｎｅｒＳｅａ
ｌ（）関数は、ランダムなセッション鍵（Ｍａｓｔｅｒ
Ｋｅｙ）を生成し、これをＡｐｐＣｏｎｔａｉｎｅｒ
内で呼出し元に返す。次いでこのＡｐｐＣｏｎｔａｉｎ
ｅｒは、他のＭＫＣｏｎｔａｉｎｅｒ（）オペレーショ
ンを呼び出すのに使用される。図 に、例示的なＰｕｂ
ＫＣｏｎｔａｉｎｅｒアルゴリズムを示す。
【０３０３】開封に関係するコンテナ関数には、ＯＳＤ
ＡｐｐＣｏｎｔａｉｎｅｒＵｎｓｅａｌ（）、ＯＳＤＭ
ＫＣｏｎｔａｉｎｅｒＵｎｓｅａｌ（）、ＯＳＤＳｉｇ
ｎｅｄＣｏｎｔａｉｎｅｒＵｎｓｅａｌ（）、ＯＳＤＰ
ｕｂＫＣｏｎｔａｉｎｅｒＵｎｓｅａｌ（）、およびＢ
ＩＯＳＡｐｐＣｏｎｔａｉｎｅｒＵｎｓｅａｌ（）が含
まれる。
【０３０４】次に、Ｃｏｎｔａｉｎｅｒクラスの実装の
詳細について論じる。これらのクラスには、ＰｕｂｋＣ
ｏｎｔａｉｎｅｒおよびＭＫＣｏｎｔａｉｎｅｒが含ま
れる。
【０３０５】以下は、ＰｕｂＫＣｏｎｔａｉｎｅｒのフ
ォーマットと、封印および開封で使用されるクラスにお
けるメソッドについての記述である。これらのコンテナ
は主に、クライアントとデバイス・オーソリティ・サー
バとの間に安全な通信チャネルをセットアップするのに
使用する。ＰｕｂＫＣｏｎｔａｉｎｅｒの第２部分は、
４バイトのヘッダを含む完全なＭＫＣｏｎｔａｉｎｅｒ
オブジェクトである。ＰｕｂＫＣｏｎｔａｉｎｅｒの第
１部分は、生成されたマスタ鍵（ＭＫ）およびクライア
ントの鍵ＩＤ（ＫＩＤ）の値を含み（またはマスタ鍵が
割り当てられていない場合は０）、これらの値は両方と
も、受信側の公開鍵で解読される。
【０３０６】ＰｕｂＫＣｏｎｔａｉｎｅｒのフォーマッ
トは、このコンテナの第１部分を変更せずに第２部分を
変更できるように慎重に選択する。これにより、クライ
アントおよびサーバは、いくつかの大きな性能向上を図
ることができる。ＯＳＤ封印関数が、生成されたマスタ
鍵をＡｐｐＣｏｎｔａｉｎｅｒ中にラッピングして返す
ことになる。クライアントは、サーバへの新たな接続を
（例えば新しいダウンロードをフェッチするために）開
始するたびに、ＭＫとＰｕｂＫＣｏｎｔａｉｎｅｒの第
１部分とを記憶および再使用することができ、第２部分
は、このセッションを暗号化するための新しいマスタ鍵
を含むＭＫＣｏｎｔａｉｎｅｒとなる。これにより、Ｓ
ＭＩルーチンで公開鍵オペレーションを実施する必要が
回避され、しかもなお、本物のサーバだけにしか新しい
セッション鍵がわからないことが知られるというセキュ
リティ上の利点が得られる。というのは、本物のサーバ
だけが、保存されたマスタ鍵（新しいセッション鍵を解
読するのに必要）を知っているか、あるいは第１部分を
読むための秘密鍵を知っているからである。サーバにと
って重要な最適化は、ＰｕｂＫＣｏｎｔａｉｎｅｒの第
１部分から抽出したマスタ鍵をキャッシュし、キャッシ
ュした値に第１部分のハッシュで索引付けすることであ
る。このキャッシュにより、ＰｕｂＫＣｏｎｔａｉｎｅ
ｒの第１部分を再使用するときに秘密鍵オペレーション
を行う必要が回避される。クライアントは常に第１部分
全体を送り、したがってサーバは常にその秘密鍵（サー
バ通信秘密鍵）を使用してマスタ鍵を抽出することがで
きるので、サーバはいつでもキャッシュ・エントリをフ
ラッシュすることができることに留意されたい。このこ
とはまた、クライアントとサーバとの間の初期化メッセ
ージ用のフォーマットが１つだけであり、再使用とマス
タ鍵の生成のいずれかに対処するために２つの別個のフ
ォーマットがあるのではないことを意味する。
【０３０７】ＰｕｂｋＣｏｎｔａｉｎｅｒは、エンロー
ルメント中にクライアントとサーバとの間の伝送をセッ
トアップして秘密のマスタ鍵をセットアップできるよう
にし、何らかのクライアント・アプリケーションとデバ
イス・オーソリティ・サーバとの間の伝送をセットアッ
プするために使用される。表１１に、最終的な封印され
たＰｕｂＫＣｏｎｔａｉｎｅｒ構造を示す。
【０３０８】ＰｕｂｋＣｏｎｔａｉｎｅｒに関係するコ
ンストラクタおよびメソッドは以下のとおりである。
【０３０９】ｐｕｂｌｉｃ ＰｕｂｋＣｏｎｔａｉｎｅ
ｒ（）は、ロガー・オブジェクトを初期化する空のコン
テナである。このｐｕｂｌｉｃ ＰｕｂＫＣｏｎｔａｉ
ｎｅｒ（ＩｎｐｕｔＳｔｒｅａｍ ｉｎ）に関しては、
コンテナは入力ストリームで初期化され、次いでこれは
バイト・アレイとしてバッファに読み込まれる。次いで
バッファは、ｐａｒｓｅＢｕｆｆｅｒメソッドを使用し
て解析される。ロガー・オブジェクトもまた初期化され
る。
【０３１０】ｐｕｂｌｉｃＰｕｂｋＣｏｎｔａｉｎｅｒ
（ｂｙｔｅ［］ｂｕｆ） コンテナはバイト・アレイで初期化され、次いでこれは
バイト・アレイとしてバッファに読み込まれる。次いで
バッファは、ｐａｒｓｅＢｕｆｆｅｒメソッドを使用し
て解析される。ロガー・オブジェクトもまた初期化され
る。ｐｒｉｖａｔｅ ｖｏｉｄ ｓｅａｌ（）は、Ｒｓ
ａＬｉｂＥｘｃｅｐｔｉｏｎを投げる。ＰｕｂＫＣｏｎ
ｔａｉｎｅｒを封印するために、ｏｐｃｏｄｅ、ＫＩ
Ｄ、ＭＫ、ＰｕｂｋＤｉｇｅｓｔ、ＳｅａｌｅｄＭＫＣ
ｏｎｔａｉｎｅｒが設定される。Ｆｏｒｍａｔを、３＝
ＦｍｔＰｕｂＫＣｏｎｔａｉｎｅｒに設定する。ｏｐｃ
ｏｄｅ、ｆｏｒｍａｔ、ｒｅｓｅｒｖｅｄ、ＫＩＤ、お
よびＭＫでＰｕｂｋＢｌｏｃｋを構築する。ｏｐｃｏｄ
ｅ、ＫＩＤ、およびマスタ鍵は、呼出し元によって設定
される。ｔｒｙブロックｒｓａＯａｅｐＥｎｃｒｙｐｔ
（ＰｕｂＫＤｉｇｅｓｔ，ＰｕｂＫＢｌｏｃｋ）中でＲ
ＳＡｌｉｂに対してＪＮＩラッパを呼び出して、暗号化
されたＰｕｂＫＲＳＡＢｌｏｃｋを構築する。長さを、
封印されたＭＫＣｏｎｔａｉｎｅｒ（ＭｋＣ）＋１４８
（１２８−ＰｕｂＫＲＳＡＢｌｏｃｋ、２０−ＰｕｂＫ
Ｄｉｇｅｓｔ）の長さに設定する。この長さは、封印さ
れたＭｋＣｏｎｔａｉｎｅｒを含めたＰｕｂＫＤｉｇｅ
ｓｔからのバイト・カウントを表す。封印されたＰｕｂ
ｋＣｏｎｔａｉｎｅｒを、Ｏｐｃｏｄｅ‖ｆｏｒｍａｔ
‖ｒｅｓｅｒｖｅｄ‖ｌｅｎｇｔｈ‖ＰｕｂｋＤｉｇｅ
ｓｔ‖ＰｕｂＫＲＳＡＢｌｏｃｋ‖ｓｅａｌｅｄＭｋＣ
のバイト・アレイとして構築する。セキュリティ・ユー
ティリティ・クラスからのａｄｄＡｒｒａｙメソッドを
使用して、連結アレイを構築する。
【０３１１】ｐｒｉｖａｔｅ ｖｏｉｄ ｕｎｓｅａｌ
（）は、ＲｓａＬｉｂＥｘｃｅｐｔｉｏｎ、Ｃｏｎｔａ
ｉｎｅｒＥｘｃｅｐｔｉｏｎを投げる。
【０３１２】ｉｎｖａｌｉｄＯｐｃｏｄｅ、ｉｎｖａｌ
ｉｄＦｏｒｍａｔ、またはｉｎｖａｌｉｄＬｅｎがｆａ
ｌｓｅかどうかチェックし、ＣｏｎｔａｉｎｅｒＥｘｃ
ｅｐｔｉｏｎを投げる。これらは、いずれかが予想どお
りでない場合にはｐａｒｓｅＢｕｆｆｅｒにおいてｆａ
ｌｓｅに設定される。
【０３１３】ＲＳＡｌｉｂに対するＪＮＩラッパを介し
てｒｓａＯａｅｐＤｅｃｒｙｐｔ（ＰｕｂＫＤｉｇｅｓ
ｔ，ＰｕｂＫＲＳＡＢｌｏｃｋ）でＰｕｂＫＲＳＡＢｌ
ｏｃｋを解読することにより、ｏｐｃｏｄｅ‖ｆｏｒｍ
ａｔ‖ｒｅｓｅｒｖｅｄ‖ＫＩＤ‖ＭＫであるＰｕｂＫ
Ｂｌｏｃｋを得る。
【０３１４】ＰｕｂＫＢｌｏｃｋ、ｏｐｃｏｄｅ、ｆｏ
ｒｍａｔ、ＫＩＤ、およびマスタ鍵に対して妥当性およ
び長さをチェックする。
【０３１５】ｐｒｉｖａｔｅ ｖｏｉｄ ｐａｒｓｅＢ
ｕｆｆｅｒ（ｂｙｔｅ［］ｂｕｆｆｅｒ）は、到来して
バッファに記憶された封印されたコンテナを解析するた
めのヘルパ関数であり、このバッファは、ｏｐｃｏｄｅ
‖ｆｏｒｍａｔ‖ｒｅｓｅｒｖｅｄ‖ｌｅｎｇｔｈ‖Ｐ
ｕｂＫＤｉｇｅｓｔ‖ＰｕｂＫＲＳＡＢｌｏｃｋ‖Ｓｅ
ａｌｅｄＭＫＣである。
【０３１６】予想どおりでない場合は、ｉｎｖａｌｉｄ
Ｏｐｃｏｄｅ、ｉｎｖａｌｉｄＦｏｒｍａｔ、ｉｎｖａ
ｌｉｄＬｅｎを設定する。
【０３１７】ｐｕｂｌｉｃ ｂｙｔｅ［］ｇｅｔＲａｗ
ＦｏｒＮｅｔ（）は、ＣｏｎｔａｉｎｅｒＥｘｃｅｐｔ
ｉｏｎを投げる。データおよびＭＫＤｉｇｅｓｔがヌル
でないことをチェックし、次いでｓｅａｌメソッドを呼
び出す。封印オペレーションで構築される以下のような
バッファを返す。 ｏｐｃｏｄｅ‖ｆｏｒｍａｔ‖ｒｅｓｅｒｖｅｄ‖ｌｅ
ｎｇｔｈ‖ＰｕｂＫＤｉｇｅｓｔ‖ＰｕｂＫＲＳＡＢｌ
ｏｃｋ‖ＳｅａｌｅｄＭＫＣ
【０３１８】ｐｕｂｌｉｃ ｂｙｔｅ ｇｅｔＯｐｃｏ
ｄｅ（）は、コンテナのオペコードを返す。
【０３１９】ｐｕｂｌｉｃ ｂｙｔｅ［］ｇｅｔＰｕｂ
ＫＤｉｇｅｓｔ（）は、コンテナからのＰｕｂＫＤｉｇ
ｅｓｔを返す。
【０３２０】ｐｕｂｌｉｃ ｂｙｔｅ［］ｇｅｔＫＩＤ
（）は、コンテナからのＫＩＤを、必要なら開封して返
す。
【０３２１】ｐｕｂｌｉｃ ｂｙｔｅ［］ｇｅｔＭ
Ｋ（）は、ＣｏｎｔｅｉｎｅｒＥｘｃｅｐｔｉｏｎを投
げ、コンテナからのＭＫを、必要なら開封して返す。
【０３２２】ｐｕｂｌｉｃ ＭＫＣｏｎｔａｉｎｅｒ
ｇｅｔＭｋＣｏｎｔａｉｎｅｒ（）は、Ｃｏｎｔａｉｎ
ｅｒＥｘｃｅｐｔｉｏｎを投げる−Ｐｕｂｋに埋め込ま
れた封印されたＭＫコンテナを抽出し（これはｐａｒｓ
ｅＢｕｆｆｅｒによって行う）、Ｐｕｂｋ部分を開封し
てＭＫを得て、それをＭＫコンテナに対して設定する。
【０３２３】ｐｕｂｌｉｃ ｖｏｉｄ ｓｅｔＯｐｃｏ
ｄｅ（ｂｙｔｅ Ｏｐｃｏｄｅ）は、Ｃｏｎｔａｉｎｅ
ｒＥｘｃｅｐｔｉｏｎを投げる−有効範囲内にあるかど
うかチェックした後でコンテナに対するオペコードを割
り当てる。
【０３２４】ｐｕｂｌｉｃ ｖｏｉｄ ｓｅｔＰｕｂＫ
Ｄｉｇｅｓｔ（ｂｙｔｅ［］ｄｉｇｅｓｔ）は、Ｃｏｎ
ｔａｉｎｅｒＥｘｃｅｐｔｉｏｎを投げる−ヌルが渡さ
れた場合またはｌｅｎｇｔｈが２０に等しくない場合は
例外を投げ、ＰｕｂＫＤｉｇｅｓｔを設定する。
【０３２５】ｐｕｂｌｉｃ ｖｏｉｄ ｓｅｔＫＩＤ
（ｂｙｔｅ［］Ｋｉｄ）は、ＣｏｎｔａｉｎｅｒＥｘｃ
ｅｐｔｉｏｎを投げる−ヌルが渡された場合またはｌｅ
ｎｇｔｈが２０に等しくない場合は例外を投げ、鍵ＩＤ
を設定する。
【０３２６】ｐｕｂｌｉｃ ｖｏｉｄ ｓｅｔＭＫ（ｂ
ｙｔｅ［］Ｍｋ）は、ＣｏｎｔａｉｎｅｒＥｘｃｅｐｔ
ｉｏｎを投げる−ヌルが渡された場合またはｌｅｎｇｔ
ｈが１６に等しくない場合は例外を投げ、ＭＫを設定す
る。
【０３２７】ｐｕｂｌｉｃ ｖｏｉｄ ｓｅｔＭＫＣｏ
ｎｔａｉｎｅｒ（ｂｙｔｅ［］Ｍｋｃ）は、Ｃｏｎｔａ
ｉｎｅｒＥｘｃｅｐｔｉｏｎを投げる−ＰｕｂＫＣｏｎ
ｔａｉｎｅｒに埋め込むべき封印されたＭＫＣｏｎｔａ
ｉｎｅｒを設定する。
【０３２８】ｐｒｉｖａｔｅ ｖｏｉｄ ｌｏｇ（ｉｎ
ｔ ａＷａｒｎｉｎｇＬｅｖｅｌ，Ｓｔｒｉｎｇ ｍｅ
ｓｓａｇｅ）−パラメータとして渡された警告レベルを
現在の警告レベルと比較し、より緊急である場合はそれ
を出力する。
【０３２９】ＭＫＣｏｎｔａｉｎｅｒに関係するコンス
トラクタおよびメソッドは、以下のとおりである。
【０３３０】ここで、ＭＫＣｏｎｔａｉｎｅｒのフォー
マットおよびそれを生み出すのに使用されるアルゴリズ
ムについて論じる。ます開封されたフォーマットについ
て述べ、次いでこれを封印および開封するステップにつ
いて述べる。ＭＫＣｏｎｔａｉｎｅｒは主に、クライア
ントとサーバがＰｕｂＫＣｏｎｔａｉｎｅｒを使用して
共通のマスタ鍵をセットアップした後にこれらの間で送
られる大きい（６４Ｋまで）の情報チャンクを保護する
のに使用する。
【０３３１】ＭＫＣｏｎｔａｉｎｅｒは主に、データを
暗号化するのに使用する。暗号化は、対称鍵暗号化に基
づく。この鍵はマスタ鍵から導出される。ＭＫＣｏｎｔ
ａｉｎｅｒは、マスタ鍵から導出された対称鍵を使用し
て大きい（６４Ｋまでの）チャンクを暗号化するのに使
用される。特別な場合の用途は、エンロールメント中に
クライアントとサーバとの間の伝送を暗号化して秘密の
マスタ鍵をセットアップできるようにし、何らかのクラ
イアント・アプリケーションとデバイス・オーソリティ
・サーバとの間の伝送を暗号化することである。表１３
に最終的な封印された構造を示す。
【０３３２】ｐｕｂｌｉｃ ＭｋＣｏｎｔａｉｎｅ
ｒ（）は、ロガー・オブジェクトをちょうど初期化する
空のコンテナである。
【０３３３】ｐｕｂｌｉｃ ＭｋＣｏｎｔａｉｎｅｒ
（ＩｎｐｕｔＳｔｒｅａｍ ｉｎ）−コンテナは入力ス
トリームで初期化され、次いでこれはバイト・アレイと
してバッファに読み込まれる。次いでバッファは、ｐａ
ｒｓｅＢｕｆｆｅｒメソッドを使用して解析される。ロ
ガー・オブジェクトもまた初期化される。
【０３３４】ｐｕｂｌｉｃＭｋＣｏｎｔａｉｎｅｒ（ｂ
ｙｔｅ［］ｂｕｆ）−コンテナはバイト・アレイで初期
化され、次いでこれはバイト・アレイとしてバッファに
読み込まれる。次いでバッファは、ｐａｒｓｅＢｕｆｆ
ｅｒメソッドを使用して解析される。ロガー・オブジェ
クトもまた初期化される。
【０３３５】ｐｒｉｖａｔｅ ｖｏｉｄ ｓｅａｌ（）
は、ＲｓａＬｉｂＥｘｃｅｐｔｉｏｎを投げる。
【０３３６】ＭＫＣｏｎｔａｉｎｅｒを封印するため
に、以下のものを設定する。これらのｏｐｃｏｄｅ、Ｍ
ＫＤｉｇｅｓｔ、およびｄａｔａに対するｓｅｔメソッ
ドを呼び出す。
【０３３７】Ｆｏｒｍａｔを、３＝ＦｍｔＰｕｂＫＣｏ
ｎｔａｉｎｅｒに設定する。
【０３３８】長さを、データ長＋５６（２０−ＫＤｉｇ
ｅｓｔ＋１６−ｉｖ＋２０−ｓｃｄ）として設定する。
【０３３９】長さを２バイト・アレイに変換する。
【０３４０】ｉｖを乱数発生器から１６バイト・アレイ
として得て、ｃｒｙｐｔｏＰｒｉｍｉｔｉｖｅｓ ｇｅ
ｎｅｒａｔｅＲａｎｄｏｍＮｕｍｂｅｒ（１６）メソッ
ドを呼び出す。
【０３４１】セキュリティ・ユーティリティのａｄｄＴ
ｏＡｒｒａｙメソッドを使用して、以下のペイロードを
構築する。 ｏｐｃｏｄｅ‖ｆｏｒｍａｔ‖ｒｅｓｅｒｖｅｄ‖ｌｅ
ｎｇｔｈ‖ＭＫＤｉｇｅｓｔ‖ｉｖ‖ｓｃｄ‖ｄａｔａ
【０３４２】ｎｅｗＫｅｙを、ＮＫｅｙＦｏｒＳｅａｌ
ｉｎｇ＝ＣｒｙｐｔｏＰｒｉｍｉｔｉｖｅ．ｎｅｗＫｅ
ｙ（ＭＫＤｉｇｅｓｔ，ｃｔｎｒＣｏｎｓｔａｎｔｓ．
ＵｓａｇｅＭＫＭａｃＳｅｒｖｅｒ）として構築する。
【０３４３】次いでｃｒｙｐｔｏＰｒｉｍｉｔｉｖｅ呼
出しから以下のＭａｃが得られる。 Ｍａｃ＝ＣｒｙｐｔｏＰｒｉｍｉｔｉｖｅ．ｇｅｔＨｍ
ａｃ（ＮＫｅｙＦｏｒＳｅａｌｉｎｇ，ｐａｙｌｏａ
ｄ）
【０３４４】Ｐｌａｉｎｔｅｘｔを、ｉｖ‖ｓｃｄ‖ｄ
ａｔａ‖ｍａｃとして構築する。
【０３４５】Ｐａｄｄｉｎｇを１〜１６バイトのベクト
ルに設定して、変数Ｐｌａｉｎｔｅｘｔ（以下参照）を
１６の倍数のバイト長にする。各パディング・バイト
は、ベクトル中のパディング・バイトの数に等しい値を
有する。これは、ＳｅｃｕｒｉｔｙＵｔｉｌｓクラス中
のａｄｊｕｓｔＰａｄメソッドを使用して行われる。
【０３４６】パディングをＰｌａｉｎｔｅｘｔに加え
る。このときＰｌａｉｎｔｅｘｔは以下のようになる。 ｉｖ‖ＳｅａｌｅｒｓＣｏｄｅＤｉｇｅｓｔ‖Ｄａｔａ
‖Ｍａｃ‖Ｐａｄｄｉｎｇ
【０３４７】Ｃｉｐｈｅｒｔｅｘｔ＝Ｅｎｃ（Ｋｅｙ，
ＵｓａｇｅＭＫＥｎｃ，Ｐｌａｉｎｔｅｘｔ）にする。
Ｃｉｐｈｅｒｔｅｘｔの長さはＰｌａｉｎｔｅｘｔと同
じになる。
【０３４８】Ｌｅｎｇｔｈを、Ｐｌａｉｎｔｅｘｔ中の
バイトの数に２０（ＭＫＤｉｇｅｓｔのため）を足した
数に設定し、この値を２バイト・アレイに記憶する。
【０３４９】封印されたＭＫＣｏｎｔａｉｎｅｒを、以
下のものを有するバッファとして構築する。 ｏｐｃｏｄｅ‖ｆｏｒｍａｔ‖ｒｅｓｅｒｖｅｄ‖ｌｅ
ｎｇｔｈ‖ＭＫＤｉｇｅｓｔ‖ｃｉｐｈｅｒｔｅｘｔ
【０３５０】ｐｒｉｖａｔｅ ｖｏｉｄ ｕｎｓｅａｌ
（）は、ＲｓａＬｉｂＥｘｃｅｐｔｉｏｎ、Ｃｏｎｔａ
ｉｎｅｒＥｘｃｅｐｔｉｏｎを投げる。ｉｎｖａｌｉｄ
Ｏｐｃｏｄｅ、ｉｎｖａｌｉｄＦｏｒｍａｔ、またはｉ
ｎｖａｌｉｄＬｅｎがｆａｌｓｅかどうかチェックし、
ＣｏｎｔａｉｎｅｒＥｘｃｅｐｔｉｏｎを投げる。これ
らは、いずれかが予想どおりでない場合にはｐａｒｓｅ
Ｂｕｆｆｅｒにおいてｆａｌｓｅに設定される。ｐａｒ
ｓｅＢｕｆｆｅｒから抽出される暗号テキストは、Ｃｒ
ｙｐｔｏＰｒｉｍｉｔｉｖｅ，ｄｅｃｒｙｐｔメソッド
に渡されて、解読された平文テキストが得られる。ｄｅ
ｃメソッドが、ｄｅｃ（ＭＫＤｉｇｅｓｔ，ｃｔｎｒＣ
ｏｎｔｓｔａｎｔｓ，ＵｓａｇｅＭＫＥｎｃＳｅｒｖｅ
ｒ，ｃｉｐｈｅｒｔｅｘｔ）として呼び出される。
【０３５１】平文テキストの最後のバイトからパッド・
バイトがわかるが、これは、パッド・バイトがいくつ追
加されたかを示す。パッド・バイトは平文テキストから
除去され、ｍａｃの長さおよびパッド・バイトの数を平
文テキストの長さから除くことによってデータ・サイズ
が計算される。
【０３５２】ｉｖ、ｓｄ、およびｄａｔａの長さを計算
し、２バイト・アレイとして記憶する。ｄａｔａの長さ
が計算され、ｉｖ、ｓｃｄ、およびｍａｃの長さが所定
なので、これらはすべて平文テキストから抽出される。
【０３５３】Ｌｅｎｇｔｈ＝Ｌｅｎｇｔｈから２０を引
きＰａｄｄｉｎｇ長を引いた長さに変更する。
【０３５４】ペイロードを、Ｏｐｃｏｄｅ‖Ｆｏｒｍａ
ｔ‖ｒｅｓｅｒｖｅｄ‖ｌｅｎｇｔｈ‖ＭＫＤｉｇｅｓ
ｔ‖ｉｖ‖ｓｃｄ‖ｄａｔａとして構築する。ｎｅｗＫ
ｅｙを、ＮＫｅｙＦｏｒＳｅａｌｉｎｇ＝Ｃｒｙｐｔｏ
Ｐｒｉｍｉｔｉｖｅ．ｎｅｗＫｅｙ（ＭＫＤｉｇｅｓ
ｔ，ｃｔｎｒＣｏｎｓｔａｎｔｓ．ＵｓａｇｅＭＫＭａ
ｃＳｅｒｖｅｒ）として構築する。
【０３５５】次いで、ｃｒｙｐｔｏＰｒｉｍｉｔｉｖｅ
呼出しから以下のようにＥｘｐｅｃｔｅｄＭａｃが得ら
れる。 ｅｘｐｅｃｔｅｄＭａｃ＝ＣｒｙｐｔｏＰｒｉｍｉｔｉ
ｖｅ．ｇｅｔＨｍａｃ（ＮＫｅｙＦｏｒＳｅａｌｉｎ
ｇ，ｐａｙｌｏａｄ） ｍａｃとｅｘｐｅｃｔｅｄＭａｃが等しくない場合はＣ
ｏｎｔａｉｎｅｒＥｘｃｅｐｔｉｏｎを投げる。
【０３５６】ｐｒｉｖａｔｅ ｖｏｉｄ ｐａｒｓｅＢ
ｕｆｆｅｒ（ｂｙｔｅ［］ｂｕｆｆｅｒ）は、到来して
バッファに記憶された封印されたコンテナを解析するた
めのヘルパ関数であり、このバッファは、ｏｐｃｏｄｅ
‖ｆｏｒｍａｔ‖ｒｅｓｅｒｖｅｄ‖ｌｅｎｇｔｈ‖Ｍ
ＫＤｉｇｅｓｔ‖ｃｈｐｈｅｒｅｄＴｅｘｔであり、ｃ
ｉｐｈｅｒｅｄ ｔｅｘｔは、暗号化された形の‖ＩＶ
‖ＳｅａｌｅｒｓＣｏｄｅＤｉｇｅｓｔ‖Ｄａｔａから
なる。
【０３５７】予想どおりでない場合は、ｉｎｖａｌｉｄ
Ｏｐｃｏｄｅ、ｉｎｖａｌｉｄＦｏｒｍａｔ、ｉｎｖａ
ｌｉｄＬｅｎを設定する。
【０３５８】ｐｕｂｌｉｃ ｂｙｔｅ［］ｇｅｔＲａｗ
ＦｏｒＮｅｔ（）は、鍵ＩＤ、ＭＫ、および封印された
ＭｋＣ（ＭｋＢｕｆｆ）がヌルではないことをチェック
し、次いでｓｅａｌメソッドを呼び出す。封印オペレー
ションで構築される以下のようなバッファを返す。 Ｏｐｃｏｄｅ‖Ｆｏｒｍａｔ‖Ｌｅｎｇｔｈ‖ＭＫＤｉ
ｇｅｓｔ‖ＩＶ‖ＳｅａｌｅｒｓＣｏｄｅＤｉｇｅｓｔ
‖Ｄａｔａ‖ｍａｃ‖ｐａｄ
【０３５９】ｐｕｂｌｉｃ ｂｙｔｅ ｇｅｔＯｐｃｏ
ｄｅ（）−コンテナのオペコードを返す。
【０３６０】ｐｕｂｌｉｃ ｂｙｔｅ［］ｇｅｔＭＫＤ
ｉｇｅｓｔ（）は、ＣｏｎｔａｉｎｅｒＥｘｃｅｐｔｉ
ｏｎを投げる−コンテナからのＰｕｂＭＫＤｉｇｅｓｔ
を返す。
【０３６１】ｐｕｂｌｉｃ ｂｙｔｅ［］ｇｅｔＤａｔ
ａ（）は、ＣｏｎｔａｉｎｅｒＥｘｃｅｐｔｉｏｎを投
げる−コンテナからのデータを、必要なら開封して返
す。
【０３６２】ｐｕｂｌｉｃ ｂｙｔｅ［］ｇｅｔＭ
Ｋ（）は、ＣｏｎｔｅｉｎｅｒＥｘｃｅｐｔｉｏｎを投
げる−コンテナからのＭＫを返す。
【０３６３】ｐｕｂｌｉｃ ｖｏｉｄ ｓｅｔＯｐｃｏ
ｄｅ（ｂｙｔｅ Ｏｐｃｏｄｅ）は、Ｃｏｎｔａｉｎｅ
ｒＥｘｃｅｐｔｉｏｎを投げる−有効範囲内にあるかど
うかチェックした後でコンテナに対するオペコードを割
り当てる。
【０３６４】ｐｕｂｌｉｃ ｖｏｉｄ ｓｅｔＭＫＤｉ
ｇｅｓｔ（ｂｙｔｅ［］ｄｉｇｅｓｔ）は、Ｃｏｎｔａ
ｉｎｅｒＥｘｃｅｐｔｉｏｎを投げる−ヌルが渡された
場合またはｌｅｎｇｔｈが２０に等しくない場合は例外
を投げ、ＭＫＤｉｇｅｓｔを設定する。
【０３６５】ｐｕｂｌｉｃ ｖｏｉｄ ｓｅｔＤａｔａ
（ｂｙｔｅ［］Ｋｉｄ）は、ＣｏｎｔａｉｎｅｒＥｘｃ
ｅｐｔｉｏｎを投げる−ヌルが渡された場合は例外を投
げ、データを設定する。
【０３６６】ｐｕｂｌｉｃ ｖｏｉｄ ｓｅｔＭＫ（ｂ
ｙｔｅ［］Ｍｋ）は、ＣｏｎｔａｉｎｅｒＥｘｃｅｐｔ
ｉｏｎを投げる−ヌルが渡された場合またはｌｅｎｇｔ
ｈが１６に等しくない場合は例外を投げ、ＭＫを設定す
る。
【０３６７】ｐｒｉｖａｔｅ ｖｏｉｄ ｌｏｇ（ｉｎ
ｔ ａＷａｒｎｉｎｇＬｅｖｅｌ，Ｓｔｒｉｎｇ ｍｅ
ｓｓａｇｅ）は、パラメータとして渡された警告レベル
を現在の警告レベルと比較し、より緊急である場合はそ
れを出力する。
【０３６８】次に、ＯＳＤソフトウェアについて論じ
る。オペレーティング・システム・ドライバ（ＯＳＤ）
は、システム１０のコア・コンポーネントの１つであ
る。これは、動的にシステムにロードされるカーネル・
モード・ドライバである。この上端は、セキュリティ・
アプリケーションにセキュリティ・サービスを提供す
る。この下端は、低レベルのセキュリティ機能を提供す
るセキュリティＢＩＯＳとインターフェースする。オペ
レーティング・システム・ドライバが提供するサービス
には、ＲＳＡおよびＲＣ６暗号関数、アプリケーション
保全性チェック、および乱数生成が含まれる。
【０３６９】このソフトウェア・オペレーティング環境
は、ＷＤＭ Ｗｉｎｄｏｗｓ（登録商標）デバイス・ド
ライバなどのオペレーティング・システム・ドライバを
採用する。このデバイス・ドライバはまた、Ｗｉｎｄｏ
ｗｓ９８、ＷｉｎｄｏｗｓＭＥ、Ｗｉｎｄｏｗｓ２００
０、および将来のＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ
オペレーティング・システムの元でも稼動する。
【０３７０】次に、オペレーションの理論について論
じ、ＯＳＤオペレーションのプロシージャについて概説
する。図２にクライアント・コンポーネント階層を示
す。
【０３７１】ここで、初期化について論じる。アプリケ
ーションは、ＯＳＤ関数を呼び出す前に、ＯｓｄＲｅｇ
ｉｓｔｅｒＡｐｐｌｉｃａｔｉｏｎ関数を呼び出すこと
によってそれ自体をオペレーティング・システム・ドラ
イバに登録する。オペレーティング・システム・ドライ
バは、アプリケーションを登録するために以下のことを
行う。プロセスＩＤなどのアプリケーション識別情報を
得る。
【０３７２】パラメータとして渡されるＳｉｇｎｅｄＣ
ｏｎｔａｉｎｅｒ中の鍵ダイジェストに基づいて、公開
鍵インデックスを得る。初期化中にオペレーティング・
システム・ドライバが生み出す鍵テーブルが、鍵ダイジ
ェストを鍵インデックスにマッピングする。ＢＩＯＳＲ
ａｗＲＳＡＰｕｂｌｉｃルーチンを呼び出して、Ｓｉｇ
ｎｅｄＣｏｎｔａｉｎｅｒ中のデータ・ブロックを開封
する。このデータ・ブロックは、アドレス範囲と、予想
されるコード・ダイジェストおよびＰｒｉｖｉｌｅｇｅ
ＢｉｔＶｅｃｔｏｒと、保全性チェックの頻度とを含
む。
【０３７３】アドレス範囲に基づいて、呼出し元アプリ
ケーションの部分のコード・ダイジェストを生み出す。
アプリケーションは、すべてのＯＳＤ関数呼出しが共に
近くなるように実装すべきであり、これはＯＳＤサービ
ス呼出しブロック（ＳＩＢ、Ｓｅｒｖｉｃｅ Ｉｎｖｏ
ｃａｔｉｏｎ Ｂｌｏｃｋ）と呼ばれる。ＯＳＤサービ
ス呼出しブロックは、他のアプリケーションがそのＳＩ
Ｂにジャンプしてそれ自体の目的にＯＳＤのＡＰＩを使
用することを防止するために、非総称的でなければなら
ない（そうであることが正式に必要とされる）。このＳ
ＩＢは、呼出し側アプリケーションに特有の付加価値Ａ
ＰＩのセットである。
【０３７４】生み出したコード・ダイジェストと予想さ
れるコード・ダイジェストを比較する。これらが同じで
ある場合はアプリケーションを認証し、そうでない場合
はエラーを返す。アプリケーションが認証される場合、
登録済みアプリケーション・テーブルにエントリを追加
する。このエントリは、アプリケーションの識別情報
（プロセスＩＤ）、ＯＳＤサービス呼出しブロックのア
ドレス範囲、ＯＳＤサービス呼出しブロックおよびＰｒ
ｉｖｉｌｅｇｅＢｉｔＶｅｃｔｏｒのコード・ダイジェ
スト、保全性チェック頻度を含む。
【０３７５】次にサービス呼出しについて論じる。アプ
リケーションは、オペレーティング・システム・ドライ
バに登録した後、ＯＳＤサービスを要求することができ
る。オペレーティング・システム・ドライバは、その関
数が呼び出されるたびに以下のことを行う。
【０３７６】アプリケーションの保全性をチェックす
る。登録済みアプリケーション・テーブルからの保全性
チェック頻度に基づく。オペレーティング・システム・
ドライバは、アプリケーションのＯＳＤサービス呼出し
ブロックのコード・ダイジェストを生み出すことによっ
てこれを行う。次いで、予想されるコード・ダイジェス
トと比較する。これらが同じであればアプリケーション
保全性はとれている。そうでない場合はエラーを返す。
【０３７７】Ｐｒｉｖｉｌｅｇｅ Ｂｉｔ Ｖｅｃｔｏ
ｒをチェックして、アプリケーションが特にこの関数を
呼び出す権限を有するかどうか調べる。ＯＳＤコードの
実行を継続して、要求を満たす。オペレーティング・シ
ステム・ドライバは、要求されたサービスに応じてセキ
ュリティＢＩＯＳルーチンを呼び出すこともできる。Ｏ
ｓｄＲａｎｄｏｍＡｄｄＮｏｉｓｅ関数を呼び出す。こ
れは、ＰＲＮＧの予測不能性を高めることになる。
【０３７８】次に、アプリケーションの登録解除につい
て論じる。アプリケーションは、適切に終了する前にＯ
ｓｄＵｎｒｅｇｉｓｔｅｒＡｐｐｌｉｃａｔｉｏｎを呼
び出して、オペレーティング・システム・ドライバから
それ自体の登録を解除する。ＯＳＤドライバは、登録済
みアプリケーション・テーブル中のそのアプリケーショ
ンのエントリを除去する。
【０３７９】以下は、オペレーティング・システム・ド
ライバ（ＯＳＤ）の機能についての詳細な記述である。
オペレーティング・システム・ドライバは、Ｗｉｎｄｏ
ｗｓ９８、ＷｉｎｄｏｗｓＭＥ、およびＷｉｎｄｏｗｓ
２０００の元で稼動することのできるＷＤＭカーネル・
モード・ドライバである。ＷＤＭは、ＷｉｎｄｏｗｓＮ
Ｔによって階層化された３２ビット・デバイス・ドライ
バ・モデルに基づいており、ＰＮＰおよび電力管理に対
するサポートが追加されている。オペレーティング・シ
ステム・ドライバはどんな物理デバイスも管理しないの
で、ハードウェア・リソースは割り振られない。オペレ
ーティング・システム・ドライバは１つのモジュールと
して実装される。クラス／ミニクラスのドライバの対は
ない。オペレーティング・システム・ドライバがシステ
ムにロードされると、機能デバイス・オブジェクト（Ｆ
ＤＯ）が生み出される。図３に、オペレーティング・シ
ステム・ドライバ・コンポーネントの対話を示す。
【０３８０】次に、登録済みアプリケーション・テーブ
ルの生成について論じる。オペレーティング・システム
・ドライバは、登録済みアプリケーションのテーブルを
維持する。登録済みアプリケーション・テーブルからの
アプリケーション・チェック頻度に基づき、オペレーテ
ィング・システム・ドライバは、呼出し元の保全性を定
期的にチェックする。呼出し元のＯＳＤサービス呼出し
ブロックのアドレス範囲を得て、コード・ダイジェスト
を生み出す。次いで、登録済みアプリケーション・テー
ブルからの予想されるコード・ダイジェストを再度チェ
ックする。
【０３８１】次に、ＲＳＡ暗号機能について論じる。オ
ペレーティング・システム・ドライバは、ＰｕｂＫｃｏ
ｎｔａｉｎｅｒ封印を行うための（ただしエンロールメ
ントのためではない）インターフェース関数を実装し、
ＰｕｂＫＣｏｎｔａｉｎｅｒは、ＢＩＯＳ、ＡｐｐＣｏ
ｎｔａｉｎｅｒ封印／開封、およびＳｉｇｎｅｄＣｏｎ
ｔａｉｎｅｒ開封において生み出される。しかし、セキ
ュリティＢＩＯＳには、すべてのＲＳＡ公開鍵／秘密鍵
アルゴリズムが実装される。オペレーティング・システ
ム・ドライバは、ＢＩＯＳルーチンを呼び出して、コン
テナオペレーションを完了する。
【０３８２】オペレーティング・システム・ドライバ
は、ＭＫＣｏｎｔａｉｎｅｒを封印／開封するためのＲ
Ｃ６アルゴリズム関数を実装する。これは、エンロール
メント中を除いては、ＢＩＯＳ中ではなくオペレーティ
ング・システム・ドライバ自体の中で行われ、ＢＩＯＳ
は、ＭＫＣｏｎｔａｉｎｅｒを処理してマスタ鍵を保護
する。
【０３８３】次に、ＯＳＤインターフェースおよびＡＰ
Ｉについて論じる。
【０３８４】このセクションでは、オペレーティング・
システム・ドライバの、システム・カーネルとのインタ
ーフェースおよびセキュリティＢＩＯＳとのインターフ
ェースについて述べる。このセクションはまた、ユーザ
モード・アプリケーションがＯＳＤセキュリティ・サー
ビスを得るために呼び出すことのできるＯＳＤ ＡＰＩ
関数も定義する。ここではまた、オペレーティング・シ
ステム・ドライバが実装すべき内部関数についても述べ
る。
【０３８５】オペレーティング・システム・ドライバの
上端インターフェースは、以下のように機能する。ＷＤ
Ｍモデルの元で、システムＩ／Ｏマネージャは、Ｉ／Ｏ
要求パケット（ＩＲＰ）を生み出してデバイス・ドライ
バに送ることにより、デバイス・ドライバにＩ／Ｏ要求
を出す。ＯＳＤセキュリティ・サービスは、ＤＥＶＩＣ
Ｅ＿ＩＯ＿ＣＯＮＴＲＯＬのＩＲＰを送ることによって
呼び出すことができる。Ｄｅｖｉｃｅ＿ＩＯ＿Ｃｏｎｔ
ｒｏｌコードに対する各ハンドラ・ルーチンは、特定の
関数を提供する。オペレーティング・システム・ドライ
バＩＯ＿ＣＯＮＴＲＯＬコードは、以下のように定義さ
れる。
【０３８６】ＩＯＣＴＬ＿ＯＳＤ＿ＲＥＧＩＳＴＥＲ＿
ＡＰＰＬＩＣＡＴＩＯＮ：ハンドラ・ルーチンがアプリ
ケーションをオペレーティング・システム・ドライバに
登録して、ＢＩＯＳルーチンを呼び出す。
【０３８７】ＩＯＣＴＬ＿ＯＳＤ＿ＵＮＲＥＧＩＳＴＥ
Ｒ＿ＡＰＰＬＩＣＡＴＩＯＮ：ハンドラ・ルーチンがア
プリケーションの登録をオペレーティング・システムか
ら解除する。
【０３８８】ＩＯＣＴＬ＿ＯＳＤ＿ＧＥＴ＿ＰＵＢＬＩ
Ｃ＿ＫＥＹ：ハンドラ・ルーチンが、鍵インデックスを
パラメータとして使用してＢＩＯＳから公開鍵をフェッ
チし、ＢＩＯＳルーチンを呼び出す。
【０３８９】ＩＯＣＴＬ＿ＯＳＤ＿ＶＥＲＩＦＹ＿ＳＩ
ＧＮＥＤ＿ＤＩＧＥＳＴ：ハンドラ・ルーチンがデータ
・ブロックのＲＡＳディジタル署名を検証する。ＢＩＯ
Ｓルーチンを呼び出す必要がある。
【０３９０】ＩＯＣＴＬ＿ＯＳＤ＿ＲＡＮＤＯＭ＿ＧＥ
ＮＥＲＡＴＥ：ハンドラがＰＲＮＧを使用して乱数を生
成する。このハンドラは、ＰＲＮＧ実装に応じてＢＩＯ
Ｓルーチンを使用する場合もあり使用しない場合もあ
る。
【０３９１】ＩＯＣＴＬ＿ＯＳＤ＿ＰＵＢＫ＿ＣＯＮＴ
ＡＩＮＥＲ＿ＳＥＡＬ：ハンドラが、鍵インデックスで
指定された公開鍵を使用してコンテナ中のデータ・ブロ
ックを暗号化し、ＢＩＯＳルーチンを呼び出す。
【０３９２】ＩＯＣＴＬ＿ＯＳＤ＿ＳＩＧＮＥＤ＿ＣＯ
ＮＴＡＩＮＥＲ＿ＵＮＳＥＡＬ：ハンドラ・ルーチン
が、許可されたサーバによって本当にコンテナが署名さ
れているかどうかを検証し、ＢＩＯＳルーチンを呼び出
す。
【０３９３】ＩＯＣＴＬ＿ＯＳＤ＿ＡＰＰ＿ＣＯＮＴＡ
ＩＮＥＲ＿ＳＥＡＬ：ハンドラ・ルーチンが、マスタ鍵
から導出した鍵でＡｐｐＣｏｎｔａｉｎｅｒを封印し、
ＢＩＯＳルーチンを呼び出す。
【０３９４】ＩＯＣＴＬ＿ＯＳＤ＿ＡＰＰ＿ＣＯＮＴＡ
ＩＮＥＲ＿ＵＮＳＥＡＬ：ハンドラ・ルーチンが、マス
タ鍵から導出した鍵でＡｐｐＣｏｎｔａｉｎｅｒを開封
し、ＢＩＯＳルーチンを呼び出す。
【０３９５】ＩＯＣＴＬ＿ＯＳＤ＿ＡＰＰ＿ＣＯＮＴＡ
ＩＮＥＲ＿ＴＲＡＮＳＦＥＲ：ハンドラ・ルーチンが、
同じプラットフォームまたは異なるプラットフォーム上
で稼動する別のプログラムでしか開封できないＡｐｐＣ
ｏｎｔａｉｎｅｒを封印する。ＢＩＯＳルーチンを呼び
出して、認証情報を含むＳｉｇｎｅｄＣｏｎｔａｉｎｅ
ｒを開封する。
【０３９６】ＩＯＣＴＬ＿ＯＳＤ＿ＭＫ＿ＣＯＮＴＡＩ
ＮＥＲ＿ＳＥＡＬ：ハンドラ・ルーチンがマスタ鍵でコ
ンテナを封印する。実際の封印は、オペレーティング・
システム・ドライバ内部で行われる。ＢＩＯＳルーチン
を呼び出して、マスタ鍵を得るためにＡｐｐＣｏｎｔａ
ｉｎｅｒを開封する。
【０３９７】ＩＯＣＴＬ＿ＯＳＤ＿ＭＫ＿ＣＯＮＴＡＩ
ＮＥＲ＿ＵＮＳＥＡＬ：ハンドラ・ルーチンがマスタ鍵
でコンテナを開封する。開封は、オペレーティング・シ
ステム・ドライバ内部で行われる。ＢＩＯＳルーチンを
ＡｐｐＣｏｎｔａｉｎｅｒに呼び出して、マスタ鍵を得
る。
【０３９８】ＩＯＣＴＬ＿ＯＳＤ＿ＥＮＲＯＬＬ＿ＧＥ
ＮＥＲＡＴＥ＿ＲＥＱＵＥＳＴ：ハンドラ・ルーチンが
ＢＩＯＳルーチンを呼び出して、擬似ＳＭＫ、メッセー
ジ鍵、およびＳＭＫクライアント・シードを生成する。
【０３９９】ＩＯＣＴＬ＿ＯＳＤ＿ＥＮＲＯＬＬ＿ＰＲ
ＯＣＥＳＳ＿ＲＥＳＰＯＮＳＥ：ハンドラ・ルーチンが
ＢＩＯＳルーチンを呼び出して、このプラットフォーム
用のマスタ鍵を生成する。
【０４００】ＩＯＣＴＬ＿ＯＳＤ＿ＩＮＶＡＬＩＤＡＴ
Ｅ＿ＳＭＫ：ハンドラ・ルーチンがＢＩＯＳ関数を呼び
出して、前のエンロールメントによって生成されたマス
タ鍵を無効にする。
【０４０１】ＩＯＣＴＬ＿ＯＳＤ＿ＳＥＴ＿ＰＵＢＬＩ
Ｃ＿ＫＥＹ：ハンドラ関数が追加のＲＳＡ公開鍵をＢＩ
ＯＳ鍵テーブルにインストールする。
【０４０２】次に、オペレーティング・システム・ドラ
イバの下端インターフェースについて論じる。オペレー
ティング・システム・ドライバの下端インターフェース
上で、オペレーティング・システム・ドライバは、セキ
ュリティＢＩＯＳインターフェース・ルーチンを呼び出
して、低レベルのＢＩＯＳから提供されるセキュリティ
・サービスを得る。セキュリティＢＩＯＳインターフェ
ースは、３２ビットのディレクトリ・サービス・インタ
ーフェースに基づいて実装されることになる。セキュリ
ティＢＩＯＳが提供するすべてのサービスに対して、関
数インデックスを定義すべきである。オペレーティング
・システム・ドライバは、システムにロードされるとき
に、セキュリティＢＩＯＳエントリ・ポイントを探索す
る必要がある。各ルーチン呼出しの前に、ペレーティン
グ・システム・ドライバは、セキュリティＢＩＯＳ仕様
に基づいてレジスタ・コンテキストをセットアップする
必要がある。
【０４０３】次に、ユーザ・モードＡＰＩ関数について
論じる。ユーザ・モードＡＰＩライブラリが実装され
る。セキュリティ・アプリケーションは、このライブラ
リ中の関数を呼び出すことにより、オペレーティング・
システム・ドライバが提供するセキュリティ・サービス
にアクセスすることができる。以下にＡＰＩ関数を記述
する。
【０４０４】ｉｎｔ ＯｓｄＲｅｇｉｓｔｅｒＡｐｐｌ
ｉｃａｔｉｏｎ（ＩＮ ｕｎｓｉｇｎｅｄ ｃｈａｒ＊
ｐＡｕｔｈｏｒｉｚａｔｉｏｎＢｕｆｆｅｒ，ＩＮ ｕ
ｎｓｉｇｎｅｄ ｉｎｔ＊ｐＡｕｔｈｏｒｉｚａｔｉｏ
ｎＢｕｆｆｅｒＬｅｎｇｔｈ）
【０４０５】この関数は、アプリケーションをＯＳＤコ
ードに登録する。これは、アプリケーションが認証され
ていることを検証し、ＯＳＤの維持する登録済みアプリ
ケーション・テーブルにアプリケーション情報を保存す
る。他のＯＳＤ呼出しは、登録済みアプリケーション内
のある位置または別のＯＳＤ関数から呼び出されたとき
しか機能しないことになる。この関数は、登録が成功し
た場合は０を返す。そうでない場合はエラーを返す。ｐ
ＡｕｔｈｏｒｉｚａｔｉｏｎＢｕｆｆｅｒおよびｐＡｕ
ｔｈｏｒｉｚａｔｉｏｎＢｕｆｆｅｒＬｅｎｇｔｈのパ
ラメータは、デバイス・オーソリティ・サーバによって
生み出されたＳｉｇｎｅｄＣｏｎｔａｉｎｅｒの位置お
よび長さを指定する。
【０４０６】この関数は、ＩＯＣＴＬ＿ＯＳＤ＿ＲＥＧ
ＩＳＴＥＲ＿ＡＰＰＬＩＣＡＴＩＯＮを使用してＯＳＤ
サービスを呼び出す。
【０４０７】ｉｎｔ ＯｓｄＧｅｔＣａｐａｂｉｌｉｔ
ｉｅｓ（ＯＵＴ ｕｎｓｉｇｎｅｄ ｓｈｏｒｔ＊ｐＶ
ｅｒｓｉｏｎ，ＯＵＴ ｕｎｓｉｇｎｅｄ ｓｈｏｒｔ
＊ｐＣａｐａｂｉｌｉｔｉｅｓ）
【０４０８】この関数は、ＯＳＤバージョン番号および
ＯＳＤ ＣＲ能力およびシステム状況を返す。
【０４０９】バージョン番号は以下のように定義され
る。 第１バイト 第２バイト マイナー・バージョン メジャー・バージョン
【０４１０】ＣａｐａｂｉｌｉｔｉｅｓのＷＯＲＤは、
１５ビットを有すると定義される。ビット０は、システ
ムがすでに首尾よくエンロールしたことを示す。１は成
功、０は失敗である。ビット１はエンロールメント・タ
イプを示す。０はオフライン・エンロールメント、１は
オンライン・エンロールメントである。ビット２〜１５
は予約されている。
【０４１１】この関数は、ＩＯＣＴＬ＿ＯＳＤ＿ＧＥＴ
＿ＣＡＰＡＢＩＬＩＴＩＥＳを使用してＯＳＤサービス
を呼び出す。
【０４１２】ｉｎｔ ＯｓｄＵｎｒｅｇｉｓｔｅｒＡｐ
ｐｌｉｃａｔｉｏｎ（）関数は、呼出し元のエントリを
登録済みアプリケーション・テーブルから除去すること
によって、呼出し元の登録を解除する。この関数は、Ｉ
ＯＣＴＬ＿ＯＳＤ＿ＵＮＲＥＧＩＳＴＥＲ＿ＡＰＰＬＩ
ＣＡＴＩＯＮを使用してＯＳＤサービスを呼び出す。
【０４１３】ｉｎｔ ＯｓｄＧｅｔＰｕｂｌｉｃＫｅｙ
（ＩＮ ｉｎｔ ｎＫｅｙＩｎｄｅｘ，ＯＵＴ ｕｎｓ
ｉｇｎｅｄ ｃｈａｒ＊ｐＭｏｄｕｌｕｓＢｕｆｆｅ
ｒ，ＩＮ／ＯＵＴ ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐＭｏ
ｄｕｌｕｓＢｕｆｆｅｒＬｅｎｇｔｈ，ＯＵＴ ｕｎｓ
ｉｇｎｅｄ ｉｎｔ＊ｐＥｘｐｏｎｅｎｔ）
【０４１４】この関数は、鍵テーブルのｎＫｅｙＩｎｄ
ｅｘ行に位置するＲＳＡ公開鍵を首尾よくフェッチした
場合に０を返す。公開鍵の法（１０２４ビットの数）を
指定バッファ中に返し、公開鍵の指数（３と６５５３７
のいずれか）をｐＥｘｐｏｎｅｎｔで識別される位置に
置く。ｐＭｕｄｕｌｕｓＢｕｆｆｅｒＬｅｎｇｔｈで識
別される位置は、最初にｐＭｏｄｕｌｕｓＢｕｆｆｅｒ
の最大長さにバイトで設定され、呼出しが返った後、実
際に使用されるバイト数に設定される。０以外の戻り値
はエラーを示す。鍵の法は、最上位バイト（ＭＳＢ）を
先にしてバッファにコピーされる。ｎＫｅｙＩｎｄｅｘ
の値は、０で始まり、フラッシュＲＯＭからロードされ
る鍵に対して順次増加する。負のｎＫｅｙＩｎｄｅｘの
値は、ＯＳが稼動した後でＷＤＬのＯＳＤセキュリティ
・モジュールによってＳＭＭ公開鍵テーブルにロードさ
れる鍵を参照する。
【０４１５】このルーチンは、アプリケーションがＸ．
５０９証明書から知る公開鍵に対応するｎＫｅｙＩｎｄ
ｅｘをアプリケーションが突き止めるのに使用すること
ができる。
【０４１６】この関数は、呼出し元が登録済みアプリケ
ーションまたは別のＯＳＤルーチンででない場合はエラ
ーを返す。この関数は、呼出し元コードのＳＨＡ１ダイ
ジェストが登録時から変化していないことを定期的に検
証する。
【０４１７】この関数は、ＩＯＣＴＬ＿ＯＳＤ＿ＧＥＴ
＿ＰＵＢＬＩＣ＿ＫＥＹを使用してＯＳＤサービスを呼
び出す。
【０４１８】ｉｎｔ ＯｓｄＲＳＡＶｅｒｉｆｙＳｉｇ
ｎｅｄＤｉｇｅｓｔ（ＩＮ ｉｎｔ ｎＫｅｙＩｎｄｅ
ｘ，ＩＮ ｕｎｓｉｇｎｅｄ ｃｈａｒ＊ｐＳｉｇｎｅ
ｄＤｉｇｅｓｔＢｕｆｆｅｒ，ＩＮ ｕｎｓｉｇｎｅｄ
ｉｎｔ＊ｐＳｉｇｎｅｄＤｉｇｅｓｔＢｕｆｆｅｒＬ
ｅｎｇｔｈ，ＩＮ ｕｎｓｉｇｎｅｄ ｃｈａｒ＊ｐＤ
ｉｇｅｓｔＢｕｆｆｅｒ．ＩＮ ｕｎｓｉｇｎｅｄ ｉ
ｎｔ＊ｐＤｉｇｅｓｔＢｕｆｆｅｒＬｅｎｇｔｈ）
【０４１９】この関数は、ＲＳＡディジタル署名を検証
する。これは、ＰＫＣＳ＃１フォーマットされたＲＳＡ
公開鍵オペレーションを行い、ｐＳｉｇｎｅｄＤｉｇｅ
ｓｔＢｕｆｆｅｒおよびｐＳｉｇｎｅｄＤｉｇｅｓｔＢ
ｕｆｆｅｒＬｅｎｇｔｈで指定されるデータ・バッファ
を、ｎＫｅｙＩｎｄｅｘで指定される公開鍵を使用して
解読して、合致する秘密鍵を使用して暗号化された予想
ダイジェスト値を抽出する。この予想ダイジェスト値
を、ｐＤｉｇｅｓｔＢｕｆｆｅｒおよびｐＤｉｇｅｓｔ
ＢｕｆｆｅｒＬｅｎｇｔｈのパラメータで指定される値
と比較する。これらが等しい場合は０を返す。そうでな
い場合は０以外のエラー・コードを返す。このルーチン
はまた、ｎＫｅｙＩｎｄｅｘが無効である場合にもエラ
ーを返す。ｐＤｉｇｅｓｔＢｕｆｆｅｒおよびｐＤｉｇ
ｅｓｔＢｕｆｆｅｒＬｅｎｇｔｈの値は、ＯｓｄＳＨＡ
１Ｆｉｎａｌルーチンを呼び出すことで得られる。
【０４２０】ｐＳｉｇｎｅｄＤｉｇｅｓｔＢｕｆｆｅｒ
中のデータはＭＳＢから先に記憶され、これは選択され
た公開鍵に対する法とちょうど同じ長さにならなければ
ならない。
【０４２１】この関数は、呼出し元が登録済みアプリケ
ーションまたは別のＯＳＤルーチンでない場合はエラー
を返す。この関数は、呼出し元コードのＳＨＡ１ダイジ
ェストが登録時から変化していないことを定期的に検証
する。
【０４２２】この関数は、ＩＯＣＴＬ＿ＯＳＤ＿ＶＥＲ
ＩＦＹ＿ＳＩＧＮＥＤ＿ＤＩＧＥＳＴを使用してＯＳＤ
サービスを呼び出す。
【０４２３】ｉｎｔ ＯｓｄＤｉｇｅｓｔＩｎｉｔ（Ｏ
ＵＴ ＤｉｇｅｓｔＣｏｎｔｅｘｔ＊ｐＤｉｇｅｓｔＣ
ｏｎｔｅｘｔ）
【０４２４】この関数は、どんなアプリケーションから
でも呼び出すことができる。これは、ＳＨＡ１ダイジェ
スト値を計算するのに使用される呼出し元アドレス空間
中のデータ構造を初期化する。
【０４２５】呼出し元はこのデータ構造を変更すること
ができ、したがってＯＳＤモジュールは、結果が正しい
ことに依拠することはできない。アプリケーションがこ
れらのＳＨＡ１ルーチンを使用して署名を検証すると
き、アプリケーションは、それ自体を信用して正しいダ
イジェスト値を計算し、次いで、オペレーティング・シ
ステム・ドライバを（かつＢＩＯＳ ＳＭＩセキュリテ
ィ・モジュールを）信用して正しいＲＳＡ公開鍵で計算
する。ＯＳＤレイヤが新しいアプリケーションを登録し
ているとき、データ構造はオペレーティング・システム
・ドライバのメモリ中に保持され、したがってオペレー
ティング・システム・ドライバは結果を信用することが
できる。ＤｉｇｅｓｔＣｏｎｔｅｘｔデータ構造の定義
については、セクション８を参照されたい。
【０４２６】ｉｎｔ ＯｓｄＤｉｇｅｓｔＵｐｄａｔｅ
（ＩＮ ＤｉｇｅｓｔＣｏｎｔｅｘｔ＊ｐＤｉｇｅｓｔ
Ｃｏｎｔｅｘｔ，ＩＮ ｕｎｓｉｇｎｅｄ ｃｈａｒ＊
ｐＢｕｆｆｅｒ，ＩＮ ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐ
ＢｕｆｆｅｒＬｅｎｇｔｈ）
【０４２７】この関数は、どんなアプリケーションから
でも呼び出すことができる。これは、呼出し元のアドレ
ス空間中のデータ構造を使用して、ｐＢｕｆｆｅｒおよ
びｐＢｕｆｆｅｒＬｅｎｇｔｈのパラメータで指定され
るデータ・バイトをそれにフィードすることにより、Ｓ
ＨＡ１ダイジェスト・オブジェクトの状態を更新する。
【０４２８】ｐＢｕｆｆｅｒＬｅｎｇｔｈは、このルー
チンを呼び出す前にバッファ中のバイト数のカウントで
埋めなければならない位置へのポインタである。このル
ーチンがこの位置を変更することはなく、したがってこ
の長さは、参照によってではなく直接に渡すこともでき
る。しかしこの設計では、インターフェースをより一様
なものにするために、すべてのバッファ長の値を参照に
よって渡す。
【０４２９】ｉｎｔ ＯｓｄＤｉｇｅｓｔＦｉｎａｌ
（ＩＮ ＤｉｇｅｓｔＣｏｎｔｅｘｔ＊ｐＤｉｇｅｓｔ
Ｃｏｎｔｅｘｔ，ＯＵＴ ｕｎｓｉｇｎｅｄ ｃｈａｒ
＊ｐＤｉｇｅｓｔＢｕｆｆｅｒ，ＩＮ／ＯＵＴ ｕｎｓ
ｉｇｎｅｄ ｉｎｔ＊ｐＤｉｇｅｓｔＢｕｆｆｅｒＬｅ
ｎｇｔｈ）
【０４３０】この関数は、どんなアプリケーションから
でも呼び出すことができる。これは、呼出し元のアドレ
ス空間中のデータ構造を使用して、ＯｓｄＤｉｇｅｓｔ
Ｕｐｄａｔｅルーチンへの０回またはそれ以上の呼出し
において渡される場合のあるデータ・ブロックのＳＨＡ
１ダイジェストの最終結果を計算する。これは、パディ
ングおよび全長を（ビットで）付加して最終的なダイジ
ェスト・オペレーションを行うことにより、データ構造
のバッファ中に残っているどんなバイトも処理する。結
果は、ｐＤｉｇｅｓｔＢｕｆｆｅｒおよびｐＤｉｇｅｓ
ｔＢｕｆｆｅｒＬｅｎｇｔｈのパラメータで指定される
バッファ中に配置する。この関数を呼び出す前は、ｐＤ
ｉｇｅｓｔＢｕｆｆｅｒＬｅｎｇｔｈは、最大サイズの
ｐＤｉｇｅｓｔＢｕｆｆｅｒを指定する位置を指し、首
尾よく完了した後は、この位置はバッファ中に配置され
たバイトの数に設定される。ＳＨＡ１ダイジェストの場
合、結果は２０バイト長になる。
【０４３１】ｉｎｔ ＯｓｄＲａｎｄｏｍＧｅｎｅｒａ
ｔｅ（ＯＵＴ ｕｎｓｉｇｎｅｄ ｃｈａｒ＊ｐＤａｔ
ａＢｕｆｆｅｒ，ＩＮ ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐ
ＤａｔａＢｕｆｆｅｒＬｅｎｇｔｈ）
【０４３２】この関数は、オペレーティング・システム
・ドライバの擬似乱数発生器を使用して、ｐＤａｔａＢ
ｕｆｆｅｒＬｅｎｇｔｈパラメータで指定されるバイト
数で指定のデータ・バッファを埋める。
【０４３３】ｐＤａｔａＢｕｆｆｅｒＬｅｎｇｔｈが２
０バイト以下の場合は、以下のステップを１回行い、Ｒ
ｅｓｕｌｔＢｌｏｃｋの先頭バイトをｐＤａｔａＢｕｆ
ｆｅｒにコピーして、残りは廃棄する。２０バイトより
多く必要な場合は、以下のステップを必要なだけ繰り返
す。ＳｔａｔｅＢｌｏｃｋおよびＲｅｓｕｌｔＢｌｏｃ
ｋは、両方とも２０バイトの値である。ＳｔａｔｅＢｌ
ｏｃｋは、ＰＲＮＧのグローバル状態を表す。
【０４３４】ＲｅｓｕｌｔＢｌｏｃｋ＝ＳＨＡ１（Ｓｔ
ａｔｅＢｌｏｃｋ‖ＳｔａｔｅＢｌｏｃｋ） ＳｔａｔｅＢｌｏｃｋ＝ＳｔａｔｅＢｌｏｃｋ ｘｏｒ
ＳＨＡ１（ＳｔａｔｅＢｌｏｃｋ‖ＲｅｓｕｌｔＢｌ
ｏｃｋ） ｐＤａｔａＢｕｆｆｅｒが埋められているときは、Ｏｓ
ｄＲａｎｄｏｍＡｄｄＮｏｉｓｅを呼び出すことによっ
て終了する
【０４３５】この関数は、呼出し元が登録済みアプリケ
ーションまたは別のＯＳＤルーチンでない場合はエラー
を返す。この関数は、呼出し元コードのＳＨＡ１ダイジ
ェストが登録時から変化していないことを定期的に検証
する。
【０４３６】この関数は、ＩＯＣＴＬ＿ＯＳＤ＿ＲＡＮ
ＤＯＭ＿ＧＥＮＥＲＡＴＥを使用してＯＳＤサービスを
呼び出す。
【０４３７】ｉｎｔ ＯｓｄＰｕｂＫＣｏｎｔａｉｎｅ
ｒＳｅａｌ（ＩＮ ｉｎｔ ｎＫｅｙＩｎｄｅｘ，ＩＮ
／ＯＵＴ ｕｎｓｉｇｎｅｄ ｃｈａｒ＊ｐＣｏｎｔａ
ｉｎｅｒＢｕｆｆｅｒ，ＩＮ／ＯＵＴ ｕｎｓｉｇｎｅ
ｄ ｉｎｔ＊ｐＣｏｎｔａｎｎｅｒＢｕｆｆｅｒＬｅｎ
ｇｔｈ，ＯＵＴ ｕｎｓｉｇｎｅｄ ｃｈａｒ＊ｐＭＫ
Ｂｕｆｆｅｒ，ＩＮ／ＯＵＴ ｕｎｓｉｇｎｅｄ ｉｎ
ｔ＊ｐＭＫＢｕｆｆｅｒＬｅｎｇｔｈ）
【０４３８】この関数は、デバイス・オーソリティ・サ
ーバから送られたデータが他のクライアントには読めな
いことを確実にするために使用する。このコンテナを開
封するのに必要な秘密鍵は、デバイス・オーソリティ・
サーバだけが知っている。ｐＣｏｎｔａｉｎｅｒＢｕｆ
ｆｅｒパラメータは、開封されたＰｕｂＫＣｏｎｔａｉ
ｎｅｒ構造を保持するメモリ・ブロックを指す。呼出し
元は、ＰｕｂＫＣｏｎｔａｉｎｅｒのセクションで述べ
た様々なフィールドを埋めるべきである。このセクショ
ンにはまた、この関数によって行われるステップも述べ
てある。ｎＫｅｙＩｎｄｅｘは、このコンテナを封印す
るのに使用すべき公開鍵を識別する。
【０４３９】ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒＬｅｎ
ｇｔｈは、入力時は、コンテナ・バッファにちょうど収
まる最大バイト数を含む位置を指す。出力時は、ｐＣｏ
ｎｔａｉｎｅｒＢｕｆｅｒ中で使用される実際のバイト
数を含む。ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ中の情報
は、保護しなければならないデータの長さを記述する。
【０４４０】ｐＭＫＢｕｆｆｅｒおよびｐＭＫＢｕｆｆ
ｅｒＬｅｎｇｔｈのパラメータは、このＰｕｂＫＣｏｎ
ｔａｉｎｅｒ用に生成されたマスタ鍵を保護するＡｐｐ
Ｃｏｎｔａｉｎｅｒで埋められるバッファを指定する。
この情報を使用して、同じマスタ鍵を有するＭＫＣｏｎ
ｔａｉｎｅｒを生み出す。
【０４４１】このルーチンは、ＯｓｄＲａｎｄｏｍＡｄ
ｄＮｏｉｓｅ（）を呼び出すことによって終了する。こ
の関数は、呼出し元が登録済みアプリケーションまたは
別のＯＳＤルーチンでない場合はエラーを返す。この関
数は、呼出し元コードのＳＨＡ１ダイジェストが登録時
から変化していないことを定期的に検証する。この関数
は、ＩＯＣＴＬ＿ＯＳＤ＿ＰＵＢＫ＿ＣＯＮＴＡＩＮＥ
Ｒ＿ＳＥＡＬを使用してＯＳＤサービスを呼び出す。
【０４４２】ｉｎｔ ＯｓｄＳｉｇｎｅｄＣｏｎｔａｉ
ｎｅｒＵｎｓｅａｌ（ＩＮ／ＯＵＴ ｕｎｓｉｇｎｅｄ
ｃｈａｒ＊ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ，ＩＮ
／ＯＵＴ ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐＣｏｎｔａｉ
ｎｅｒＢｕｆｆｅｒＬｅｎｇｔｈ）
【０４４３】この関数は、コンテナが本当にサーバによ
って署名されたことを検証するのに使用する。これは、
署名が有効でない場合はエラーを返す。ＳｉｇｎｅｄＣ
ｏｎｎｔａｉｎｅｒのフォーマットおよびこの関数によ
って行われるステップについては、ＳｉｇｎｅｄＣｏｎ
ｔａｉｎｅｒのセクションに述べてある。
【０４４４】ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒＬｅｎ
ｇｔｈは、入力時は、コンテナ・バッファにちょうど収
まる最大バイト数を含む位置を指す。出力時は、ｐＣｏ
ｎｔａｉｎｅｒＢｕｆｅｒ中で使用される実際のバイト
数を含む。ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ中の情報
は、保護しなければならないデータの長さを記述する。
【０４４５】このルーチンは、ＯｓｄＲａｎｄｏｍＡｄ
ｄＮｏｉｓｅ（）を呼び出すことによって終了する。こ
の関数は、呼出し元が登録済みアプリケーションまたは
別のＯＳＤルーチンでない場合はエラーを返す。この関
数は、呼出し元コードのＳＨＡ１ダイジェストが登録時
から変化していないことを定期的に検証する。この関数
は、ＩＯＣＴＬ＿ＯＳＤ＿ＳＩＧＮＥＤ＿ＣＯＮＴＡＩ
ＮＥＲ＿ＵＮＳＥＡＬを使用してＯＳＤサービスを呼び
出す。
【０４４６】ｉｎｔ ＯｓｄＭＫＣｏｎｔａｉｎｅｒＳ
ｅａｌ（ＩＮ／ＯＵＴ ｕｎｓｉｇｎｅｄ ｃｈａｒ＊
ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ，ＩＮ／ＯＵＴ ｕ
ｎｓｉｇｎｅｄ ｉｎｔ＊ｐＣｏｎｔａｉｎｅｒＢｕｆ
ｆｅｒＬｅｎｇｔｈ，ＩＮ ｕｎｓｉｇｎｅｄ ｃｈａ
ｒ＊ｐＭＫＢｕｆｆｅｒ，ＩＮ ｕｎｓｉｇｎｅｄ ｉ
ｎｔ＊ｐＭＫＢｕｆｆｅｒＬｅｎｇｔｈ）
【０４４７】この関数は、マスタ鍵を知っている他者だ
けしかコンテナを開封できないようにコンテナを封印す
ることになる。この鍵は、デバイスおよびサーバが知っ
ているマスタ鍵としてもよく、あるいは、クライアント
によって生成されてＰｕｂＫｅｙＣｏｎｔａｉｎｅｒ中
でサーバに送られる新しい鍵としてもよい。入力時は、
ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒパラメータは、開封
されたＭＫＣｏｎｔａｉｎｅｒ構造を保持するメモリ・
ブロックを指す。出力時は、コンテナは封印される。呼
出し元は、ＭＫＣｏｎｔａｉｎｅｒに関するセクション
で述べた様々なフィールドを埋めるべきである。このセ
クションにはまた、この関数によって行われるステップ
も述べてある。この関数は、鍵使用に対するクライアン
ト定数も使用する。
【０４４８】ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒＬｅｎ
ｇｔｈは、入力時は、コンテナ・バッファにちょうど収
まる最大バイト数を含む位置を指す。出力時は、ｐＣｏ
ｎｔａｉｎｅｒＢｕｆｅｒ中で使用される実際のバイト
数を含む。ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ中の情報
は、保護しなければならないデータの長さを記述する。
【０４４９】ｐＭＫＢｕｆｆｅｒおよびｐＭＫＢｕｆｆ
ｅｒＬｅｎｇｔｈのパラメータは、ＯｓｄＰｕｂＫＣｏ
ｎｔａｉｎｅｒＳｅａｌ関数への呼出しによって生成さ
れたマスタ鍵を保護するＡｐｐＣｏｎｔａｉｎｅｒを保
持するバッファを指定する。このルーチンは、ＯｓｄＲ
ａｎｄｏｍＡｄｄＮｏｉｓｅ（）を呼び出すことによっ
て終了する。この関数は、呼出し元が登録済みアプリケ
ーションまたは別のＯＳＤルーチンでない場合はエラー
を返す。この関数は、呼出し元コードのＳＨＡ１ダイジ
ェストが登録時から変化していないことを定期的に検証
する。この関数は、ＩＯＣＴＬ＿ＯＳＤ＿ＭＫ＿ＣＯＮ
ＴＡＩＮＥＲ＿ＳＥＡＬを使用してＯＳＤサービスを呼
び出す。
【０４５０】ｉｎｔ ＯｓｄＭＫＣｏｎｔａｉｎｅｒＵ
ｎｓｅａｌ（ＩＮ／ＯＵＴ ｕｎｓｉｇｎｅｄ ｃｈａ
ｒ＊ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ，ＩＮ／ＯＵＴ
ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐＣｏｎｔａｉｎｅｒＢ
ｕｆｆｅｒＬｅｎｇｔｈ，ＩＮ ｕｎｓｉｇｎｅｄ ｃ
ｈａｒ＊ｐＭＫＢｕｆｆｅｒ，ＩＮ ｕｎｓｉｇｎｅｄ
ｉｎｔ＊ｐＭＫＢｕｆｆｅｒＬｅｎｇｔｈ，ＩＮ ｉ
ｎｔ ｗａｓＳｅａｌｅｄＢｙＳｅｒｖｅｒ）
【０４５１】この関数は、別のエンティティによって所
与のマスタ鍵を使用して封印されたコンテナを開封する
ためのものである。入力時は、ｐＣｏｎｔａｉｎｅｒＢ
ｕｆｆｅｒパラメータは、封印されたＭＫＣｏｎｔａｉ
ｎｅｒ構造を保持するメモリ・ブロックを指す。出力時
は、コンテナは開封される。開封されたフォーマットに
ついては、ＭＫＣｏｎｔａｉｎｅｒに関するセクション
を参照されたい。このセクションにはまた、この関数に
よって行われるステップも述べてある。パラメータｗａ
ｓＳｅａｌｅｄＢｙＳｅｒｖｅｒが０の場合は、このル
ーチンによって使用される鍵使用定数はクライアント定
数である。そうでない場合は、これらはサーバ定数であ
る。詳細については鍵使用定数に関するセクションを参
照されたい。
【０４５２】ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒＬｅｎ
ｇｔｈは、入力時は、コンテナ・バッファにちょうど収
まる最大バイト数を含む位置を指す。出力時は、ｐＣｏ
ｎｔａｉｎｅｒＢｕｆｅｒ中で使用される実際のバイト
数を含む。ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ中の情報
は、保護しなければならないデータの長さを記述する。
【０４５３】ｐＭＫＢｕｆｆｅｒおよびｐＭＫＢｕｆｆ
ｅｒＬｅｎｇｔｈのパラメータは、ＯｓｄＰｕｂＫＣｏ
ｎｔａｉｎｅｒＳｅａｌ関数への呼出しによって生成さ
れたマスタ鍵を保護するＡｐｐＣｏｎｔａｉｎｅｒを保
持するバッファを指定する。
【０４５４】このルーチンは、ＯｓｄＲａｎｄｏｍＡｄ
ｄＮｏｉｓｅ（）を呼び出すことによって終了する。こ
の関数は、呼出し元が登録済みアプリケーションまたは
別のＯＳＤルーチンでない場合はエラーを返す。この関
数は、呼出し元コードのＳＨＡ１ダイジェストが登録時
から変化していないことを定期的に検証する。この関数
は、ＩＯＣＴＬ＿ＯＳＤ＿ＭＫ＿ＣＯＮＴＡＩＮＥＲ＿
ＵＮＳＥＡＬを使用してＯＳＤサービスを呼び出す。
【０４５５】ｉｎｔ ＯｓｄＡｐｐＣｏｎｔａｉｎｅｒ
Ｓｅａｌ（ＩＮ／ＯＵＴ ｕｎｓｉｇｎｅｄ ｃｈａｒ
＊ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ，ＩＮ／ＯＵＴ
ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐＣｏｎｔａｉｎｅｒＢｕ
ｆｆｅｒＬｅｎｇｔｈ）
【０４５６】この関数は、同じデバイス上で稼動してい
る同じプログラムによってしか開封できないようにコン
テナを封印するためのものである。入力時は、ｐＣｏｎ
ｔａｉｎｅｒＢｕｆｆｅｒパラメータは、開封されたＡ
ｐｐＣｏｎｔａｉｎｅｒ構造を保持するメモリ・ブロッ
クを指す。出力時は、コンテナは封印される。呼出し元
は、ＡｐｐＣｏｎｔａｉｎｅｒに関するセクションで述
べた様々なフィールドを埋めるべきである。このセクシ
ョンにはまた、この関数によって行われるステップも述
べてある。この関数は、鍵使用に対するクライアント定
数も使用する。
【０４５７】ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒＬｅｎ
ｇｔｈは、入力時は、コンテナ・バッファにちょうど収
まる最大バイト数を含む位置を指す。出力時は、ｐＣｏ
ｎｔａｉｎｅｒＢｕｆｅｒ中で使用される実際のバイト
数を含む。ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ中の情報
は、保護しなければならないデータの長さを記述する。
【０４５８】このルーチンは、ＯｓｄＲａｎｄｏｍＡｄ
ｄＮｏｉｓｅ（）を呼び出すことによって終了する。こ
の関数は、呼出し元が登録済みアプリケーションまたは
別のＯＳＤルーチンでない場合はエラーを返す。この関
数は、呼出し元コードのＳＨＡ１ダイジェストが登録時
から変化していないことを定期的に検証する。この関数
は、ＩＯＣＴＬ＿ＯＳＤ＿ＡＰＰ＿ＣＯＮＴＡＩＮＥＲ
＿ＳＥＡＬを使用してＯＳＤサービスを呼び出す。
【０４５９】ｉｎｔ ＯｓｄＡｐｐＣｏｎｔａｉｎｅｒ
Ｕｎｓｅａｌ（ＩＮ／ＯＵＴ ｕｎｓｉｇｎｅｄ ｃｈ
ａｒ＊ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ，ＩＮ／ＯＵ
Ｔ ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐＣｏｎｔａｉｎｅｒ
ＢｕｆｆｅｒＬｅｎｇｔｈ，ＩＮ ｉｎｔ ｗａｓＳｅ
ａｌｅｄＢｙＳｅｒｖｅｒ）
【０４６０】この関数は、このマシン上で稼動するこの
アプリケーションによって、または特にこのマシン上の
このアプリケーションのためにサーバによって封印され
たコンテナを開封するためのものである。入力時は、ｐ
ＣｏｎｔａｉｎｅｒＢｕｆｆｅｒパラメータは、封印さ
れたＡｐｐＣｏｎｔａｉｎｅｒ構造を保持するメモリ・
ブロックを指す。出力時は、コンテナは開封される。開
封されたフォーマットについては、ＡｐｐＣｏｎｔａｉ
ｎｅｒに関するセクションを参照されたい。このセクシ
ョンにはまた、この関数によって行われるステップも述
べてある。パラメータｗａｓＳｅａｌｅｄＢｙＳｅｒｖ
ｅｒが０の場合は、このルーチンによって使用される鍵
使用定数はクライアント定数である。そうでない場合
は、これらはサーバ定数である。
【０４６１】ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒＬｅｎ
ｇｔｈは、入力時は、コンテナ・バッファにちょうど収
まる最大バイト数を含む位置を指す。出力時は、ｐＣｏ
ｎｔａｉｎｅｒＢｕｆｅｒ中で使用される実際のバイト
数を含む。ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ中の情報
は、保護しなければならないデータの長さを記述する。
このルーチンは、ＯｓｄＲａｎｄｏｍＡｄｄＮｏｉｓｅ
（）を呼び出すことによって終了する。この関数は、呼
出し元が登録済みアプリケーションまたは別のＯＳＤル
ーチンでない場合はエラーを返す。この関数は、呼出し
元コードのＳＨＡ１ダイジェストが登録時から変化して
いないことを定期的に検証する。この関数は、ＩＯＣＴ
Ｌ＿ＯＳＤ＿ＡＰＰ＿ＣＯＮＴＡＩＮＥＲ＿ＵＮＳＥＡ
Ｌを使用してＯＳＤサービスを呼び出す。
【０４６２】ｉｎｔ ＯｓｄＡｐｐＣｏｎｔａｉｎｅｒ
Ｔｒａｎｓｆｅｒ（ＩＮ／ＯＵＴ ｕｎｓｉｇｎｅｄ
ｃｈａｒ＊ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ，ＩＮ／
ＯＵＴ ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐＣｏｎｔａｉｎ
ｅｒＢｕｆｆｅｒＬｅｎｇｔｈ，ＩＮ ｕｎｓｉｇｎｅ
ｄ ｃｈａｒ＊ｐＡｕｔｈｏｒｉｚａｔｉｏｎＢｕｆｆ
ｅｒ，ＩＮ ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐＡｕｔｈｏ
ｒｉｚａｔｉｏｎＢｕｆｆｅｒＬｅｎｇｔｈ）
【０４６３】この関数は、同じデバイス上で稼動する異
なるプログラムによって開封できるようにコンテナを封
印するのに使用する。コンテナの元の所有者は、それを
開く能力を開放する。元の所有者は当然、コンテナのコ
ピーを作成してそのコピーを開閉し続けることができる
が、転送されるコンテナは異なる鍵で暗号化されること
になり、したがって新しい所有者だけしかそれを開ける
ことはできない。この機能は、安全なキーボード・リー
ダ・モジュールを使用してキーストロークを取り込み、
それらを正しいアプリケーションに安全に転送すること
によって使用することができる。
【０４６４】入力時は、ｐＣｏｎｔａｉｎｅｒＢｕｆｆ
ｅｒパラメータは、開封されたＡｐｐＣｏｎｔａｉｎｅ
ｒ構造を保持するメモリ・ブロックを指す。出力時は、
コンテナは封印される。呼出し元は、ＡｐｐＣｏｎｔａ
ｉｎｅｒに関するセクションで述べた様々なフィールド
を埋めるべきである。このセクションにはまた、この関
数によって行われるステップも述べてある。この関数
は、鍵使用に対するクライアント定数も使用する。この
関数は、新しい所有者に使用されるようにコンテナを封
印する前に、呼出し元が現在そのコンテナを所有するこ
とを（ＤｅｃｒｙｐｔｅｄＣｏｄｅＤｅｇｅｓｔをチェ
ックして）確認する。
【０４６５】ｐＡｕｔｈｏｒｉｚａｔｉｏｎＢｕｆｆｅ
ｒおよびｐＡｕｔｈｏｒｉｚａｔｉｏｎＢｕｆｆｅｒＬ
ｅｎｇｔｈのパラメータは、デバイス・オーソリティ・
サーバによって生み出されたＳｉｇｎｅｄＣｏｎｔａｉ
ｎｅｒの位置および長さを指定する。詳細については、
保護されたコンテナに関する設計文書を参照されたい。
オペコードはＯｐｃＯｓｄＡｌｌｏｗＴｒａｎｓｆｅｒ
であり、このコンテナの中のデータは、この関数を呼び
出しているプログラムのＡｐｐＣｏｄｅＤｉｇｅｓｔ
と、このコンテナを開封できるプログラムのＡｐｐＣｏ
ｄｅＤｉｇｅｓｔとを指定する。コンテナのＳｅａｌｅ
ｒｓＣｏｄｅＤｉｇｅｓｔフィールドは、この関数を呼
び出したプログラムを識別することになる。
【０４６６】ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒＬｅｎ
ｇｔｈは、入力時は、コンテナ・バッファにちょうど収
まる最大バイト数を含む位置を指す。出力時は、ｐＣｏ
ｎｔａｉｎｅｒＢｕｆｅｒ中で使用される実際のバイト
数を含む。ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ中の情報
は、保護しなければならないデータの長さを記述する。
このルーチンは、ＯｓｄＲａｎｄｏｍＡｄｄＮｏｉｓｅ
（）を呼び出すことによって終了する。この関数は、呼
出し元が登録済みアプリケーションまたは別のＯＳＤル
ーチンでない場合はエラーを返す。この関数は、呼出し
元コードのＳＨＡ１ダイジェストが登録時から変化して
いないことを定期的に検証する。
【０４６７】ｉｎｔ ＯｓｄＥｎｒｏｌｌＧｅｎｅｒａ
ｔｅＲｅｑｕｅｓｔ（ＯＵＴ ｕｎｓｉｇｎｅｄ ｃｈ
ａｒ＊ｐＰｕｂＫＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ，Ｉ
Ｎ／ＯＵＴ ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐＰｕｂＫＣ
ｏｎｔａｉｎｅｒＢｕｆｆｅｒＬｅｎｇｔｈ）
【０４６８】この関数は、擬似ＳＭＫ、マスタ鍵のクラ
イアント・シード、およびセッション・マスタ鍵を生成
することになる。これは、マスタ鍵のクライアント・シ
ードおよびセッション・マスタ鍵を有する封印されたＰ
ｕｂＫＣｏｎｔａｉｎｅｒと、セッション・マスタ鍵を
有する封印されたＡｐｐＣｏｎｔａｉｎｅｒとを返す。
ＰｕｂＫＣｏｎｔａｉｎｅｒは、デバイス・オーソリテ
ィ・サーバに送られる。ＢＩＯＳは、クライアント・シ
ードおよびマスタ鍵をＳＭＲＡＭに保存する。入力時、
ｐＰｕｂＫｃｏｎｔａｉｎｅｒＢｕｆｆｅｒおよびｐＡ
ｐｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒは、バッファを指
す。ｐＰｕｂＫＣｏｎｔａｉｎｅｒＢｕｆｆｅｒＬｅｎ
ｇｔｈおよびｐＡｐｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ
Ｌｅｎｇｔｈは、これらのバッファの長さを有する位置
を指す。出力時、返されたＣｏｎｔａｉｎｅｒでバッフ
ァを埋めるべきである。
【０４６９】この関数は、成功の場合は返し、そうでな
い場合はエラーを返す。この関数は、ＩＯＣＴＬ＿ＯＳ
Ｄ＿ＥＮＲＯＬＬ＿ＧＥＮＥＲＡＴＥ＿ＲＥＱＵＥＳＴ
を使用してＯＳＤサービスを呼び出す。
【０４７０】ｉｎｔ ＯｓｄＥｎｒｏｌｌＰｒｏｃｅｓ
ｓＲｅｓｐｏｎｓｅ（ＩＮ ｕｎｓｉｇｎｅｄ ｃｈａ
ｒ＊ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ，ＩＮ ｕｎｓ
ｉｇｎｅｄ ｉｎｔ＊ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅ
ｒＬｅｎｇｔｈ，ＯＵＴ ｕｎｓｉｇｎｅｄ ｃｈａｒ
＊ｐＡｐｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒ，ＩＮ／Ｏ
ＵＴ ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐＡｐｐＣｏｎｔａ
ｉｎｅｒＢｕｆｆｅｒＬｅｎｇｔｈ，ＯＵＴ ｕｎｓｉ
ｇｎｅｄ ｃｈａｒ＊ｐＰｕｂＫＣｏｎｔａｉｎｅｒＢ
ｕｆｆｅｒ，ＩＮ／ＯＵＴ ｕｎｓｉｇｎｅｄ ｉｎｔ
＊ｐＰｕｂＫＣｏｎｔａｉｎｅｒＢｕｆｆｅｒＬｅｎｇ
ｔｈ）
【０４７１】この関数は、ＳＭＩルーチンを呼び出して
マスタ鍵を生成し、それをＳＭＲＡＭに保存する。この
ルーチンは、鍵ＩＤ（ＳＭＫのハッシュ）とその他のデ
ータとを有するＳｅａｌｅｄＡｐｐＣｏｎｔａｉｎｅｒ
を生み出すことになる。
【０４７２】入力時、ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅ
ｒは、オンライン・エンロールメント中はデバイス・オ
ーソリティ・サーバから送られたＭＫＣｏｎｔａｉｎｅ
ｒを記憶するバッファを指し、あるいはオフライン・エ
ンロールメント中は擬似サーバ・シードを有するＳｉｇ
ｎｅｄＣｏｎｔａｉｎｅｒを記憶するバッファを指す。
ｐＣｏｎｔａｉｎｅｒＢｕｆｆｅｒＬｅｎｇｔｈは、こ
のバッファの長さを指定する。出力時、ｐＡｐｐＣｏｎ
ｔａｉｎｅｒＢｕｆｆｅｒは、鍵ＩＤを含む封印された
ＡｐｐＣｏｎａｉｎｅｒを記憶する。ｐＰｕｂＣｏｎｔ
ａｉｎｅｒＢｕｆｆｅｒは、オフライン・エンロールメ
ント中はサーバ・シードおよびクライアント・シードを
含むバッファを指す。このポインタは、オンライン・エ
ンロールメント中はＮＵＬＬとすることができる。
【０４７３】この関数は、ＩＯＣＴＬ＿ＯＳＤ＿ＥＮＲ
ＯＬＬ＿ＰＲＯＣＥＳＳ＿ＲＥＳＰＯＮＳＥを使用して
ＯＳＤサービスを呼び出す。
【０４７４】ｉｎｔ ＯｓｄＩｎｖａｌｉｄａｔｅＳＭ
Ｋ（）
【０４７５】この関数は、前のエンロールメントによっ
て生成されたマスタ鍵を無効にする。この関数は、ＩＯ
ＣＴＬ＿ＯＳＤ＿ＩＮＶＡＬＩＤＡＴＥ＿ＳＭＫを使用
してＯＳＤサービスを呼び出す。
【０４７６】ｉｎｔ ＯｓｄＳｅｔＰｕｂｌｉｃＫｅｙ
（ＩＮ ｕｎｓｉｇｎｅｄ ｉｎｔ ｎＫｅｙＩｎｄｅ
ｘ，ＩＮ ｕｎｓｉｇｎｅｄ ｃｈａｒ＊ｐＫｅｙＢｕ
ｆｆｅｒ，ＩＮ ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐＫｅｙ
ＢｕｆｆｅｒＬｅｎｇｔｈ）
【０４７７】この関数は、ｎＫｅｙＩｎｄｅｘで指定さ
れるＲＳＡ公開鍵を置換するか、あるいはＢＩＯＳ鍵テ
ーブルに新しい鍵を追加する。入力時、ｎＫｅｙＩｎｄ
ｅｘは、置換または追加する鍵を指定する。ｐＫｅｙＢ
ｕｆｆｅｒは鍵バッファを指定する。ｐＫｅｙＢｕｆｆ
ｅｒＬｅｎｇｔｈはバッファ長を示す。
【０４７８】次に、内部関数について論じる。以下の関
数は、ＯＳＤドライバから内的に呼び出される。これら
はユーザ・アプリケーションには見えない。
【０４７９】ｉｎｔ ＯｓｄＩｎｉｔｉａｌｉｚｅ（ｖ
ｏｉｄ） この関数は、オペレーティング・システム・ドライバの
状態を初期化する。オペレーティング・システム・ドラ
イバがシステムにロードされた後、オペレーティング・
システム・ドライバはこの関数を呼び出す。この関数
は、ＢＩＯＳレイヤに登録し、ＰＲＮＧを初期化する。
ＰＲＮＧは、ＳｔａｔｅＢｌｏｃｋを０にし、保存され
ているエントロピーをセマフォ・ファイルから読み、そ
れをバイナリに変換してＯｓｄＲａｎｄｏｍＡｄｄＳｅ
ｅｄ関数に渡すことによって初期化される。エントロピ
ーが保存されていない場合は、オペレーティング・シス
テム・ドライバは、エントロピー・バイトを集め、Ｏｓ
ｄＲａｎｄｏｒｍＡｄｄＳｅｅｄを呼び出し、次いでＯ
ｓｄＲａｎｄｏｍＳａｖｅＥｎｔｒｏｐｙを使用してエ
ントロピーをセマフォ・ファイルに保存するという、ス
ロー・プロセスを行う。
【０４８０】ｉｎｔ ＯｓｄＲａｎｄｏｍＡｄｄＮｏｉ
ｓｅ（ｖｏｉｄ） この関数は、ＷＤＬのＯＳＤ Ｓｅｃｕｒｉｔｙルーチ
ンそれぞれの最後に呼び出される。これは、攻撃者にと
っていくぶん予測不能なグローバル情報を追加すること
により、グローバルＰＲＮＧの予測不能性を高めるのに
役立つ。
【０４８１】新しいコンテキストでＯｓｄＤｉｇｅｓｔ
Ｉｎｉｔを呼び出す。ＯｓｄＤｉｇｅｓｔＵｐｄａｔｅ
を呼び出してＳｔａｔｅＢｌｏｃｋを渡す各クイック・
エントロピー・ソースごとに；ＯｓｄＤｉｇｅｓｔＵｐ
ｄａｔｅを呼び出して、クイック・エントロピーの値
（３２ビットまたは６４ビットの値）を渡す。最後のク
イック・エントロピー・ソースを処理した後、ＯｓｄＤ
ｉｇｅｓｔＦｉｎａｌを呼び出してＲｅｓｕｌｔＢｌｏ
ｃｋを生成する。
【０４８２】Ｓｔａｔｅ Ｂｌｏｃｋ＝ＳｔａｔｅＢｌ
ｏｃｋ ｘｏｒ ＲｅｓｕｌｔＢｌｏｃｋ
【０４８３】クイック・エントロピー・ソースは、ＣＰ
Ｕサイクル・カウンタと、キャッシュ・ミス・カウント
などのＣＰＵ統計と、システム・クロックのすべてのビ
ットを含む。新しいＳｔａｔｅＢｌｏｃｋは、古いブロ
ックとダイジェスト値との排他的論理和の結果である。
排他的論理和によって古いブロックを新しいブロックに
混ぜることにより、新しい状態の予測不能性が古い状態
に劣らないことを保証する（ダイジェスト関数に対して
適度な特性を仮定した場合）。対照的に、式Ｓｔａｔｅ
Ｂｌｏｃｋ＝ＳＨＡ１（ＳｔａｔｅＢｌｏｃｋ）は、予
測不能性の程度を低くする場合がある。これは、ＳＨＡ
１がランダム関数のように挙動し、それにより２つの入
力値が同じ出力値にマッピングされる可能性があるから
である。各反復で、可能性のある出力はより少ない。
【０４８４】マザーボードまたはＣＰＵがハードウェア
ＲＮＧをサポートする場合、このハードウェア値を含め
るべきである。すぐに利用可能な程度のランダム性だけ
を追加する。
【０４８５】この関数は、呼出し元が登録済みアプリケ
ーションまたは別のＯＳＤルーチンでない場合はエラー
を返す。この関数は、呼出し元コードのＳＨＡ１ダイジ
ェストが登録時から変化していないことを定期的に検証
する。
【０４８６】ｉｎｔ ＯｓｄＲａｎｄｏｍＡｄｄＳｅｅ
ｄ（ＩＮ ｕｎｓｉｇｎｅｄ ｃｈａｒ＊ｐＤａｔａＢ
ｕｆｆｅｒ，ＩＮ ｕｎｓｉｇｎｅｄ ｉｎｔ＊ｐＤａ
ｔａＢｕｆｆｅｒＬｅｎｇｔｈ） この関数は、オペレーティング・システム・ドライバの
ＰＲＮＧの状態を更新する。これは以下のステップを行
う。
【０４８７】ＳｔａｔｅＢｌｏｃｋ＝ＳｔａｔｅＢｌｏ
ｃｋ ｘｏｒ ＳＨＡ１（ＳｔａｔｅＢｌｏｃｋ‖ｐＤ
ａｔａＢｕｆｆｅｒ） すなわち、ＳＨＡ１コンテキストを初期化し、それをＳ
ｔａｔｅＢｌｏｃｋと所与のバッファ中のバイトとで更
新する。
【０４８８】ＯｓｄＲａｎｄｏｍＡｄｄＮｏｉｓｅ（）
を呼び出す。この関数は、呼出し元が登録済みアプリケ
ーションまたは別のＯＳＤルーチンでない場合はエラー
を返す。この関数は、呼出し元コードのＳＨＡ１ダイジ
ェストが登録時から変化していないことを定期的に検証
する。
【０４８９】ｉｎｔ ＯｓｄＲａｎｄｏｍＳａｖｅＥｎ
ｔｒｏｐｙ（） この関数は、オペレーティング・システム・ドライバの
グローバルＰＲＮＧからの情報をセマフォ・ファイルの
フィールドに保存する。これは、生のＳｔａｔｅＢｌｏ
ｃｋは保存しない。そうすると、オペレーティング・シ
ステム・ドライバが同じシーケンスのランダム・バイト
を再使用することを引き起こす可能性があるからであ
る。そうではなく、現在の（１６０ビット）の状態から
生成された３２バイト（２５６ビット）の値を保存す
る。値からＰＲＮＧを再開しても同じバイトは再生され
ない。基本的なステップは以下のとおりである。
【０４９０】ＯｓｄＲａｎｄｏｍＧｅｎｅｒａｔｅを呼
び出して、ランダム・バイトの３２バイト・バッファを
要求する これらのバイナリ・バイトを６４個の１６進数ＡＳＣＩ
Ｉ文字にエンコードする これらの文字をセマフォ・ファイルのフィールドに保存
する ＯｓｄＲａｎｄｏｍＡｄｄＮｏｉｓｅ（）を呼び出す
【０４９１】この関数は、呼出し元が登録済みアプリケ
ーションまたは別のＯＳＤルーチンでない場合はエラー
を返す。この関数は、呼出し元コードのＳＨＡ１ダイジ
ェストが登録時から変化していないことを定期的に検証
する。
【０４９２】次に、データ・フォーマットについて論じ
る。以下は、本発明で使用されるデータ構造およびフォ
ーマットについての記述である。
【０４９３】Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｂｕｆｆｅ
ｒはＳｉｇｎｅｄＣｏｎｔａｉｎｅｒである。表１４
に、このコンテナ中のデータ・ブロックを定義する。表
１５に、登録済みアプリケーション・テーブルのエント
リを定義する。このテーブルは、リンク・リストとして
実装することができる。
【０４９４】本発明は、以下の問題に対処する。問題の
１つは、アプリケーション・コードをオペレーティング
・システム・ドライバからどのように読み取るかという
ことである。カーネル・モードのＯＳＤがトップ・レベ
ルのドライバとしてＰＡＳＳＩＶＥ＿ＬＥＶＥＬで稼動
する限り、これは、ユーザ・モードのアドレス空間を読
み取ることができる。
【０４９５】もう１つの問題は、呼び出し側のエントリ
・ポイントを得る方法である。ａｐｐがＤｅｖｉｃｅＩ
ＯＣｏｎｔｒｏｌシステム関数を呼び出したとき、これ
はリング３からリング０へ切り換える。異なるリングに
対して、ハードウェアが異なるスタックを実施する。オ
ペレーティング・システム・ドライバが、ユーザ・モー
ド・スタックまで戻って追跡して、エントリ・ポイント
を得る。これは、ＤｅｖｉｃｅＩＯＣｏｎｔｒｏｌの実
施、すなわち、これが有するスタック・フレーム（関数
呼び出し）の数に依拠する。以下の４つの可能なソリュ
ーションが使用可能である。すなわち、（１）たとえば
例外を通じて、命令をエミュレートする。（２）ＢＩＯ
Ｓルーチンを、ドライバを介して行うのではなく、ユー
ザ・モードから直接呼び出す。（３）ＩＮＴゲートをセ
ットアップする。割込みハンドラをセットアップし、す
べての関数がソフト割込みによる呼び出し側となる。
（４）ＯＳＤ空間におけるユーザ・コードを検証し、実
行する。このソリューションには、Ｗｉｎ３２ ＡＰＩ
と同じ問題がある。
【０４９６】以下に提示したものは、ＭＦＣＡ ＶＰＮ
製品におけるアプリケーション登録モジュール（ＡＲ
Ｍ）コンポーネントの説明である。このアプリケーショ
ン登録モジュールは、Ｓｔｒｏｎｇ Ａｕｔｈｅｎｔｉ
ｃａｔｉｏｎ Ｍｏｄｕｌｅ（ＳＡＭ）を、クライアン
ト・デバイスと暗号化可能なサーバの間で交換される安
全なＡｐｐＣｏｎｔａｉｎｅｒへのアクセスを提供する
ことにおいて支援する。
【０４９７】アプリケーション登録モジュールは、Ａｐ
ｐＣｏｎｔａｉｎｅｒ鍵を、ＶＰＮなどのサーバ・アプ
リケーションへのアクセスが可能とされているクライア
ント・デバイスに提供することを担う。アプリケーショ
ン登録モジュールはＳＡＭと、ＳＳＬなどの安全な通信
チャネルを介して通信する。
【０４９８】図４は、多元的クライアント認証（ＭＦＣ
Ａ）登録を例示するブロック図である。図４は、様々な
モジュールがアプリケーション登録モジュールと相互作
用する方法を示す。
【０４９９】ＳＡＭおよびアプリケーション登録モジュ
ールは、クライアント／サーバ関係を有する。アプリケ
ーション登録モジュールはインターネット・サーバであ
り、いくつかのサービスを異なる企業のＳＡＭへ公開す
る。この目的は、クライアントおよびＳＡＭを特定の企
業への特定のデバイスの登録中に助けることである。最
終的な結果は、ＳＡＭに適切なＡｐｐ鍵を提供して、登
録中のデバイスにおけるコンテナを封印かつ開封するこ
とである。このオペレーションは、各デバイス／企業の
組み合わせにつき一度のみ実行される。
【０５００】コンポーネントは、以下の順序で呼び出さ
れる。ＳＳＬ接続ベリファイヤが、正当なＳＡＭがアプ
リケーション登録モジュールへ、ＳＳＬ接続を介して通
信中であることをチェックする。アプリケーション登録
モジュールへの他のすべての形式の接続が再検出される
べきである。ＡｐｐＣｏｎｔａｉｎｅｒ鍵プロバイダ
は、受信されたｐｕｂＫＣｏｎｔａｉｎｅｒを使用し
て、第１にいくつかのチェックを企業において実行し、
次いで第２にＡｐｐＣｏｎｔａｉｎｅｒＫｅｙを準備
し、最後にこれがＳＡＭへ送信され戻される。
【０５０１】アプリケーション登録モジュールへのエン
トリ・ポイントは、ＡｐｐＣｏｎｔａｉｎｅｒＫｅｙＲ
ｅｑｕｅｓｔなど、特定のＵＲＬを含む。
【０５０２】たとえば、ｈｔｔｐｓ：／／ａｒｍｓ．Ｄ
ｅｖｉｃｅＡｕｔｈｏｒｉｔｙ．ｃｏｍ／ａｒｍ／Ａｐ
ｐＣｏｎｔａｉｎｅｒＫｅｙＲｅｑｕｅｓｔというＵＲ
Ｌは、その本体において、クライアント・システムによ
って生成されたＰｕｂＫＣｏｎｔａｉｎｅｒ（）、およ
び、ＳＡＭによって提供されたいくつかの特別の情報を
有する。
【０５０３】ＣｌｉｅｎｔＣｅｒｔ処理／認証／権限付
与のオペレーションの理論を以下に論じる。アプリケー
ション登録モジュールのｗｅｂサーバのｍｏｄ＿ｓｓｌ
が、デバイス・オーソリティＲｏｏｔＣＡ証明書を知る
ように構成される。ｍｏｄ＿ｓｓｌは、提示されたＳＡ
Ｍ．ＣｌｉｅｎｔＣｅｒｔｉｆｉｃａｔｅがデバイス・
オーソリティ、ＲｏｏｔＣＡに通じる証明パスを有する
ことをチェックする。たとえば、ＳＡＭ．Ｃｌｉｅｎｔ
Ｃｅｒｔｉｆｉｃａｔｅは、Ｓｕｂｓｃｒｉｐｔｉｏｎ
Ｍａｎａｇｅｒ．ＣＡ．ｃｅｒｔによって発行され、こ
のＳｕｂｓｃｒｉｐｔｉｏｎ Ｍａｎａｇｅｒ．ＣＡ．
ｃｅｒｔはデバイス・オーソリティＲｏｏｔＣＡ証明書
によって発行された。ｍｏｄ＿ｓｓｌに構成されている
この最後のｃｅｒｔが、ＳＡＭ．ＣｌｉｅｎｔＣｅｒｔ
のチェックをうまく終了する。
【０５０４】この証明パスのチェック中に、ｍｏｄ＿ｓ
ｓｌが、構成された証明書取り消しリスト（ＣＲＬ）を
調べる。ＣＲＬは、サブスクリプション・マネージャが
ＳＡＭを取り消す（たとえば、ＳＡＭを購入した会社が
廃業する）たびに、更新されなければならない。サブス
クリプション・マネージャは、そのＣＲＬを格納するＵ
ＲＬを有する。このＵＲＬは、ＳＡＭ．ＣｌｉｅｎｔＣ
ｅｒｔの内部に格納される。アプリケーション登録モジ
ュールは、このファイルをこのＵＲＬから定期的に得
る。
【０５０５】認証は、デバイス・オーソリティＲｏｏｔ
ＣＡおよびＳｕｂｓｃｒｉｐｔｉｏｎ Ｍａｎａｇｅ
ｒ．ＣＡの組み合わせによって提供され、ＳＡＭ．Ｃｌ
ｉｅｎｔＣｅｒｔは、構造により、ＳＡＭの証明書であ
る。これは、ＶｅｒｉｓｉｇｎをＲｏｏｔＣＡとして使
用していた場合、当てはまらない。
【０５０６】権限付与は、デバイス・オーソリティＲｏ
ｏｔＣＡ、Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｍａｎａｇｅ
ｒ．ＣＡ、およびＳｕｂｓｃｒｉｐｔｉｏｎ Ｍａｎｇ
ｅｒ．ＣＲＬの組み合わせによって提供され、ＳＡＭ
は、アプリケーション登録モジュールがＳＡＭ．Ｃｌｉ
ｅｎｔＣｅｒｔを有しており、かつ、これがＳｕｂｓｃ
ｒｉｐｔｉｏｎ Ｍａｎａｇｅｒ．Ｃｅｒｔｉｆｉｃａ
ｔｅＲｅｖｏｃａｔｉｏｎＬｉｓｔ上にない場合、この
アプリケーション登録モジュールに接触するための権限
を付与される。
【０５０７】ＳＳＬ接続ベリファイヤ。これは、サーブ
レットから呼び出されるｊａｖａクラスである。これは
所与の接続の認証情報を確認するため、サーブレットに
ＡＰＩを提供する。このサーブレットが、ｓｓｌ接続に
ついての情報を保持するように、少なくとも要求オブジ
ェクトにそれを渡す。この情報を使用して、ＳｓｌＣｏ
ｎｎｅｃｔｉｏｎＶｅｒｉｆｉｅｒは、接続したクライ
アントが先に登録されたものであるかどうかを決定す
る。
【０５０８】接続ベリファイヤは、いかなる失敗した試
みも記録する。成功した試みは、デバッギングのために
記録される。ベリファイヤがオブジェクトを返し、これ
が、接続中のクライアント（ＳＡＭ）についての情報を
提供する。ベリファイヤはまた、要求から入手可能ない
かなるユーザ名情報も取り込む。これをＣｌｉｅｎｔＣ
ｅｒｔマネージャ・サーブレットが使用する。
【０５０９】入力は、サーブレット要求オブジェクトで
ある。これは、ＳＳＬクライアント証明書情報、およ
び、ユーザ名／パスワードが使用されてこの要求が行わ
れた場合、ユーザについての情報を保持する。出力は、
ＳｓｌＣｏｎｎｅｃｔｉｏｎＶｅｒｉｆｉｅｒオブジェ
クトであり、これは、ＩｓＳｓｌＯｋ（）、ＧｅｔＣｅ
ｒｔＩｎｆｏ（）、ＩｓＵｓｅｒＡｕｔｈｅｎｔｉｃａ
ｔｅｄ（）、ＧｅｔＵｓｅｒＩｎｆｏ（）などのメソッ
ドを有する。ＳｓｌＣｏｎｎｅｃｔｉｏｎＶｅｒｉｆｉ
ｅｒは、ｘ５０９クライアント証明書のすべてのフィー
ルドへのアクセスを有する。
【０５１０】ＡｐｐＣｏｎｔａｉｎｅｒＫｅｙプロバイ
ダ・サーブレットが、アプリケーション登録モジュール
用の鍵を分配する。これは、ＡＲＭモジュールのメイン
・エントリ・ポイントである。これは、ＳｓｌＣｏｎｎ
ｅｃｔｉｏｎＶｅｒｉｆｉｅｒを呼び出す。この入力ス
トリームから、これはｐｕｂｋｃ（）を受信し、これ
が、クライアント・デバイスのｐｕｂｋｃ（）を転送し
たＳＡＭについての情報を保持する。このＳＡＭ情報は
企業フィールドを有し、これはＳｓｌＣｏｎｎｅｃｔｉ
ｏｎＶｅｒｉｆｉｅｒオブジェクトが知っている情報と
無矛盾である。Ｅｎｆｏｒｃｅｒを呼び出し、これに、
ＳｓｌＶｅｒｉｆｉｅｒからのすべての情報、およびｐ
ｕｂｋｃ（）からの情報も渡す。Ｅｎｆｏｒｃｅｒの結
果に基づいて、次いで、このサーブレットがＡｐｐＣｏ
ｎｔａｉｎｅｒＫｅｙを暗号エンジンから要求する。ｐ
ｕｂｋｃ（）内にあった鍵ＩＤ＋ＡＣＤが、暗号エンジ
ンに渡される。ＡｐｐＣｏｎｔａｉｎｅｒＫｅｙが、Ｓ
ＳＬ接続を介してＳＡＭに返される。
【０５１１】入力はＩｎｐｕｔＳｔｒｅａｍ（サーブレ
ットＡＰＩから）に鍵ＩＤ、企業情報およびＡＣＤを保
持するＰｕｂＫＣ（）が付いたものである。要求オブジ
ェクト（サーブレットＡＰＩから）が、現在の接続（Ｓ
ＳＬなど）についての情報を保持する。出力は、Ａｐｐ
ＣｏｎｔａｉｎｅｒＫｅｙをｏｕｔｐｕｔＳｔｒｅａｍ
（サーブレットＡＰＩから）に返し、データベースにお
いて使用されたライセンスの数を修正する。
【０５１２】サブスクリプション・マネージャは、Ｓｔ
ｒｏｎｇ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍｏｄｕｌ
ｅ（ＳＡＭ）がライセンスを管理するために必要とされ
る情報を収集する。これらのライセンスは、ＭＦＣＡ製
品におけるアプリケーション登録モジュール（ＡＲＭ）
からＳＡＭによって要求することができるＡｐｐＣｏｎ
ｔａｉｎｅｒＫｅｙの数を制御する。アプリケーション
登録モジュールは、ＡｐｐＣｏｎｔａｉｎｅｒ鍵を、Ｖ
ＰＮへのアクセスが可能にされているクライアント・デ
バイスに提供することを担う。
【０５１３】ＳＡＭを購入する会社にライセンスを販売
することが許可されている販売員は、通常、サブスクリ
プション・マネージャへのＷｅｂユーザ・インターフェ
ースを使用する。このインターフェースは、会社につい
ての情報、ライセンスの数、それらの有効期限日、販売
員ＩＤ、およびＳＡＭ識別（クライアント証明書署名要
求）を収集し、後にこれらをアプリケーション登録モジ
ュールが使用して、何のＳＡＭがＡｐｐＣｏｎｔａｉｎ
ｅｒＫｅｙを要求中であるかを決定する。
【０５１４】サブスクリプション・マネージャが、不正
操作防止（署名付きおよび／または暗号化済みの）ファ
イルを生成し、これをＳＡＭが後にロードし、検証す
る。このファイルは、サブスクリプション情報（すなわ
ち、使用中することができるライセンスの数、ＳＡＭの
可能とされたＩＰアドレスなど）を含む。サブスクリプ
ション情報ファイル（ＳＩＦ）に加えて、サブスクリプ
ション・マネージャは、署名付きのＳＡＭの識別も返
す。
【０５１５】サブスクリプション・マネージャは、ライ
センス情報およびクライアント証明書のデータベースへ
のフロントエンドである。ｗｅｂユーザ・インターフェ
ースがライセンス再販業者を、クライアント証明書を使
用して認証する。これは、再販業者がライセンスを得て
いる会社についての以下の情報を要求する。すなわち、
会社名、会社連絡先情報、ライセンスの数、ライセンス
有効日（開始日から終了日まで）、ＳＡＭのＩＰまたは
ＭＡＣアドレス（サブスクリプション・ファイルをその
ＳＡＭへバインドするためのもの）、ＳＡＭのクライア
ント証明書要求（ＣＳＲ）、および再販業者識別であ
る。
【０５１６】サブスクリプション・マネージャは以下の
アイテムを生成し、これらが安全に、ＳＡＭをインスト
ール中の者に転送される。すなわち、署名付きのクライ
アント証明書、および不正操作防止サブスクリプション
情報ファイル（ＳＩＦ）である。ＳＩＦに、ＳＩＦ署名
ユーティリティ（ＳＳＵ）によって署名しておくことに
より、不正操作防止を行う。
【０５１７】内部では、サブスクリプション・マネージ
ャがデータベースを以下の情報により更新する。すなわ
ち、ＳＡＭのクライアント証明書を取り消すために必要
とされる情報、ＳＡＭについての情報（ライセンスの
数、有効期限日、ライセンス更新用の連絡先情報な
ど）、および、ＳＡＭを購入した会社についての情報で
あり、これは、これがこの会社が所有する唯一のＳＡＭ
でない可能性があるためである。
【０５１８】サブスクリプション・マネージャのオペレ
ーションの理論は以下の通りである。最初に、契約が、
再販業者／チャネルパートナとデバイス・オーソリティ
の間で確立される。次いで、ライセンス再販業者情報エ
ディタ／ビューワを、デバイス・オーソリティの者が使
用して、最初の再販業者／チャネルパートナ・アカウン
トを作成し、これが、ライセンスをＳＡＭに販売するた
めの権限を付与される。
【０５１９】これによりユーザ／パスワードが生成さ
れ、これが再販業者／チャネルパートナに送られる。再
販業者／チャネルパートナが、ＳＡＭをある会社にイン
ストールするための手配を行う。再販業者／チャネルパ
ートナがＳＡＭ情報エディタ／ビューワにログインし、
会社情報およびライセンシング情報を入力する。
【０５２０】会社がＳＡＭのインストールを終了する。
会社はＩＰアドレスをＳＡＭに割り当てており、クライ
アント証明書署名要求を生成している。この情報が再販
業者に渡される。次いで、再販業者（または、ＯＴＰを
有する会社）がＳＡＭ情報エディタ／ビューワに戻り、
ＳＡＭのＩＰアドレスおよびＣＳＲを入力する。
【０５２１】サーバが無署名のＳＩＦを生成し、これを
ＳＩＦ署名ユーティリティへ送信する。ＳＳＵが即時に
署名付きのＳＩＦを返す。ＳＡＭのＣＳＲが、ルート・
デバイス・オーソリティに代って中間ＣＡとして動作中
のサブスクリプション・マネージャによって署名され
た、実際のクライアント証明書に向けられる。
【０５２２】ＯＴＰソリューションを使用することな
く、再販業者がＳＩＦおよびクライアント証明書を会社
へ送る。次いで、会社がＳＩＦを、ＳＡＭによって知ら
れているディレクトリにインストールする。証明書が、
それらのＳＳＬモジュールにインストールされる。会社
はこのとき、ＡｐｐＣｏｎｔａｉｎｅｒＫｅｙを要求す
る準備ができる。
【０５２３】モジュール・コンポーネントの詳細を以下
で論じる。ＳＳＬ接続ベリファイヤは、サーブレットか
ら呼び出されるｊａｖａクラスである。これはサーブレ
ットに、所与の接続の認証情報を確認するためのＡＰＩ
を提供する。このサーブレットが、少なくとも要求オブ
ジェクトにｓｓｌ接続についての情報を保持するように
それを渡す。
【０５２４】この情報を使用して、ＳｓｌＣｏｎｎｅｃ
ｔｉｏｎＶｅｒｉｆｉｅｒは、接続したクライアントが
先に登録されたものであるかどうかを決定する。場合に
よっては、この検証は、接続がＳＳＬを介しているこ
と、および、クライアントが証明書を有していることを
チェックすることに限定される。この簡素さは、Ａｐａ
ｃｈｅ＋ｍｏｄ＿ｓｓｌが構成される方法による。すな
わち、これらは、知られている証明書を有するクライア
ントからの接続のみを受け入れる。
【０５２５】接続ベリファイヤは、いかなる失敗した試
みも記録する。成功した試みは、デバッギングのために
記録される。ベリファイヤが、接続中のクライアント
（再販業者のコンピュータ）についての情報を提供する
オブジェクトを返す。ベリファイヤはまた、要求から入
手可能ないかなるユーザ名情報も取り込む。これを使用
して、実際に権限のある再販業者が自分のコンピュータ
を使用中であり、あるコンピュータがこれを使用中では
ないことを検証する。
【０５２６】入力は、サーブレット要求オブジェクトで
あり、これが、ＳＳＬクライアント証明書情報、およ
び、ユーザ名／パスワードが使用されてこの要求が行わ
れた場合、ユーザについての情報を保持する。出力は、
ＳｓｌＣｏｎｎｅｃｔｉｏｎＶｅｒｉｆｉｅｒオブジェ
クトであり、これは、ＩｓＳｓｌＯｋ（）、ＧｅｔＣｅ
ｒｔＩｎｆｏ（）、ＩｓＵｓｅｒＡｕｔｈｅｎｔｉｃａ
ｔｅｄ（）、ＧｅｔＵｓｅｒＩｎｆｏ（）などのメソッ
ドを有する。
【０５２７】ＳＡＭ情報エディタ／ビューワ・モジュー
ルにより、ライセンシング情報の追加／編集／除去など
を行うことができる。これによりレポートの生成を、た
とえば、会社毎、ＳＡＭ ＩＰ／ＭＡＣアドレス毎、期
限切れ間近のライセンス毎に行うことができる。すべて
のアクションが、有効な再販業者情報（ユーザ名／パス
ワード、クライアント証明書）により認証される。
【０５２８】ＳＩＦジェネレータ・モジュールは、サブ
スクリプション情報ファイルを生成する。生成されたＳ
ＩＦが、ＳＩＦ署名ユーティリティ（ＳＳＵ）に送信さ
れる。ＳＳＵが、合致する公開鍵がＳＡＭソフトウェア
と共に出荷される秘密鍵を使用してファイルに署名す
る。鍵の対に署名するものは、ただ１つのＳＩＦのみで
ある。
【０５２９】ＳＩＦは、人が読むことのできるファイル
である。これにより、ＩＴ部門の人員が直ちに、連絡先
情報ならびに日付、ＩＰアドレスなどへ、サポート中に
アクセスすることができる。ＳＩＦには、会社名、会社
連絡先情報、期限切れのライセンスについての連絡先、
ライセンスの数、ライセンス有効日（開始日から終了日
まで）、再販業者情報、ＳＡＭのＩＰまたはＭＡＣアド
レス（サブスクリプション・ファイルをそのＳＡＭへバ
インドするためのもの）が含まれている。
【０５３０】証明書署名要求（ＣＳＲ）ハンドラ・モジ
ュールは、ルート・デバイス・オーソリティの鍵により
署名された、Ｘ５０９準拠の証明書を作成することを担
う。これは、要求を提出した再販業者が正しく認証され
る（ユーザ名／パスワードおよびクライアント証明書に
権限が付与される）場合にのみ、証明書に署名する。こ
れは、ＳＡＭ情報、対応するＣＳＲ、および、ＳＡＭの
クライアント証明書の期限切れを気付かせるための連絡
先情報を必要とする。ＣＳＲは、フィールドの１つにお
けるマシンのＩＰアドレスを含む。したがって、クライ
アント証明書をフィールドの１つにおけるＩＰアドレス
により生成することは、ＳＡＭをインストールする側の
責任である。
【０５３１】出力は、ＳＡＭマシン上で使用可能なｘ５
０９クライアント証明書である。ｏｐｅｎｓｓｌはその
下にあるツールであり、ＳＡＭおよびサブスクリプショ
ン・マネージャ上の証明書の事柄を処理する。このモジ
ュールは、発行されたＳＡＭ．ＣｌｉｅｎｔＣｅｒｔｉ
ｆｉｃａｔｅの取り消しも処理する。取り消し情報は、
証明書取り消しリスト（ＣＲＬ）に入れられる。このリ
ストを、ｏｐｅｎｓｌｌを使用して操作することができ
る。このＣＲＬファイルは、このサーバ上でＨＴＴＰを
介して誰でもダウンロードすることができる。
【０５３２】ライセンス満期ディテクタが定期的にライ
センスのデータベースを走査し、ｅメールを、サブスク
リプション中に提供された連絡先へ送信する。ＳＡＭ証
明書満期ディテクタが定期的に、生成されたＳＡＭクラ
イアント証明書のデータベースを走査し、ＣＳＲ中に提
供された連絡先へｅメールを送信する。
【０５３３】ライセンス再販業者情報エディタ／ビュー
ワが、再販業者をシステムに登録し、これらに、それら
のブラウザ、または単にユーザ名およびパスワード、あ
るいはその両方用のクライアント証明書を提供する。こ
れにより、再販業者が販売においてどの程度よくやって
いるかを追跡することもできる。
【０５３４】ＳＩＦ署名ユーティリティ（ＳＳＵ）が、
デバイス・オーソリティがサブスクリプション情報への
アクセスを得るための簡単な方法を提供する。最低で
も、ＳＳＵがＳＩＦに署名する。
【０５３５】アプリケーション：多元的クライアント認
証を以下に論じる。システムの１つのアプリケーション
が、多元的クライアント認証（ＭＦＣＡ）アプリケーシ
ョンであり、これは仮想プライベート・ネットワーク
（ＶＰＮ）にアクセスするためのものである。認証プロ
セスの第１の部分は、ユーザ名／パスワードの対（ユー
ザが知っているもの）である。第２の部分は、ＢＩＯＳ
ベース、または、ソフトウェア（ユーザが有しているも
の）使用による、暗号化可能デバイスの認証となる。
【０５３６】簡素なバージョンのＭＦＣＡでは、パスワ
ード検証が、ＲＡＤＩＵＳを介した、レガシー・パスワ
ード・データベースを使用する認証サーバへの従来の伝
送によって達成される。好ましい実施形態では、このプ
ロセスが、ＳＰＥＫＥパスワード認証プロトコルを使用
して拡張され、これは米国特許第 号において開示
されている。いずれの場合も、ＭＦＣＡがデバイス認証
のための新しい機構を提供する。
【０５３７】システムは、以下のソフトウェア・コンポ
ーネントを含む。ＶＰＮサーバに対して認証するクライ
アント・デバイスにおいて動作するクライアント・ソフ
トウェアコンポーネント。ソフトウェアは暗号化可能に
されなければならない。
【０５３８】保護中であるＶＰＮの１つまたは複数のサ
ーバ・マシン上で動作するソフトウェア・コンポーネン
ト。これは企業が保護するネットワーク内部である。こ
れは、ＶＰＮ製品を購入する会社のＩＴ部門によって管
理される。
【０５３９】インターネットに接続されたデバイス・オ
ーソリティ・サーバ（これを、企業以外のオーソリティ
によって管理することができる）上で動作するソフトウ
ェア・コンポーネント。これはＫＩＤ／ＳＭＫの対のデ
ータベースへのアクセスを有する。
【０５４０】ＭＦＣＡの概観が、拡張ＶＰＮクライアン
トを論じることにより提供される。クライアント・デバ
イスは通常、Ｗｉｎｄｏｗｓマシンであり、これはデバ
イス・オーソリティにエンロールする。エンロールメン
トの後、クライアント・デバイスは有効なマスタ鍵を有
する。好ましい実施形態では、これがファームウェア・
サポートを有し、本発明の暗号化機能がＢＩＯＳ ＲＯ
Ｍにおいて実施されるが、ソフトウェアのみのバージョ
ンを使用することができる。マシンは通常、自社の制限
されたネットワークへ、ＶＰＮゲートウェイを介してア
クセスすることを望む、クライアントＶＰＮソフトウェ
アのユーザによって所有される。
【０５４１】クライアントは通常、通常のインターネッ
ト・サービス・プロバイダ（ＩＳＰ）を介してインター
ネットにアクセスする。このＩＳＰとＶＰＮゲートウェ
イの間のネットワークは信用できるものではなく、その
ため、これらの２者の間の通信を保護しなければならな
い。ＶＰＮソリューションの主な目的は、クライアント
・デバイスからＶＰＮゲートウェイまで、エンドトゥエ
ンドの暗号セキュリティを提供することである。
【０５４２】ＭＦＣＡクライアントは、本発明によって
実施された暗号コア技術、および、サーバとの安全なリ
ンクを確立するための標準のＶＰＮクライアント・ソフ
トウェアと協調するクライアント・アプリケーションを
含む。ＭＦＣＡアーキテクチャは、マシンがＶＰＮログ
インの前にエンロールされることを必要とする。クライ
アント・アプリケーションは、最初にそれが動作する間
に、クライアントが先にエンロールされているかどうか
を発見する。これが先にエンロールされていなかった場
合、クライアント・アプリケーションがエンロールメン
トを実行し、これが完了された後にのみ、残りのＭＦＣ
Ａオペレーションを継続する。
【０５４３】エンタープライズＶＰＮゲートウェイおよ
びＳｔｒｏｎｇ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｍｏ
ｄｕｌｅ（ＳＡＭ）が、本発明によって提供される。Ｍ
ＦＣＡ使用可能な企業は、インターネットと、企業の保
護されたネットワークの間に接続された、ＶＰＮゲート
ウェイ・サーバを有する。
【０５４４】ＶＰＮは通常、いくつかのマシンを含み、
これらが互いに協調してアクセスを認可し、信用できな
いトラフィックをブロックする。標準的には、これらは
ファイアウォールと共に動作する。重要なマシンは、Ｖ
ＰＮゲートウェイおよびＳｔｒｏｎｇ Ａｕｔｈｅｎｔ
ｉｃａｔｉｏｎ Ｍｏｄｕｌｅ（ＳＡＭ）サーバであ
る。
【０５４５】ＳＡＭは、会社のネットワーク内部に存在
し、本質的に信用できる。いくつかの場合、これは、Ｖ
ＰＮゲートウェイとＳＡＭサーバの間の通信を暗号化す
る必要がないことを意味する。この２つのマシンのため
の単純なセキュリティ・チェックは、会社のネットワー
ク内部で行われる経路指定がトラステッドである、他方
のＩＰアドレス上をチェックすることである。
【０５４６】ＳＡＭは、サーバ・ソフトウェアであり、
これが、特定のユーザおよびデバイスのための内部ネッ
トワークへのアクセスの認可において、ＶＰＮゲートウ
ェイと相互作用する。これは、登録されたデバイスの
「データベース」へアクセスし、アクセスが許可され
る。ＳＡＭコードとデータベースの間のインターフェー
スを可能な限りオープンにして、異なるデータベース実
装を配置できるようにすべきである（たとえば、ＯＤＢ
ＣまたはＬＤＡＰの使用による）。セキュア・ソケット
・レイヤ（ＳＳＬ）プロトコルを使用して実装すること
ができるＳＡＭとデータベースの接続には、気をつける
べきである。
【０５４７】ＳＡＭは、Ａｐｐコンテナを封印かつ開封
するコードを含む。ＳＡＭサーバは、ライセンシング・
ポリシー（ネットワークにアクセスするためのデバイス
の権利の期限切れ、可能とされるデバイスの数など）の
追跡も組み込むことができる。暗号化機能を、ＢＩＯＳ
−ＲＯＭおよびソフトウェアのみの形式において提供す
ることができる。
【０５４８】これらのマシンに加えて、追加のハードウ
ェアおよび／またはソフトウェアが、デバイス／ユーザ
の対にアクセスを認可するべきであるかどうかを決定す
る（二元的認証の第１の部分）際に、ゲートウェイおよ
びＳＡＭと協調することができる。この機能を実行する
ための様々な標準および製品が当業界において使用され
ており、これには、ユーザ名およびパスワードのデータ
ベースへのアクセスを有するＲＡＤＩＵＳサーバ、およ
び、ポリシーベースのアクセス権を決定するための様々
なシステムが含まれる。
【０５４９】ＳＡＭコンポーネントを使用して、ソフト
ウェア・ライセンシング・スキームを実施することもで
きる。ＳＡＭコンポーネントは通常、ＶＰＮを所有する
企業のＩＴ部門によって管理され、他のいかなるオーソ
リティによっても管理されない。しかし、これは、企業
にＭＦＣＡソフトウェアを使用する権利を販売した別の
オーソリティとの信頼関係を有することができる。
【０５５０】ライセンシング・ポリシーは、企業のアカ
ウント全体のための、あるいは、個別のクライアント・
アカウントのための期限切れ時間を考慮に入れる（たと
えば、何者かが自分のラップトップを失う可能性があ
り、このデバイスを削除しなければならない）。ＳＡＭ
はこれらの取り消しおよび期限切れを、システム管理者
によって設定されたポリシーに従って実施する。
【０５５１】ライセンスを、データベースへのアクセス
が認可されるデバイスの最大数に基づくようにすること
ができる。ライセンス機能は周期的に、何が起こってい
るかを監査し、追跡する。これは、ＳＡＭが情報をベン
ダ固有の場所へ定期的に送信することを含むことができ
る。ライセンス管理は、リモートのＷｅｂベースのツー
ルから行われることが好ましい。
【０５５２】アプリケーション登録モジュール（ＡＲ
Ｍ）はインターネット・サーバであり、サービスを異な
る企業のＳＡＭへ公開する。この目的は、クライアント
およびＳＡＭを、特定の企業への特定のデバイスの登録
中に助けることである。最終的な結果は、ＳＡＭに適切
なＡｐｐ鍵を提供して、登録中のデバイスにおけるコン
テナを封印かつ開封することである。
【０５５３】このオペレーションは、「ＭＦＣＡ登録」
と呼ばれるプロセス中に、各デバイス／企業の組み合わ
せにつき一度のみ実行されることが必要である。アプリ
ケーション登録モジュール・サーバは、いくつかのフロ
ントエンド・サーバからなり、これは場合によっては、
しかし必然的ではないが、Ｗｅｂサーバであり、その時
点で異なる会社のための有効なライセンス、それらの予
想される証明書が何であるか、などを記述する情報を保
持するバックエンド・データベースと通信するものであ
る。
【０５５４】ライセンス実施をここで行うことができ
る。特定の企業について登録されたユーザの数の基本的
な追跡が、一例である。アプリケーション登録モジュー
ル・サーバがライセンス実施、および、ライセンス・ロ
ギングおよび監査を実行するが、個別のログインの追跡
は行わない。アプリケーション登録モジュールは、デバ
イス・オーソリティ「暗号化サーバ（Ｅｎｃｒｙｐｔｉ
ｏｎ Ｓｅｒｖｅｒ）」へのアクセスも有し、これが、
エンロールメントの処理中に生成されたＫＩＤ／ＳＭＫ
テーブルを格納する。Ｗｅｂベースのリモート・インタ
ーフェースが、これらの企業アカウントを処理する。ア
プリケーション登録モジュールのための拡張ユーティリ
ティとして、データ・エントリがＷｅｂインターフェー
ス（サブスクリプション・マネージャ）によって自動化
され、これにより、再販業者、チャネル・パートナおよ
びＩＴ管理者が適切な情報を入力して、ＳＡＭが中央の
ＡＲＭデータベースと相互運用できるようにすることが
できる。以下の表に挙げたプロセスが、含まれるもので
ある。
【０５５５】プロセス名 ＭＦＣＡサブスクリプション 説明 ＳＡＭのためのライセンシング情報を生成するプロセ
ス。ライセンスを販売する販売員が、サブスクリプショ
ン・マネージャと呼ばれる、デバイス・オーソリティ所
有のサーバにログインすることによって、サブスクリプ
ション・プロセスを開始する。販売員は、ＳＡＭを購入
した会社についての情報を入力する。すなわち、いくつ
のライセンスが要求されているか、ＳＡＭクライアント
証明書、および他の情報などである。このプロセスの出
力は、サブスクリプション情報ファイル（ＳＩＦ）およ
びクライアント証明書（証明書を参照）である。
【０５５６】プロセス名 エンロールメント 説明 クライアント・デバイスがＳＭＫを獲得し、暗号サービ
スを使用できるプロセス。このプロセスは、クライアン
ト・デバイスおよびデバイス・オーソリティ・エンロー
ルメント・サーバを含む。エンロールメントでは、クラ
イアント・デバイスが、ＢＩＯＳにおいて、あるいはエ
ミュレーションＡＰＩにおいて、暗号コア機能を含むこ
とが必要である。
【０５５７】プロセス名 ＭＦＣＡ登録 説明 クライアント・デバイスが、特定の企業のＶＰＮのサー
ビスを使用するために登録されるプロセス。これは、ク
ライアント、ＳＡＭサーバ、およびＡＲＭサーバとのい
くつかの相互作用を含む。登録には、クライアント・デ
バイスが先にデバイス・オーソリティへのエンロールメ
ントを実行していることが必要である。この登録の最終
的な目的は、ＳＡＭに適切なＡｐｐ鍵を提供して、Ａｐ
ｐクライアント・デバイスを交換されるコンテナを封印
かつ開封することである。
【０５５８】プロセス名 ログイン 説明 クライアント・デバイスが企業の内部ネットワークへの
アクセスを得るプロセス。これは、ＭＦＣＡが達成を望
む最後のサービスである。ログインは、クライアント・
デバイスとＳＡＭサーバの間のいくつかの相互作用を含
むが、デバイス・オーソリティとの追加の相互作用は必
要ではない。ＳＡＭサーバは、ＶＰＮゲートウェイによ
る二元的認証の第２の段階として、クライアント・デバ
イスを認証しなければならない。これは、Ａｐｐコンテ
ナを使用してこれを実行する。
【０５５９】上記に加えて、ＶＰＮクライアント、ＳＡ
ＭサーバおよびＡＲＭサーバを、適切なＡｐｐ鍵をうま
く分配できるように構成しなければならない。
【０５６０】登録のプロセスは、以下の２つのステップ
を含む。すなわち、（１）特定のマシンと共に動作する
Ａｐｐ鍵の、デバイス・オーソリティから自社のＳＡＭ
サーバへの伝送、および（２）顧客Ａｐｐ鍵を生成する
顧客秘密のＳＡＭサーバからクライアントへの伝送であ
る。
【０５６１】Ａｐｐ鍵は、以下の機能を果たす。すなわ
ち、（１）登録中のマシンの秘密マスタ鍵（デバイス・
オーソリティおよびマシン自体のみによって知られ
る）、および（２）アプリケーションのオペレーティン
グ・システム・ドライバ（この場合、ＶＰＮクライアン
ト・アプリケーション）である。
【０５６２】Ａｐｐ鍵は、以下の暗号演算の結果であ
る。 ＡｐＫｅｙ＝ｔｒｕｎｃ１２８（ＳＨＡ１（ＳＭＫ‖Ａ
ＣＤ））
【０５６３】ＳＡＭサーバが、追加の１２８ビットの秘
密、顧客秘密を生成し、これが、他のデバイス・オーソ
リティから秘密に保たれ、顧客Ａｐｐ鍵を以下の演算に
より計算する。 ＣｕｓｔｏｍｅｒＡｐｐＫｅｙ＝ｔｒｕｎｃ１２８（Ｓ
ＨＡ１（ＡｐｐＫｅｙ‖ＣｕｓｔｏｍｅｒＳｅｃｒｅ
ｔ））
【０５６４】ＳＡＭサーバがこの値を格納し（あるいは
任意選択で、Ａｐｐ鍵および顧客秘密を別々に格納
し）、顧客秘密をクライアントに送信する。クライアン
トがこの秘密を記録する（しかし、これは秘密マスタ鍵
のような「大きな秘密」ではない）。ＳＡＭはクライア
ントに封印されたＡｐｐコンテナも送信し、これがログ
イン・カウンタ機構のための初期値を格納することがで
きる。代替実施形態では、安全なチャレンジ／レスポン
ス機構が、ログイン・カウンタ機構と置き換わる。
【０５６５】ログインのプロセスは、Ａｐｐコンテナに
基づく。クライアントが、先に受信しているＡｐｐコン
テナを開封し、ログイン・カウンタを増分し、コンテナ
を再封印し、これをＶＰＮゲートウェイへ、ＶＰＮ認証
プロトコルの一部として送信する。ＳＡＭサーバがこの
コンテナを得て、これを開き、ログイン・カウンタを最
後に記録された値と比較する。これが受け入れ可能な範
囲内であった場合、これが呼び出し側クライアントに、
企業の内部ネットワークへのアクセスを認可する。
【０５６６】ログインの代替プロセスでは、クライアン
トがランダムなチャレンジ値をＶＰＮゲートウェイから
受信し、先に受信しているＡｐｐコンテナを開封し、顧
客秘密およびチャレンジ値を一方向関数（通常は、ＳＨ
Ａ１のような暗号ハッシュ関数を使用する）と結合さ
せ、一方向関数の結果をＶＰＮゲートウェイへ、ＶＰＮ
認証プロトコルの一部として返す。
【０５６７】ＳＡＭサーバがこの結果を得て、これを、
それ自体のチャレンジ値および顧客秘密の一方向関数の
計算結果と比較する。ＳＡＭサーバの計算結果がクライ
アントの結果と合致した場合、ＶＰＮゲートウェイが呼
び出し側クライアントに、企業の内部ネットワークへの
アクセスを認可する。
【０５６８】ＭＦＣＡの特定の実施が、特定のＶＰＮソ
フトウェア製品を目標にすることができる。いくつかの
ＶＰＮベンダが、他の会社がその製品をクライアントに
おいて、ならびにサーバにおいてカスタマイズできるよ
うにするＡＰＩを提供する。これらのベンダは、これら
のＡＰＩと相互作用するように書かれているソフトウェ
ア用の証明プログラムも有することができる。ＭＦＣＡ
を、アドオン形式において、あるいは、ＶＰＮベンダ製
品と共に統合された形式において、引き渡すことができ
る。
【０５６９】含まれるプロセスを以下に詳細に論じる。
【０５７０】エンロールメントは、ＭＦＣＡインストレ
ーションにあらかじめ必要である。クライアント・デバ
イスは、オペレーティング・システム・ドライバ（ＯＳ
Ｄ）、ＢＩＯＳにアクセスする低レベルのドライバ・プ
ログラム、およびハードウェアを含むコア暗号化システ
ムを有していなければならず、デバイスはすでにエンロ
ールされていなければならず、有効なマスタ鍵を格納し
ていなければならない。
【０５７１】エンロールメント・オペレーションは、Ｖ
ＰＮソフトウェア・インストレーションの一部として実
行することができる。つまり、クライアントがＶＰＮに
初めてアクセス試みたとき、クライアント・デバイスが
まだエンロールされていなかった場合、これはこのとき
そこでエンロールメントを実行することができる。これ
は、ユーザがクライアント・アプリケーションを初めて
起動したとき、最初のユーザ経験の一部として起こる。
ユーザからの入力は必要ではない。
【０５７２】クライアントのセットアップは、ＭＦＣＡ
ＶＰＮクライアントを含むソフトウェアを受信するユ
ーザを含み、これを既存のＶＰＮクライアントの拡張形
式にすることができ、これはＭＦＣＡセットアップおよ
びＭＦＣＡ拡張ログイン認証のための追加コードを含
む。ＶＰＮベンダのクライアントＳＤＫによって提供さ
れたＡＰＩにより、ＭＦＣＡコードがそれらのライブラ
リと静的にリンクできるようにすべきであることが好ま
しい。理想的には、ＭＦＣＡ製品の関連した部分のすべ
てが、ＡＣＤが計算される範囲内である。
【０５７３】サーバ・セットアップ・プロセスを以下で
論じる。Ｓｔｒｏｎｇ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ
Ｍｏｄｕｌｅ（ＳＡＭ）構成は、ユーザ／デバイス・
アカウントをセットアップすることである。これは通
常、企業のシステム管理者によって実行される。ＳＡＭ
はＶＰＮと、かつ／または、認証サーバと相互作用す
る。ここで使用可能ないくつかのオプションは、以下の
通りである。
【０５７４】ＳＡＭを、既存の認証サーバ用のプラグイ
ンにすることができる。認証サーバとＳＡＭの間のイン
ターフェースはＡＰＩである。ＳＡＭは、あるポートを
リスンするサーバであり、カスタム・プロトコルまたは
ＲＡＤＩＵＳを理解する。認証サーバとＳＡＭの間のイ
ンターフェースは、ネットワーク・プロトコルである。
【０５７５】ＶＰＮおよびＲＡＤＩＵＳサーバも高度に
構成可能であり、いくつかの構成を可能にする。ＲＡＤ
ＩＵＳサーバ（存在する場合）がクライアントを、ポリ
シー、ユーザ名およびパスワードなどに応じて認証す
る。
【０５７６】ＳＡＭは、デバイスの認証を取り計らう。
簡素な実施形態は、スタンドアロンのＲＡＤＩＵＳサー
バを含み、これを使用して直接ゲートウェイと、あるい
は、プロキシとして動作する別の認証サーバと通信する
ことができる。構成ユーザ・インターフェース（ＵＩ）
は、他のいかなる認証サーバからも独立している。
【０５７７】ＶＰＮゲートウェイ／ＲＡＤＩＵＳサーバ
構成。管理者がユーザ名／パスワードの対を構成する。
これは、ユーザがログインするための「永続的な」ユー
ザ名／パスワードの対となる。このプロセスは、いかな
るデバイス・オーソリティも含まず、ＭＦＣＡから独立
した「通常の」一元的構成である。
【０５７８】ＳＡＭ構成。管理者がユーザ名、アプリケ
ーション・デバイスＩＤ（ＡＤＩＤ）、および登録パス
ワードを構成する。代替実施形態では、管理者が、ユー
ザとデバイスの間の関連付けも作成して、有効な組み合
わせを指示し、ユーザが特定のマシンから認証するよう
に制限することもできる。
【０５７９】アプリケーション・デバイスＩＤ（ＡＤＩ
Ｄ）は、人が読むことのできる公開名であり、各企業内
の一意の値であるが、必ずしも企業全体のものではな
い。登録パスワードは、システム管理者によって生成さ
れる。これは、真に乱数でなければならない。
【０５８０】代替実施形態では、鍵ＩＤを、ＡＤＩＤの
代りに動作するための一意の識別子として使用すること
ができる。しかし、実際には、人々が汎用の「一意の識
別子」の考えを信用しないので、好ましい実施形態で
は、ＩＴ管理者によって選択された別のＡＤＩＤを使用
する。ＳＡＭデータベースに格納されるすべてのパスワ
ードがハッシュされる。
【０５８１】このアーキテクチャにおいて記載したモデ
ルは、ユーザのデータベースおよびデバイスのデータベ
ースが分離されていることを意味している。これは、ユ
ーザ・データベースにおいて存在するいかなるユーザ
も、デバイス・データベースにおいて存在するいかなる
デバイスにより認証されるという結果を有する。特定の
ユーザが特定のマシンにリンクされる際に、制限が実施
されることはない。
【０５８２】ＭＦＣＡ登録（最初の接続）。ユーザがユ
ーザ名／パスワードの対およびＡＤＩＤ／登録パスワー
ドの対を自分の企業のＩＴ部門から得る。ユーザの経験
は、以下の通りである。
【０５８３】ユーザがインストレーション・アプリケー
ションを動作させる。これは、汎用のＷｉｎｄｏｗｓイ
ンストールである。クライアントがエンロールされなか
った場合、エンロールメント・オペレーションが実行さ
れる。インストレーション・プログラムがユーザに、ユ
ーザをＶＰＮに対して識別するデータのピースの入力を
促す。通常ログイン用のユーザ名／パスワード、およ
び、登録用のＡＤＩＤ／登録パスワードである。
【０５８４】ユーザが最初に接続し、ＶＰＮゲートウェ
イ／ＲＡＤＩＵＳがユーザ名／パスワードの対を認証
し、現在のポリシーをチェックしてユーザを許可する。
ＳＡＭがデバイスを外部ＡＲＭサーバに登録し、それ自
体を構成する。すべてが成功した場合、ユーザがＶＰＮ
に入る。
【０５８５】後続のログインでは、ユーザが自分のＡＤ
ＩＤ／登録パスワードをそれ以上入力する必要がなくな
る。クライアントＶＰＮ Ａｐｐは、ユーザにユーザ名
およびパスワードの入力のみを促すべきである。クライ
アントは、ＡＤＩＤ、Ａｐｐコンテナの場所、および、
サーバから受信した顧客秘密を記憶している。
【０５８６】全体のサーバの相互作用の流れは、以下の
通りである。図４を参照し、これはＭＦＣＡ登録を例示
するブロック図である。
【０５８７】クライアント・アプリケーションが最初の
要求をＶＰＮゲートウェイに対して、あらかじめ存在し
ているＶＰＮプロトコルを使用して行う。ＶＰＮゲート
ウェイがユーザ名およびパスワードの対を、ＲＡＤＩＵ
Ｓサーバによる通常の方法で、あらかじめ存在している
認証の方法を使用してチェックする。次いで、ＶＰＮゲ
ートウェイが、クライアントがＳＡＭサーバへの登録を
必要とすることを決定する。ＶＰＮゲートウェイが、こ
の要求をＳＡＭサーバへ転送する。
【０５８８】この要求には以下が含まれている。すなわ
ち、（１）開く際のＡＤＩＤ、（２）企業名／ＵＲＬ、
およびＡｐｐ用のＡＣＤ（またはＡＲＭデータベースに
おいてＡＣＤを識別するＩＤ）を含む、適切なデバイス
・オーソリティ・サーバの通信公開鍵により暗号化され
たＰｕｂＫコンテナである。
【０５８９】ＳＡＭは、ＰｕｂＫを解読することはでき
ず、そのためこれをＡＲＭサーバへ渡す。この接続が、
ある種類のＳＡＭの認証を、アプリケーション登録モジ
ュールに提供しなければならない。ＨＴＴＰＳ実施で
は、デバイス・オーソリティが発行した証明書がＳＡＭ
サーバに提示され、ＳＡＭサーバが発行した証明書がデ
バイス・オーソリティに提示され、証明書は、デバイス
・オーソリティとのアカウントを開くプロセス中に確立
される。
【０５９０】アプリケーション登録モジュールがＰｕｂ
Ｋコンテナを、通信鍵の秘密ビットを使用して開き、必
要な場合、その内部テーブルを新しいデバイスＡＤＩＤ
により更新する。アプリケーション登録モジュールが企
業をそのデータベースに対してチェックして、これが有
効なライセンスを有しているかどうかを発見する。すべ
てが良好であった場合、アプリケーション登録モジュー
ルがクライアント・デバイスの鍵ＩＤを有しており、そ
のため、これが秘密マスタ鍵を発見し、所与のＡＣＤ用
のＡｐｐ鍵を計算する。次いで、これがこのＡｐｐ鍵を
ＳＡＭへ、安全な方法で伝送して戻す（場合によって
は、ＨＴＴＰＳ接続の応答を使用する）。
【０５９１】ＳＡＭがＡＤＩＤに対するＡｐｐ鍵を格納
し、顧客Ａｐｐ鍵を、Ａｐｐ鍵および顧客秘密用の新し
いランダム値により構築し（あるいは別法として、ＳＡ
Ｍが直接この顧客Ａｐｐ鍵を格納し、Ａｐｐ鍵のことを
忘れる）、初期Ａｐｐコンテナを構築し、そこに初期の
１２８ビットのログイン・カウンタ（その初期値を登録
パスワードにすることができる）および企業名／ＵＲＬ
を格納する。
【０５９２】ＳＡＭがＡｐｐＣｏｎｔａｉｎｅｒを封印
し、これおよび顧客秘密を（場合によっては、ＶＰＮゲ
ートウェイ経由で）クライアントに渡して戻す。このＡ
ｐｐコンテナを、暗号化されたクライアントに送信する
必要はない。この可視性はいかなるものも損なわない。
盗聴者がこれを記録し、これをサーバへ送信してＶＰＮ
へのアクセスを得ようと試行することはできないが、こ
れは、コンテナがカウンタの誤った値を有するからであ
る。
【０５９３】ＶＰＮゲートウェイがＳＡＭサーバからＯ
ｋを受信し、このときクライアントに、内部の企業ネッ
トワークへのアクセスを認可する。クライアントが、Ａ
ｐｐコンテナおよび顧客秘密を、よく知られた場所に格
納する。
【０５９４】アプリケーション登録モジュールがＡｐｐ
鍵を分配するが、顧客秘密およびログイン・カウンタの
初期値は知られず、これらはＳＡＭのみに知られる。こ
れにより、ＭＦＣＡ使用可能な企業は、デバイス・オー
ソリティがセキュリティを提供する助けとなるが、クラ
イアント・デバイスのふりをすることはできず、認証な
しに企業に入ることができない。
【０５９５】クライアント・デバイス。ダイアログ・ウ
ィンドウが、ユーザ名およびパスワード、および企業／
ＵＲＬ識別を求める。ユーザがＡＤＩＤを再度入力する
必要はなく、これは、システムがこれを覚えているから
である。クライアントのマシンがＶＰＮゲートウェイに
接触し、ユーザ名／パスワードの対を標準の方法で（Ｒ
ＡＤＩＵＳなどを経由して）認証する。
【０５９６】ＶＰＮゲートウェイが、クライアントが追
加の認証を必要としており、それ自体を認証するために
それを必要とすることを発見する。クライアントがその
Ａｐｐコンテナを開封し（顧客Ａｐｐ鍵、Ａｐｐ鍵から
のコンピュータ、および格納された顧客秘密を使用す
る）、ログイン・カウンタ（１２８ビット、負にはでき
ない）を増分し、これを再度封印し、これをゲートウェ
イへ、開く際のＡＤＩＤを添付して送信する。ＶＰＮゲ
ートウェイがＡｐｐコンテナを有した後、これをＳＡＭ
サーバへ認証のために渡す。クライアントが、完了まで
待機する。ゲートウェイがエラーを返した場合、これは
ユーザにそれ自体の言語でプロンプトを表示する。すべ
てがＯｋであった場合、ＶＰＮソフトウェアが動作を開
始することができる。
【０５９７】Ｓｔｒｏｎｇ Ａｕｔｈｅｎｔｉｃａｔｉ
ｏｎ Ｍｏｄｕｌｅ（ＳＡＭ）が、認証のための要求を
ＶＰＮゲートウェイから受信し、これにクライアントの
ＡＤＩＤおよびそのＡｐｐコンテナが添付される。これ
が顧客Ａｐｐ鍵およびカウンタの予想値を、ＡＤＩＤを
インデックスとして使用してルック・アップする。これ
がＡｐｐコンテナを、顧客Ａｐｐ鍵を使用して開封す
る。
【０５９８】これがカウンタおよび特別の情報をチェッ
クする。ＳＡＭが、ある範囲のカウンタを可能にするべ
きである。（Ｃｅｘｐｅｃｔｅｄ＜＝Ｃａｃｔｕａｌ＜
Ｃｅｘｐｅｃｔｅｄ＋１０）の場合、認証はＯｋとな
る。この目的は、パケットがクライアントからサーバま
でに失われた（たとえば、ユーザが「リトライ」ボタン
を何度も打つ）場合をカバーすることである。
【０５９９】チェックが範囲外であった場合、エラーが
生じる。これがエラー・コードおよびエラー・パラメー
タを送信する。これが成功した場合、これが新しいカウ
ンタを格納し、「権限付与Ｏｋ」のメッセージをＶＰＮ
ゲートウェイに送信する。エラーは記録され、レポート
がシステム管理者に定期的に提示される。ＳＡＭが管理
者に特殊な状況において警告することができ、これは接
続の試みが多数失敗した場合などであり、何者かが攻撃
を試行中であることを示す可能性がある。
【０６００】システム１０は、システムおよび／または
システムの秘密鍵の破損または誤用を引き起こす、信用
できないソフトウェア・アプリケーションの主な脅威モ
デルに対して防御するように設計されている。５ＭＩお
よび他の関係付けられたハードウェア機構を利用する、
好ましい実施形態では、脅威モデルが拡張され、システ
ムが鍵をさらに、「リング・ゼロ」という、本質的には
オペレーティング・システム自体の一部において動作す
る、信用できないプログラムに対して保護する。
【０６０１】脅威モデル、攻撃および回復。以下は、識
別されたいくつかの脅威、それらの範囲、およびシステ
ム１０によるそれらの対処法の説明である。
【０６０２】Ａｐｐ鍵を盗む盗聴者。盗聴者は、ＡＲＭ
／ＳＡＭ通信をリスンすることができ、Ａｐｐ鍵を盗
む。しかし、盗聴者はクライアントのふりをすることは
できない。これは、盗聴者も少なくとも顧客秘密および
ＶＰＮカウンタの初期値を必要とするからである。
【０６０３】盗まれたＡｐｐ鍵および顧客秘密。ハッカ
ーがＡｐｐ鍵および顧客秘密を盗むと仮定する。これは
おそらく、ハッカーが会社に侵入し、ＡＤＩＤデータベ
ース内部のすべてのデータを盗んだからである。窃盗が
検出された場合、マシンを再登録して新しい顧客秘密を
生成することによって、解決することができる（しか
し、Ａｐｐ鍵を変更することはできない）。企業がＡｐ
ｐ鍵を保持していた場合、これを再度再登録する必要が
ないであろう。
【０６０４】脅威による低速化。本発明の好ましい実施
形態が有するハードウェアベースのセキュリティのチェ
ーンの利点は、ソフトウェアのみの実施形態では存在す
る可能性がない。
【０６０５】本発明の好ましい実施形態は、ソフトウェ
アベースのリバース・エンジニアリング・ツールがこれ
をハッキングできないように設計されている。さらに、
ハードウェアベースの攻撃により、敵が他の物理的にリ
モートのマシンをクラックすることはできない。この保
護は、ＣＰＵのシステム管理モード（ＳＭＭ）を使用す
ることによって達成される。
【０６０６】ＳＭＭ内部から、ソフトウェアの次の層
（すなわち、暗号化可能なＢＩＯＳを使用したオペレー
ティング・システム・ドライバ（ＯＳＤ））が、不正操
作について検証される。このＯＳＤコードは不正操作防
止にされる。これを修正して、不正を働くアプリケーシ
ョンに、ＳＭＭコードにより検出されることなくこれを
使用させることはできない。この検証されたオペレーテ
ィング・システム・ドライバは、アプリケーションが修
正されていないことをチェックする。
【０６０７】マスタ鍵のための安全な記憶位置が使用可
能でないとき、あるいは、安全な記憶機構は使用可能で
あるが、すべてが高レベルの保証を受けているわけでは
ないとき、攻撃を失敗させるために、秘密マスタ鍵がシ
ェアに分割され、これらが多数の場所に格納される。ま
た、限られた数のシェアのみを、秘密マスタ鍵を取り戻
すために必要とすることができ、これにはシャミールの
秘密共有スキームを使用する。
【０６０８】さらに、鍵シェアを、デバイス・バインデ
ィング特性（たとえば、ドライブのシリアル番号、グラ
フィックス・カード・ドライバのバージョンなど）の１
つに基づいた鍵を使用して、暗号化することができる。
デバイス特性鍵を小型または予測可能にすることがで
き、暗号化が、それが鍵のサイズに基づいて解読するた
めに大量の時間を要するように選択され、これには反復
の暗号演算を使用する。
【０６０９】秘密マスタ鍵シェアは、秘密マスタ鍵が必
要とされるたびに再コンパイルされる。結合された秘密
マスタ鍵が、メモリにおいて、各結合での新しい記憶場
所を参照するポインタにより参照される。秘密マスタ鍵
のピースが結合されるたびに、チェックが行われて、い
くつかのピースが不良であるかどうかが調べられる。デ
バイス・バインディング情報の以前の値を追跡すること
により、不良のシェアの検出が可能となる。無効にされ
たシェアの場合、秘密マスタ鍵が再シェアされる。
【０６１０】ＳＭＫ／デバイス・バインディング。本発
明のソフトウェアのみの実施形態の要件の１つが、マス
タ鍵およびそのＡｐｐコンテナを新しいマシンに移動し
ようとする試みが行われたときを検出するための能力で
ある。この移動を検出するために、マシンのある特性が
記録される。これらの特性の少数が同時に変化したと
き、ソフトウェアのみのシステム１０がこれを検出し、
これに基づいて動作する。
【０６１１】マスタ鍵およびセッション鍵の公開の制
限。この設計は、秘密マスタ鍵およびセッション鍵の公
開を、これらをいずれかのオペレーションに使用してい
るときに制限する。好ましい実施形態では、このような
すべてのオペレーションがＳＭＭにおいて実行され、こ
れには、ＳＭＭの外部で動作するときに使用不可能であ
るメモリが使用される。
【０６１２】公開鍵の保全性。簡素な実施形態では、公
開鍵がオペレーティング・システム・ドライバに含ま
れ、コンパイルされる。これらを、ＢＩＯＳに含まれる
公開鍵と同じものにすることができる。
【０６１３】ＶＰＮクライアントおよびＴＣＰ／ＩＰス
タックの相互作用は、以下の通りである。クライアント
ＶＰＮが以下のサービスを担う。すなわち、ＶＰＮクラ
イアントの構成、ＶＰＮゲートウェイへの認証、およ
び、内部の企業ネットワークに送信されたパケットの暗
号化である。ＶＰＮクライアントの主な仕事は、ログイ
ン・プロセスが終了された後、ネットワークへ送信され
るパケットを検査して、それらが標準のインターネット
・マシンに向けて送られているのか、企業ネットワーク
に向けて送られているのかを発見することである。
【０６１４】クライアントが宛先ＩＰアドレスを検査す
る。パケットがインターネットにおけるマシン向けのも
のであった場合、これは修正せずに進む。パケットがＶ
ＰＮゲートウェイの後ろの企業ネットワーク向けであっ
た場合、クライアントがこれを暗号化し、（場合によっ
ては）ある種類のアドレス変換を実行する。
【０６１５】クライアント・スタックは階層化構造であ
り、ＴＣＰ Ｓｔａｃｋ／ＵＤＰＳｔａｃｋ、ＮＤＩＳ
インターフェース（セットアップがこれを構成する）、
ＩＰＳｅｃ（通常、ある初期ネゴシエーションの後に対
称確立された、ＤＥＳおよび３ＤＥＳを使用する）、お
よび再度ＮＤＩＳなどである。パケットを受信するＶＰ
Ｎゲートウェイが暗号を除去し、次いでこれらがネット
ワーク内部で明確になる。
【０６１６】ＳＰＥＫＥを使用する好ましい実施形態で
は、クライアントおよびゲートウェイが新しい鍵を生成
し、これが認証されたユーザ識別に結び付けられる。こ
の鍵を使用して、ＶＰＮセッション鍵への認証の動作の
バインディングを強化することができる。
【０６１７】上記の記載のいくつかの場所では、いくつ
かの変形形態が記載されており、これを本発明のアーキ
テクチャ内で使用することができる。これらには、
（１）ユーザをデバイスにバインドすることであり、こ
れは管理者が有効な特定のユーザおよびデバイスの組み
合わせを定義するための拡張ポリシーを使用する、
（２）クライアントとゲートウェイの間、ゲートウェイ
と認証サーバの間、および、認証サーバと強力認証モジ
ュールの間のパスワードの暗号化、（３）チャレンジ／
レスポンス機構を、ログイン・カウンタを使用する代り
に使用する、および（４）クライアントのインストレー
ションを、ｗｅｂサイトからインストールすることがで
きる統合されたパッケージ内部にラッピングすることが
含まれる。
【０６１８】したがって、コンピュータ・デバイス認証
に備えたシステムおよび方法を開示した。上述の実施形
態は、本発明の原理の応用例を表す、多数の特定の実施
形態のうちのいくつかを例示するのみであることを理解
されたい。多数および他の構成を、当業者によって、本
発明の範囲から逸れることなく容易に考案することがで
きることは明らかである。
【０６１９】本発明は、不揮発性ストレージと、システ
ム初期化処理であって、システム初期化処理中に不揮発
性ストレージからマスタ鍵を読み取り、マスタ鍵から導
出された機密値を隠されたストレージ・ロケーションに
書き込み、システム初期化処理の次の開始まで、システ
ム内で稼動するすべてのプログラムによる不揮発性スト
レージへのアクセスを不能にするシステム初期化処理
と、システムの通常動作モードで稼動するプログラムに
よる隠されたストレージ・ロケーションへのアクセスを
防ぐ手段と、システムの制限された動作モードで稼動す
るプログラムによる隠されたストレージ・ロケーション
へのアクセスを許可する手段とを含むマスタ暗号鍵を使
用し、マスタ暗号鍵へのアクセスを保護するシステムで
ある。
【０６２０】機密データは、マスタ鍵であるか、マスタ
鍵から導出されることが望ましい。また、機密データ
は、ディスクに保管された暗号化されたデータから取り
出される第２鍵であり、保管されたデータが、マスタ鍵
を用いて暗号化されることが望ましい。
【０６２１】ＢＩＯＳ ＲＯＭ内のソフトウェアが、パ
ワーオンまたはリセット信号に応答して開始されるシス
テム初期化処理中にシステムを制御する。
【０６２２】不揮発性ストレージが、読取および書込の
アクセスをラッチによって制御される不揮発性ランダム
・アクセス・メモリであり、ラッチが、パワーオンまた
はリセット・イベントに応答するハードウェア機能に起
因してシステム初期化処理の開始時に開かれ、これによ
って、不揮発性ランダム・アクセス・メモリへのシステ
ム・アクセスが可能になり、ラッチが、システム初期化
処理中に閉じられ、これによって、システム初期化の次
の開始まで、不揮発性ランダム・アクセス・メモリへの
システム・アクセスが拒否される。
【０６２３】隠されたストレージは、システムの通常動
作モードで稼動するどのプログラムによってもアクセス
できないシステム管理ランダム・アクセス・メモリであ
り、制限された動作モードは、システム管理ランダム・
アクセス・メモリへのアクセスが許可されるシステム管
理モードでよい。
【０６２４】隠されたストレージは、オペレーティング
・システムだけによるアクセスのために制限され、シス
テムの通常動作モードで稼動するどのアプリケーション
・プログラムによってもアクセス可能ではなく、制限さ
れた動作モードが、オペレーティング・システム・ソフ
トウェアによる使用のために予約されたＣＰＵ保護リン
グによって制限されるてもよい。
【０６２５】マスタ暗号鍵をストレージ内に隠蔽するシ
ステムが開示されている。そのシステムは、不揮発性ス
トレージからマスタ鍵を読み取り、次のシステム・リセ
ットまでアクセスがもう一度使用可能にならないよう
に、不揮発性ストレージへのアクセスを閉じ、マスタ鍵
から導出された機密データを隠されたアドレス・スペー
スに書き込むパワーオン・ソフトウェアを含み、システ
ムの制限された動作モードで稼動するプログラムだけ
が、隠されたアドレス・スペース内の機密データへのア
クセスする。
【０６２６】アプリケーションへの暗号鍵の使用可能性
を制限することによって、アプリケーションに対してデ
ータへの読取および書込のアクセスを制御する方法も開
示されている。その方法は、マスタ鍵と、アプリケーシ
ョンがアクセスを求める、封印された形または開封され
た形のデータを保持するアプリケーション・コンテナ
と、暗号変換を計算するために、呼出し側アプリケーシ
ョンを構成するバイトの部分の暗号ダイジェストを実行
する暗号ゲートキーピング・モジュールと、アプリケー
ション・コンテナおよび暗号変換を検査し、アプリケー
ションが所与のアプリケーション・コンテナ内のデータ
を開封することを許可されるかどうかを判定するために
マスタ鍵を検査するか、データを封印する時に保全性検
査情報を追加するためにそれを変更する保全性検査を含
む暗号処理モジュールとを含む。
【０６２７】プライバシ方法も開示されている。その方
法は、少なくともマスタ鍵および暗号変換から導出され
る鍵を使用してアプリケーション・コンテナ内のデータ
を解読する暗号処理モジュールによって実行される。さ
らに、少なくともマスタ鍵および暗号変換から導出され
る鍵を使用してアプリケーション・コンテナ内のデータ
を暗号化する暗号処理モジュールによって実行されるて
もよい。また、プライバシ方法は暗号化が実行される前
に、アプリケーション・コンテナに暗号変換を追加する
してもよい。
【０６２８】特定のデバイス上のアプリケーションへの
暗号鍵の使用可能性を制限することによってアプリケー
ションに対してデータへのアクセスを制御する方法も開
示されている。その方法は、暗号処理モジュールに既知
の鍵と、アプリケーションがアクセスを求める、暗号的
に封印された形のデータを含むアプリケーション・コン
テナ・データ構造体と、暗号ゲートキーピング機能であ
って、アプリケーションレベル・プログラムと暗号処理
モジュールとの間のすべてのアクセスをインターセプト
し、暗号サービスまたはデータへのアクセスを試みてい
るプログラムの実行可能インメモリ・イメージのバイト
の部分を検査する手段を含み、アプリケーションの暗号
変換を計算するために、呼出し側アプリケーションのイ
ンメモリ・イメージのバイトの部分の暗号ダイジェスト
を計算する暗号ゲートキーピング機能と、暗号処理モジ
ュールによって実行される保全性検査方法であって、ア
プリケーション・コンテナ・データ構造体および暗号変
換を検査し、アプリケーションが所与のアプリケーショ
ン・コンテナ・データ構造体内のデータの開封を許可さ
れるかどうかを判定するためにマスタ鍵を検査するか、
データを封印する時に保全性検査情報を追加するために
それを変更する保全性検査方法とを含む。
【０６２９】上記方法は、少なくともマスタ鍵および暗
号変換から導出される鍵を使用してアプリケーション・
コンテナ・データ構造体内のデータを暗号化または解読
し、データが暗号化される時に、任意選択として、暗号
化が実行される前に暗号変換をアプリケーション・コン
テナ・データ構造体に追加する、暗号処理モジュールに
よって実行されるプライバシ方法をさらに含んでもよ
い。
【０６３０】暗号ゲートキーピング機能は、アプリケー
ションについて許可されるオペレーションを指定する許
可バッファを同時にまたは前に与えられ、暗号ゲートキ
ーピング機能が、要求オペレーションが許可されること
を確認するものである。
【０６３１】保全性検査方法は、暗号変換およびマスタ
鍵から暗号変数を導出するステップ、または、暗号変
換、マスタ鍵、およびアプリケーションのコンポーネン
トによって選択される暗号変数から第２暗号変数を導出
するステップを含み、この導出される鍵が、アプリケー
ション・コンテナ・データ構造体に保管されたメッセー
ジ認証コードを検査するのに使用されるようにしてもよ
い。
【０６３２】また、保全性検査方法は、マスタ鍵から導
出された鍵を使用し、結果の値の部分を暗号変換の部分
と比較し、２つの部分が同一である場合にアクセスを許
可することによって、アプリケーション・コンテナ・デ
ータ構造体の部分を解読するようにしてもよい。
【０６３３】プライバシ・ステップは、暗号変換とマス
タ鍵と任意選択として他の情報とから暗号変数を導出す
るステップ、または暗号変換とマスタ鍵とアプリケーシ
ョンのコンポーネントによって選択された暗号変数と任
意選択としての他の情報とから第２暗号変数を導出する
ステップを含み、この導出された鍵が、アプリケーショ
ン・コンテナ・データ構造体の部分の解読または暗号化
に使用されるようにしてもよい。
【０６３４】鍵導出は、依存する値を同一の順序で連結
することによって、ＭＤ５またはＳＨＡ１またはＳＨＡ
−２５６ハッシュ関数の１つまたは複数の適用を用いて
実行される。また、暗号処理モジュールの部分が、シス
テム管理割込み中に実行される。
【０６３５】デバイス・オーソリティを含む別のコンピ
ューティング・マシンの助けを得て認証サーバを含む別
のコンピューティング・マシンに対して識別されたデバ
イス上の識別されたアプリケーションを認証する方法も
開示されている。その方法は、ａ）デバイス・オーソリ
ティに送られる結果を作るデバイス上のシステム管理割
込み（ＳＭＩ）中に実行される第１暗号オペレーション
と、ｂ）デバイスによって受け取られるデバイス・オー
ソリティによって生成された値を処理するデバイス上の
ＳＭＩ割込み中に実行される第２暗号オペレーションの
ステップを含むエンロールメント処理と、ａ）認証サー
バに送られる結果を作るデバイス上のＳＭＩ割込み中に
実行される第１暗号オペレーションと、ｂ）認証方法中
に使用するために保管される暗号変数を作る認証サーバ
によって実行される第２暗号オペレーションと、ｃ）デ
バイスによって受け取られる認証サーバによって生成さ
れた値を処理するデバイス上のＳＭＩ割込み中に実行さ
れる任意選択の第３暗号オペレーションとのステップを
含む登録処理と、ａ）認証サーバに送られる認証データ
を作るデバイス上のＳＭＩ割込み中に実行される第１暗
号オペレーションと、ｂ）認証の結果を判定するため
に、少なくとも登録方法中に保管された暗号変数を使用
して、デバイスから受け取られた認証データに対して認
証サーバによって実行される第２暗号オペレーションと
のステップを含む認証処理とを含む。
【０６３６】識別されたデバイス上の識別されたアプリ
ケーションを認証するか、ＰＡＳＳサーバを含む別のコ
ンピューティング・マシンに対して識別されたデバイス
のユーザを識別するための第２要因を提供する方法も開
示されている。この方法は、アプリケーションであっ
て、ａ）デバイス上の、暗号的にアプリケーションと関
連したアプリケーション・コンテナ・データ構造体を作
成するためにデバイス・オーソリティおよび認証サーバ
との通信を含むエンロールメント方法を実行し、ｂ）信
任証情報を保管し、認証サーバが、アプリケーション・
コンテナ・データ構造体の暗号変数を保管するアプリケ
ーションと、認証方法を実行する識別されたデバイス上
で稼動するアプリケーションであって、ａ）信任証を保
管するアプリケーション・コンテナ・データ構造体を開
封するステップと、ｂ）信任証を修正するステップと、
ｃ）アプリケーション・コンテナ・データ構造体を再封
印するステップと、ｄ）識別情報および再封印されたＡ
ｐｐＣｏｎｔａｉｎｅｒの少なくとも一部を認証サーバ
に送るステップとを含み、再封印オペレーションの少な
くとも一部が、アプリケーションのコードを実行するも
のと同一のＣＰＵ上のＳＭＩ中に行われる認証方法を実
行する識別されたデバイス上で稼動するアプリケーショ
ンとを含み、認証サーバが、ａ）識別情報とアプリケー
ション・コンテナ・データ構造体の少なくとも一部とを
受け取り、ｂ）アプリケーション・コンテナ・データ構
造体を開封するために暗号変数をルックアップまたは計
算するために識別情報を使用し、ｃ）開封されたアプリ
ケーション・コンテナが許容可能な値を有する場合に、
特定のデバイス上の特定のアプリケーションが認証され
たとみなされ、ｄ）アプリケーション・コンテナ・デー
タ構造体に関連する鍵を保管する。
【０６３７】認証、プライバシ、保全性、許可、監査、
またはディジタル権利管理の目的でデバイス上で１つま
たは複数の仮想トークンを作成し、使用する方法も開示
されている。本方法は仮想トークンの種類ごとのアプリ
ケーションと、特定の種類の仮想トークンごとのアプリ
ケーション・コンテナと、暗号処理コンポーネントの暗
号サービスを要求している呼出し側アプリケーションの
暗号変換を計算する暗号ゲートキーピング・コンポーネ
ントとを含み、暗号ゲートキーピング・コンポーネント
が、１つまたは複数の長寿命の対称鍵を知り、暗号処理
コンポーネントが、ＣｒｙｐｔｏＧａｔｅコンポーネン
トを介してアクセスされ、暗号処理コンポーネントが、
１つまたは複数の長寿命の対称鍵および１つまたは複数
の長寿命の公開鍵を知り、暗号処理コンポーネントが、
アプリケーション・コンテナ・データ構造体の暗号的封
印および暗号的開封を実行し、暗号オペレーションの一
部が、システム管理割込み（ＳＭＩ）中に実行され、暗
号処理コンポーネントが、ＣｒｙｐｔｏＥｎｇｉｎｅに
ロードされた公開鍵および暗号変換値を使用して、アプ
リケーションのコードまたは静的データの一部のディジ
タル署名を検査することによって、呼出し側アプリケー
ションの保全性を検査し、暗号変換値が、呼出し側アプ
リケーションのインメモリ・イメージの部分の最近計算
された暗号ハッシュを含み、暗号ゲートキーピング・コ
ンポーネントおよび暗号処理コンポーネントが、 ａ）
アプリケーション・コンテナ・データ構造体を開封する
鍵を、マスタ鍵および暗号変換から導出し、ｂ）アプリ
ケーション・コンテナ・データ構造体に対するメッセー
ジ認証コードを検査するのに導出された鍵を使用し、メ
ッセージ認証コードが正しい場合にエラーを返し、ｃ）
アプリケーション・コンテナ・データ構造体内のデータ
を解読するのに導出された鍵を使用し、それをアプリケ
ーションに返す。
【０６３８】付ける方法も開示されており、この方法は
デバイスに関連する対称鍵によって保護される秘密鍵を
含むアプリケーション・コンテナを作成する。
【図面の簡単な説明】
【図１】本発明の原理による、例示的なコンピュータ・
デバイス認証システムのコンポーネントを示す簡略化さ
れたブロック図である。
【図２】クライアント・コンポーネント階層を示す図で
ある。
【図３】ＯＳＤコンポーネントの相互作用を示す図であ
る。
【図４】マルチファクタ・クライアント認証（ＭＦＣ
Ａ）登録を示すブロック図である。
【図５】本発明の原理による、第１の例示的な方法を示
す流れ図である。
【図６】本発明の原理による、第１の例示的な方法を示
す流れ図である。
【図７】本発明の原理による、第２の例示的な方法を示
す流れ図である。
【図８】本発明の原理による、第３の例示的な方法を示
す流れ図である。
【図９】本発明の原理による、第４の例示的な方法を示
す流れ図である。
【図１０】表１を示す図である。
【図１１】表２を示す図である。
【図１２】表１を示す図である。
【図１３】表４を示す図である。
【図１４】表５を示す図である。
【図１５】表６を示す図である。
【図１６】表７を示す図である。
【図１７】表８を示す図である。
【図１８】表９を示す図である。
【図１９】表１０を示す図である。
【図２０】表１１を示す図である。
【図２１】表１２を示す図である。
【図２２】表１３を示す図である。
【図２３】表１４、表１５を示す図である。
【符号の説明】
１０ コンピュータ・デバイス認証システム １１ 不揮発性メモリ（ＮＶＭ） １２ ＢＩＯＳ ＲＯＭシステム初期化モジュール １３ ＳＭＲＡＭ １４ リセット時オープン・ラッチ保護機構（ＯＡＲロ
ック） １５ プログラム １６ システム管理モード（ＳＭＭ）
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ロバート・ダブリュ・ボールドウィン アメリカ合衆国・94303・カリフォルニア 州・パロ アルト・アマリージョ アヴェ ニュ・990 (72)発明者 ジョン・ディ・バール アメリカ合衆国・95123・カリフォルニア 州・サン ホゼ・ブライアー リッジ ド ライブ・47 (72)発明者 ホセ・エイ・カシリャス アメリカ合衆国・95133・カリフォルニア 州・サン ホゼ・ノース キング ロー ド・750・ナンバー 1209 (72)発明者 デイビッド・ピイ・ジャブロン アメリカ合衆国・01581・マサチューセッ ツ州・ウエストボロ・バックスキン ドラ イブ・７ (72)発明者 ティモシー・ジェイ・マーケイ アメリカ合衆国・95123・カリフォルニア 州・サン ホゼ・スイス ドライブ・571 (72)発明者 パンナガ・コトラ アメリカ合衆国・94086・カリフォルニア 州・サニイベイル・アイアリス アヴェニ ュ・641・アパートメント ナンバー 17 (72)発明者 カイ・ワング アメリカ合衆国・95051・カリフォルニア 州・サンタ クララ・トレイシー ドライ ブ・3410 (72)発明者 スティーブン・ディ・ウィリアムズ アメリカ合衆国・95062・カリフォルニア 州・サンタ クルズ・メイシール アヴェ ニュ・2015 Ｆターム(参考） 5B017 AA07 BA03 BA07 5B085 AE00 AE29

Claims (25)

    【特許請求の範囲】
  1. 【請求項１】 マスタ暗号鍵を使用し、上記マスタ暗号
    鍵へのアクセスを保護するシステムであって、 不揮発性ストレージと、 システム初期化処理であって、 システム初期化処理中に上記不揮発性ストレージから上
    記マスタ鍵を読み取り、 上記マスタ鍵から導出された機密値を隠されたストレー
    ジ・ロケーションに書き込み、 システム初期化処理の次の開始まで、上記システム内で
    稼動するすべてのプログラムによる上記不揮発性ストレ
    ージへのアクセスを不能にするシステム初期化処理と、 上記システムの通常動作モードで稼動するプログラムに
    よる上記隠されたストレージ・ロケーションへのアクセ
    スを防ぐ手段と、 上記システムの制限された動作モードで稼動するプログ
    ラムによる上記隠されたストレージ・ロケーションへの
    アクセスを許可する手段とを含むシステム。
  2. 【請求項２】 上記機密データが、上記マスタ鍵である
    請求項１に記載のシステム。
  3. 【請求項３】 上記機密データが、上記マスタ鍵から導
    出される請求項１に記載のシステム。
  4. 【請求項４】 上記機密データが、ディスクに保管され
    た暗号化されたデータから取り出される第２鍵であり、
    上記保管されたデータが、上記マスタ鍵を用いて暗号化
    される請求項３に記載のシステム。
  5. 【請求項５】 ＢＩＯＳ ＲＯＭ内のソフトウェアが、
    パワーオンまたはリセット信号に応答して開始される上
    記システム初期化処理中に上記システムを制御する請求
    項１に記載のシステム。
  6. 【請求項６】 上記不揮発性ストレージが、読取および
    書込のアクセスをラッチによって制御される不揮発性ラ
    ンダム・アクセス・メモリであり、 上記ラッチが、パワーオンまたはリセット・イベントに
    応答するハードウェア機能に起因してシステム初期化処
    理の開始時に開かれ、これによって、上記不揮発性ラン
    ダム・アクセス・メモリへのシステム・アクセスが可能
    になり、 上記ラッチが、上記システム初期化処理中に閉じられ、
    これによって、システム初期化の次の開始まで、上記不
    揮発性ランダム・アクセス・メモリへのシステム・アク
    セスが拒否される請求項１に記載のシステム。
  7. 【請求項７】 上記隠されたストレージが、上記システ
    ムの上記通常動作モードで稼動するどのプログラムによ
    ってもアクセスできないシステム管理ランダム・アクセ
    ス・メモリであり、 上記制限された動作モードが、システム管理ランダム・
    アクセス・メモリへのアクセスが許可されるシステム管
    理モードである請求項１に記載のシステム。
  8. 【請求項８】 上記隠されたストレージが、オペレーテ
    ィング・システムだけによるアクセスのために制限さ
    れ、上記システムの上記通常動作モードで稼動するどの
    アプリケーション・プログラムによってもアクセス可能
    ではなく、 上記制限された動作モードが、オペレーティング・シス
    テム・ソフトウェアによる使用のために予約されたＣＰ
    Ｕ保護リングによって制限される請求項１に記載のシス
    テム。
  9. 【請求項９】 マスタ暗号鍵をストレージ内に隠蔽する
    システムであって、 不揮発性ストレージからマスタ鍵を読み取り、 次のシステム・リセットまでアクセスがもう一度使用可
    能にならないように、上記不揮発性ストレージへのアク
    セスを閉じ、 上記マスタ鍵から導出された機密データを隠されたアド
    レス・スペースに書き込むパワーオン・ソフトウェアを
    含み、上記システムの制限された動作モードで稼動する
    プログラムだけが、上記隠されたアドレス・スペース内
    の上記機密データへのアクセスを有するシステム。
  10. 【請求項１０】 アプリケーションへの暗号鍵の使用可
    能性を制限することによって、アプリケーションに対し
    てデータへの読取および書込のアクセスを制御する方法
    であって、 マスタ鍵と、 上記アプリケーションがアクセスを求める、封印された
    形または開封された形のデータを保持するアプリケーシ
    ョン・コンテナと、 暗号変換を計算するために、呼出し側アプリケーション
    を構成するバイトの部分の暗号ダイジェストを実行する
    暗号ゲートキーピング・モジュールと、 上記アプリケーション・コンテナおよび暗号変換を検査
    し、上記アプリケーションが所与のアプリケーション・
    コンテナ内のデータを開封することを許可されるかどう
    かを判定するために上記マスタ鍵を検査するか、データ
    を封印する時に保全性検査情報を追加するためにそれを
    変更する、保全性検査を含む暗号処理モジュールとを含
    む方法。
  11. 【請求項１１】 プライバシ方法が、少なくとも上記マ
    スタ鍵および暗号変換から導出される鍵を使用して上記
    アプリケーション・コンテナ内の上記データを解読する
    上記暗号処理モジュールによって実行される請求項１０
    に記載の方法。
  12. 【請求項１２】 さらに、少なくとも上記マスタ鍵およ
    び暗号変換から導出される鍵を使用して上記アプリケー
    ション・コンテナ内の上記データを暗号化する上記暗号
    処理モジュールによって実行されるプライバシ方法を含
    む請求項１０に記載の方法。
  13. 【請求項１３】 上記プライバシ方法が、上記暗号化が
    実行される前に、上記アプリケーション・コンテナに上
    記暗号変換を追加する請求項１２に記載の方法。
  14. 【請求項１４】 特定のデバイス上のアプリケーション
    への暗号鍵の使用可能性を制限することによって上記ア
    プリケーションに対してデータへのアクセスを制御する
    方法であって、 暗号処理モジュールに既知の鍵と、 上記アプリケーションがアクセスを求める、暗号的に封
    印された形のデータを含むアプリケーション・コンテナ
    ・データ構造体と、 暗号ゲートキーピング機能であって、 アプリケーションレベル・プログラムと上記暗号処理モ
    ジュールとの間のすべてのアクセスをインターセプト
    し、 暗号サービスまたはデータへのアクセスを試みているプ
    ログラムの実行可能インメモリ・イメージのバイトの部
    分を検査する手段を含み、 上記アプリケーションの暗号変換を計算するために、呼
    出し側アプリケーションのインメモリ・イメージの上記
    バイトの部分の暗号ダイジェストを計算する暗号ゲート
    キーピング機能と、 上記暗号処理モジュールによって実行される保全性検査
    方法であって、上記アプリケーション・コンテナ・デー
    タ構造体および暗号変換を検査し、上記アプリケーショ
    ンが所与のアプリケーション・コンテナ・データ構造体
    内の上記データの開封を許可されるかどうかを判定する
    ために上記マスタ鍵を検査するか、上記データを封印す
    る時に上記保全性検査情報を追加するためにそれを変更
    する、保全性検査方法とを含む方法。
  15. 【請求項１５】 少なくとも上記マスタ鍵および暗号変
    換から導出される鍵を使用して上記アプリケーション・
    コンテナ・データ構造体内のデータを暗号化または解読
    し、データが暗号化される時に、任意選択として、暗号
    化が実行される前に上記暗号変換を上記アプリケーショ
    ン・コンテナ・データ構造体に追加する、上記暗号処理
    モジュールによって実行されるプライバシ方法をさらに
    含む請求項１４に記載の方法。
  16. 【請求項１６】 暗号ゲートキーピング機能が、上記ア
    プリケーションについて許可されるオペレーションを指
    定する許可バッファを同時にまたは前に与えられ、上記
    暗号ゲートキーピング機能が、上記要求オペレーション
    が許可されることを確認する請求項１４に記載の方法。
  17. 【請求項１７】 上記保全性検査方法が、上記暗号変換
    および上記マスタ鍵から暗号変数を導出するステップ、
    または、上記暗号変換、上記マスタ鍵、およびアプリケ
    ーションのコンポーネントによって選択される暗号変数
    から第２暗号変数を導出するステップを含み、この導出
    される鍵が、上記アプリケーション・コンテナ・データ
    構造体に保管されたメッセージ認証コードを検査するの
    に使用される請求項１４に記載の方法。
  18. 【請求項１８】 上記保全性検査方法が、上記マスタ鍵
    から導出された鍵を使用し、結果の値の部分を上記暗号
    変換の部分と比較し、上記２つの部分が同一である場合
    にアクセスを許可することによって、上記アプリケーシ
    ョン・コンテナ・データ構造体の部分を解読することを
    含む請求項１４に記載の方法。
  19. 【請求項１９】 上記プライバシ・ステップが、上記暗
    号変換と上記マスタ鍵と任意選択として他の情報とから
    暗号変数を導出するステップ、または上記暗号変換と上
    記マスタ鍵とアプリケーションのコンポーネントによっ
    て選択された暗号変数と任意選択としての他の情報とか
    ら第２暗号変数を導出するステップを含み、この導出さ
    れた鍵が、上記アプリケーション・コンテナ・データ構
    造体の部分の解読または暗号化に使用される請求項１４
    に記載の方法。
  20. 【請求項２０】 上記鍵導出が、依存する値を同一の順
    序で連結することによって、ＭＤ５またはＳＨＡ１また
    はＳＨＡ−２５６ハッシュ関数の１つまたは複数の適用
    を用いて実行される請求項１９に記載の方法。
  21. 【請求項２１】 上記暗号処理モジュールの部分が、シ
    ステム管理割込み中に実行される請求項１４に記載の方
    法。
  22. 【請求項２２】 デバイス・オーソリティを含む別のコ
    ンピューティング・マシンの助けを得て認証サーバを含
    む別のコンピューティング・マシンに対して識別された
    デバイス上の識別されたアプリケーションを認証する方
    法であって、 ａ）デバイス・オーソリティに送られる結果を作る上記
    デバイス上のシステム管理割込み（ＳＭＩ）中に実行さ
    れる第１暗号オペレーションと、 ｂ）上記デバイスによって受け取られる上記デバイス・
    オーソリティによって生成された値を処理する上記デバ
    イス上のＳＭＩ割込み中に実行される第２暗号オペレー
    ションのステップを含むエンロールメント処理と、 ａ）上記認証サーバに送られる結果を作る上記デバイス
    上のＳＭＩ割込み中に実行される第１暗号オペレーショ
    ンと、 ｂ）認証方法中に使用するために保管される暗号変数を
    作る上記認証サーバによって実行される第２暗号オペレ
    ーションと、 ｃ）上記デバイスによって受け取られる上記認証サーバ
    によって生成された値を処理する上記デバイス上のＳＭ
    Ｉ割込み中に実行される任意選択の第３暗号オペレーシ
    ョンとのステップを含む登録処理と、 ａ）上記認証サーバに送られる認証データを作る上記デ
    バイス上のＳＭＩ割込み中に実行される第１暗号オペレ
    ーションと、 ｂ）上記認証の結果を判定するために、少なくとも上記
    登録方法中に保管された上記暗号変数を使用して、上記
    デバイスから受け取られた上記認証データに対して上記
    認証サーバによって実行される第２暗号オペレーション
    とのステップを含む認証処理とを含む方法。
  23. 【請求項２３】 識別されたデバイス上の識別されたア
    プリケーションを認証するか、ＰＡＳＳサーバを含む別
    のコンピューティング・マシンに対して上記識別された
    デバイスのユーザを識別するための第２要因を提供する
    方法であって、 アプリケーションであって、 ａ）上記デバイス上の、暗号的に上記アプリケーション
    と関連したアプリケーション・コンテナ・データ構造体
    を作成するためにデバイス・オーソリティおよび認証サ
    ーバとの通信を含むエンロールメント方法を実行し、 ｂ）信任証情報を保管し、上記認証サーバが、上記アプ
    リケーション・コンテナ・データ構造体の暗号変数を保
    管するアプリケーションと、 認証方法を実行する上記識別されたデバイス上で稼動す
    るアプリケーションであって、 ａ）上記信任証を保管する上記アプリケーション・コン
    テナ・データ構造体を開封するステップと、 ｂ）上記信任証を修正するステップと、 ｃ）上記アプリケーション・コンテナ・データ構造体を
    再封印するステップと、 ｄ）識別情報および上記再封印されたＡｐｐＣｏｎｔａ
    ｉｎｅｒの少なくとも一部を上記認証サーバに送るステ
    ップとを含み、上記再封印オペレーションの少なくとも
    一部が、上記アプリケーションのコードを実行するもの
    と同一のＣＰＵ上のＳＭＩ中に行われる認証方法を実行
    する上記識別されたデバイス上で稼動するアプリケーシ
    ョンとを含み、上記認証サーバが、 ａ）上記識別情報と上記アプリケーション・コンテナ・
    データ構造体の少なくとも一部とを受け取り、 ｂ）上記アプリケーション・コンテナ・データ構造体を
    開封するために暗号変数をルックアップまたは計算する
    ために上記識別情報を使用し、 ｃ）開封されたアプリケーション・コンテナが許容可能
    な値を有する場合に、特定のデバイス上の上記特定のア
    プリケーションが認証されたとみなされ、 ｄ）上記アプリケーション・コンテナ・データ構造体に
    関連する鍵を保管する方法。
  24. 【請求項２４】 認証、プライバシ、保全性、許可、監
    査、またはディジタル権利管理の目的でデバイス上で１
    つまたは複数の仮想トークンを作成し、使用する方法で
    あって、 仮想トークンの種類ごとのアプリケーションと、 特定の種類の仮想トークンごとのアプリケーション・コ
    ンテナと、 暗号処理コンポーネントの暗号サービスを要求している
    呼出し側アプリケーションの暗号変換を計算する暗号ゲ
    ートキーピング・コンポーネントとを含み、上記暗号ゲ
    ートキーピング・コンポーネントが、１つまたは複数の
    長寿命の対称鍵を知り、 上記暗号処理コンポーネントが、ＣｒｙｐｔｏＧａｔｅ
    コンポーネントを介してアクセスされ、 上記暗号処理コンポーネントが、１つまたは複数の長寿
    命の対称鍵および１つまたは複数の長寿命の公開鍵を知
    り、 上記暗号処理コンポーネントが、アプリケーション・コ
    ンテナ・データ構造体の暗号的封印および暗号的開封を
    実行し、上記暗号オペレーションの一部が、システム管
    理割込み（ＳＭＩ）中に実行され、 上記暗号処理コンポーネントが、上記ＣｒｙｐｔｏＥｎ
    ｇｉｎｅにロードされた公開鍵および暗号変換値を使用
    して、上記アプリケーションのコードまたは静的データ
    の一部のディジタル署名を検査することによって、上記
    呼出し側アプリケーションの保全性を検査し、 上記暗号変換値が、上記呼出し側アプリケーションのイ
    ンメモリ・イメージの部分の最近計算された暗号ハッシ
    ュを含み、 上記暗号ゲートキーピング・コンポーネントおよび上記
    暗号処理コンポーネントが、 ａ）上記アプリケーション・コンテナ・データ構造体を
    開封する鍵を、上記マスタ鍵および暗号変換から導出
    し、 ｂ）上記アプリケーション・コンテナ・データ構造体に
    対する上記メッセージ認証コードを検査するのに上記導
    出された鍵を使用し、上記メッセージ認証コードが正し
    い場合にエラーを返し、 ｃ）上記アプリケーション・コンテナ・データ構造体内
    のデータを解読するのに上記導出された鍵を使用し、そ
    れを上記アプリケーションに返す方法。
  25. 【請求項２５】 デバイスに関連するアプリケーション
    に秘密鍵を安全に関連付ける方法であって、 上記デバイスに関連する対称鍵によって保護される秘密
    鍵を含むアプリケーション・コンテナを作成することを
    含む方法。
JP2001355353A 2001-04-09 2001-11-20 コンピュータ・デバイス認証のシステムおよび方法 Pending JP2002312242A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/829,074 US20030037237A1 (en) 2001-04-09 2001-04-09 Systems and methods for computer device authentication
US09/829074 2001-04-09

Publications (1)

Publication Number Publication Date
JP2002312242A true JP2002312242A (ja) 2002-10-25

Family

ID=25253451

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001355353A Pending JP2002312242A (ja) 2001-04-09 2001-11-20 コンピュータ・デバイス認証のシステムおよび方法

Country Status (5)

Country Link
US (2) US20030037237A1 (ja)
JP (1) JP2002312242A (ja)
KR (1) KR100879907B1 (ja)
CN (2) CN101114326A (ja)
TW (1) TW589569B (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004068493A1 (en) * 2003-01-31 2004-08-12 Nds Limited Virtual smart card device, method and system
JP2005310122A (ja) * 2004-04-23 2005-11-04 Microsoft Corp ファイルロッカー、およびファイルロッカーを提供し使用するための機構
US7379548B2 (en) 2003-01-31 2008-05-27 Nds Limited Virtual smart card device, method and system
JP2010517449A (ja) * 2007-01-26 2010-05-20 セーフネット インコーポレイテッド 信頼できない受信者における秘密の保護
JP2010530562A (ja) * 2007-05-07 2010-09-09 アーカイヴァス インコーポレイテッド 固定コンテンツ分散型データ記憶システムにおけるデータ機密保持方法
JP2016021220A (ja) * 2014-07-14 2016-02-04 レノボ・シンガポール・プライベート・リミテッド 退避ファイルの一貫性を検証する方法、コンピュータおよびコンピュータ・プログラム

Families Citing this family (418)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7058822B2 (en) 2000-03-30 2006-06-06 Finjan Software, Ltd. Malicious mobile code runtime monitoring system and methods
US9219755B2 (en) 1996-11-08 2015-12-22 Finjan, Inc. Malicious mobile code runtime monitoring system and methods
US8079086B1 (en) 1997-11-06 2011-12-13 Finjan, Inc. Malicious mobile code runtime monitoring system and methods
US7103574B1 (en) * 1999-03-27 2006-09-05 Microsoft Corporation Enforcement architecture and method for digital rights management
EP1056010A1 (en) 1999-05-28 2000-11-29 Hewlett-Packard Company Data integrity monitoring in trusted computing entity
EP1055990A1 (en) 1999-05-28 2000-11-29 Hewlett-Packard Company Event logging in a computing platform
DE10154723A1 (de) * 2000-11-10 2002-10-31 Parker Hannifin Corp Axialkolbenpumpe mit interner Vorverdichtung
GB2376763B (en) * 2001-06-19 2004-12-15 Hewlett Packard Co Demonstrating integrity of a compartment of a compartmented operating system
GB2372592B (en) 2001-02-23 2005-03-30 Hewlett Packard Co Information system
GB2372594B (en) * 2001-02-23 2004-10-06 Hewlett Packard Co Trusted computing environment
GB2372595A (en) * 2001-02-23 2002-08-28 Hewlett Packard Co Method of and apparatus for ascertaining the status of a data processing environment.
US7068998B2 (en) * 2001-04-13 2006-06-27 Northrop Grumman Corp. Methodology for the detection of intrusion into radio frequency (RF) based networks including tactical data links and the tactical internet
US8218555B2 (en) * 2001-04-24 2012-07-10 Nvidia Corporation Gigabit ethernet adapter
KR100813944B1 (ko) * 2001-07-11 2008-03-14 삼성전자주식회사 디지털 권리 운영을 수행하기 위하여 휴대용 기기와컴퓨터 사이의 통신을 제어하는 방법
US7577250B2 (en) * 2004-08-12 2009-08-18 Cmla, Llc Key derivation functions to enhance security
GB2378013A (en) * 2001-07-27 2003-01-29 Hewlett Packard Co Trusted computer platform audit system
US7181530B1 (en) * 2001-07-27 2007-02-20 Cisco Technology, Inc. Rogue AP detection
EP1282023A1 (en) * 2001-07-30 2003-02-05 Hewlett-Packard Company Trusted platform evaluation
GB2378272A (en) * 2001-07-31 2003-02-05 Hewlett Packard Co Method and apparatus for locking an application within a trusted environment
FR2829645A1 (fr) * 2001-09-10 2003-03-14 St Microelectronics Sa Protocole d'authentification a verification d'integrite de memoire
US20030053630A1 (en) * 2001-09-20 2003-03-20 International Business Machines Corporation Method and system for key usage control in an embedded security system
US7844683B2 (en) * 2001-10-10 2010-11-30 Juniper Networks, Inc. String matching method and device
US20030144970A1 (en) * 2001-12-10 2003-07-31 Coyne Patrick J. Project management database and method of managing project related information
US8935297B2 (en) * 2001-12-10 2015-01-13 Patrick J. Coyne Method and system for the management of professional services project information
US7930756B1 (en) 2001-12-12 2011-04-19 Crocker Steven Toye Multi-level cryptographic transformations for securing digital assets
US8006280B1 (en) 2001-12-12 2011-08-23 Hildebrand Hal S Security system for generating keys from access rules in a decentralized manner and methods therefor
US7783765B2 (en) * 2001-12-12 2010-08-24 Hildebrand Hal S System and method for providing distributed access control to secured documents
US7681034B1 (en) 2001-12-12 2010-03-16 Chang-Ping Lee Method and apparatus for securing electronic data
US7921284B1 (en) 2001-12-12 2011-04-05 Gary Mark Kinghorn Method and system for protecting electronic data in enterprise environment
US7631184B2 (en) * 2002-05-14 2009-12-08 Nicholas Ryan System and method for imposing security on copies of secured items
US7565683B1 (en) * 2001-12-12 2009-07-21 Weiqing Huang Method and system for implementing changes to security policies in a distributed security system
US7562232B2 (en) * 2001-12-12 2009-07-14 Patrick Zuili System and method for providing manageability to security information for secured items
US7921450B1 (en) 2001-12-12 2011-04-05 Klimenty Vainstein Security system using indirect key generation from access rules and methods therefor
US7380120B1 (en) 2001-12-12 2008-05-27 Guardian Data Storage, Llc Secured data format for access control
US8065713B1 (en) 2001-12-12 2011-11-22 Klimenty Vainstein System and method for providing multi-location access management to secured items
US7921288B1 (en) * 2001-12-12 2011-04-05 Hildebrand Hal S System and method for providing different levels of key security for controlling access to secured items
USRE41546E1 (en) 2001-12-12 2010-08-17 Klimenty Vainstein Method and system for managing security tiers
US10033700B2 (en) 2001-12-12 2018-07-24 Intellectual Ventures I Llc Dynamic evaluation of access rights
US7260555B2 (en) 2001-12-12 2007-08-21 Guardian Data Storage, Llc Method and architecture for providing pervasive security to digital assets
US7178033B1 (en) 2001-12-12 2007-02-13 Pss Systems, Inc. Method and apparatus for securing digital assets
US10360545B2 (en) 2001-12-12 2019-07-23 Guardian Data Storage, Llc Method and apparatus for accessing secured electronic data off-line
US7950066B1 (en) 2001-12-21 2011-05-24 Guardian Data Storage, Llc Method and system for restricting use of a clipboard application
US20030126453A1 (en) * 2001-12-31 2003-07-03 Glew Andrew F. Processor supporting execution of an authenticated code instruction
CA2369304A1 (en) * 2002-01-30 2003-07-30 Cloakware Corporation A protocol to hide cryptographic private keys
US8176334B2 (en) 2002-09-30 2012-05-08 Guardian Data Storage, Llc Document security system that permits external users to gain access to secured files
US20030177364A1 (en) * 2002-03-15 2003-09-18 Walsh Robert E. Method for authenticating users
AUPS169002A0 (en) 2002-04-11 2002-05-16 Tune, Andrew Dominic An information storage system
US7487365B2 (en) * 2002-04-17 2009-02-03 Microsoft Corporation Saving and retrieving data based on symmetric key encryption
US8613102B2 (en) * 2004-03-30 2013-12-17 Intellectual Ventures I Llc Method and system for providing document retention using cryptography
US7748045B2 (en) * 2004-03-30 2010-06-29 Michael Frederick Kenrich Method and system for providing cryptographic document retention with off-line access
US20070253430A1 (en) * 2002-04-23 2007-11-01 Minami John S Gigabit Ethernet Adapter
US7366915B2 (en) * 2002-04-30 2008-04-29 Microsoft Corporation Digital license with referral information
KR20030087873A (ko) * 2002-05-10 2003-11-15 주식회사 마이엔진 컴퓨팅 장치의 인증/접근 제어에 사용되는 중요 상수값의보안 방법 및 그를 이용한 인증/접근 제어 방법
US8438392B2 (en) * 2002-06-20 2013-05-07 Krimmeni Technologies, Inc. Method and system for control of code execution on a general purpose computing device and control of code execution in a recursive security protocol
US7203844B1 (en) 2002-06-20 2007-04-10 Oxford William V Method and system for a recursive security protocol for digital copyright control
JP4007873B2 (ja) * 2002-07-09 2007-11-14 富士通株式会社 データ保護プログラムおよびデータ保護方法
US7512810B1 (en) * 2002-09-11 2009-03-31 Guardian Data Storage Llc Method and system for protecting encrypted files transmitted over a network
US7426382B2 (en) * 2002-10-09 2008-09-16 Motorola, Inc. Contact validation and trusted contact updating in mobile wireless communications devices
US7836310B1 (en) 2002-11-01 2010-11-16 Yevgeniy Gutnik Security system that uses indirect password-based encryption
US7698550B2 (en) * 2002-11-27 2010-04-13 Microsoft Corporation Native wi-fi architecture for 802.11 networks
US20040117318A1 (en) * 2002-12-16 2004-06-17 Grawrock David W. Portable token controlling trusted environment launch
US7890990B1 (en) 2002-12-20 2011-02-15 Klimenty Vainstein Security system with staging capabilities
US20040139198A1 (en) * 2003-01-15 2004-07-15 Jose Costa-Requena Method and apparatus for manipulating data with session initiation protocol
US7210034B2 (en) * 2003-01-30 2007-04-24 Intel Corporation Distributed control of integrity measurement using a trusted fixed token
US7017051B2 (en) * 2003-02-24 2006-03-21 Bea Systems, Inc. System and method for enterprise authentication
US7370212B2 (en) 2003-02-25 2008-05-06 Microsoft Corporation Issuing a publisher use license off-line in a digital rights management (DRM) system
US7574604B2 (en) * 2003-03-04 2009-08-11 Sony Corporation Network device registration
US20040257219A1 (en) * 2003-04-16 2004-12-23 Spiess David M. Computer security alert system
GB0310411D0 (en) * 2003-05-07 2003-06-11 Koninkl Philips Electronics Nv Electronic device provided with cryptographic circuit and method of establishing the same
US8095783B2 (en) 2003-05-12 2012-01-10 Phoenix Technologies Ltd. Media boot loader
US8707034B1 (en) 2003-05-30 2014-04-22 Intellectual Ventures I Llc Method and system for using remote headers to secure electronic files
US7475254B2 (en) * 2003-06-19 2009-01-06 International Business Machines Corporation Method for authenticating software using protected master key
US20050010752A1 (en) * 2003-06-23 2005-01-13 Nokia, Inc. Method and system for operating system anti-tampering
US7730543B1 (en) 2003-06-30 2010-06-01 Satyajit Nath Method and system for enabling users of a group shared across multiple file security systems to access secured files
WO2005006203A1 (ja) * 2003-07-14 2005-01-20 Sony Corporation サービス利用方法及び管理方法
US7590837B2 (en) * 2003-08-23 2009-09-15 Softex Incorporated Electronic device security and tracking system and method
CN1871568B (zh) 2003-08-26 2010-04-28 松下电器产业株式会社 程序执行设备
US8127366B2 (en) * 2003-09-30 2012-02-28 Guardian Data Storage, Llc Method and apparatus for transitioning between states of security policies used to secure electronic documents
US7703140B2 (en) * 2003-09-30 2010-04-20 Guardian Data Storage, Llc Method and system for securing digital assets using process-driven security policies
US20050086531A1 (en) * 2003-10-20 2005-04-21 Pss Systems, Inc. Method and system for proxy approval of security changes for a file security system
US20050091494A1 (en) * 2003-10-23 2005-04-28 Hyser Chris D. Method and system for providing an external trusted agent for one or more computer systems
US8037515B2 (en) 2003-10-29 2011-10-11 Qualcomm Incorporated Methods and apparatus for providing application credentials
CH716409B1 (de) * 2003-11-12 2021-01-29 Legic Identsystems Ag Verfahren zum Einschreiben einer Datenorganisation in Identifikationsmedien und zum Einschreiben und Ausführen von Applikationen in der Datenorganisation.
US20050129244A1 (en) * 2003-12-16 2005-06-16 International Business Machines Corporation System and method for mitigating denial of service attacks on trusted platform
US20050137889A1 (en) * 2003-12-18 2005-06-23 Wheeler David M. Remotely binding data to a user device
US20050138371A1 (en) * 2003-12-19 2005-06-23 Pss Systems, Inc. Method and system for distribution of notifications in file security systems
US8176545B1 (en) * 2003-12-19 2012-05-08 Nvidia Corporation Integrated policy checking system and method
US7702909B2 (en) * 2003-12-22 2010-04-20 Klimenty Vainstein Method and system for validating timestamps
US20050182925A1 (en) * 2004-02-12 2005-08-18 Yoshihiro Tsukamura Multi-mode token
US20050182971A1 (en) * 2004-02-12 2005-08-18 Ong Peng T. Multi-purpose user authentication device
US7802085B2 (en) * 2004-02-18 2010-09-21 Intel Corporation Apparatus and method for distributing private keys to an entity with minimal secret, unique information
US20050232580A1 (en) * 2004-03-11 2005-10-20 Interdigital Technology Corporation Control of device operation within an area
KR100636906B1 (ko) * 2004-03-22 2006-10-19 엘지전자 주식회사 미디 재생 장치 그 방법
US7653727B2 (en) * 2004-03-24 2010-01-26 Intel Corporation Cooperative embedded agents
US20050213768A1 (en) * 2004-03-24 2005-09-29 Durham David M Shared cryptographic key in networks with an embedded agent
US8539608B1 (en) * 2004-03-25 2013-09-17 Verizon Corporate Services Group Inc. Integrity checking at high data rates
US9003548B2 (en) 2004-04-13 2015-04-07 Nl Systems, Llc Method and system for digital rights management of documents
US20060242406A1 (en) * 2005-04-22 2006-10-26 Microsoft Corporation Protected computing environment
US7765600B2 (en) * 2004-05-04 2010-07-27 General Instrument Corporation Methods and apparatuses for authorizing features of a computer program for use with a product
DE102004024648A1 (de) * 2004-05-18 2005-12-22 Siemens Ag Verfahren zur Authentifizierung einer Kommunikationseinheit
US7774824B2 (en) * 2004-06-09 2010-08-10 Intel Corporation Multifactor device authentication
US7526792B2 (en) * 2004-06-09 2009-04-28 Intel Corporation Integration of policy compliance enforcement and device authentication
US7475431B2 (en) * 2004-06-10 2009-01-06 International Business Machines Corporation Using security levels to improve permission checking performance and manageability
US20060005031A1 (en) * 2004-06-15 2006-01-05 Apostolopoulos John G Methods and systems for utilizing a single cryptographic integrity check to generate multiple cryptographic integrity check values for components of transcodable content
US20050289311A1 (en) 2004-06-29 2005-12-29 David Durham System and method for secure inter-platform and intra-platform communications
US20060005015A1 (en) * 2004-06-30 2006-01-05 David Durham System and method for secure inter-platform and intra-platform communications
US7693286B2 (en) * 2004-07-14 2010-04-06 Intel Corporation Method of delivering direct proof private keys in signed groups to devices using a distribution CD
US7697691B2 (en) * 2004-07-14 2010-04-13 Intel Corporation Method of delivering Direct Proof private keys to devices using an on-line service
US7571329B2 (en) * 2004-07-14 2009-08-04 Intel Corporation Method of storing unique constant values
US7792303B2 (en) * 2004-07-14 2010-09-07 Intel Corporation Method of delivering direct proof private keys to devices using a distribution CD
US7707427B1 (en) * 2004-07-19 2010-04-27 Michael Frederick Kenrich Multi-level file digests
US8661420B2 (en) * 2004-08-03 2014-02-25 Oracle International Corporation System and method for runtime interface versioning
CN102868518A (zh) * 2004-08-12 2013-01-09 Cmla有限公司 为提高安全性的置换数据变换
US7664109B2 (en) * 2004-09-03 2010-02-16 Microsoft Corporation System and method for distributed streaming of scalable media
US7711952B2 (en) * 2004-09-13 2010-05-04 Coretrace Corporation Method and system for license management
US7561515B2 (en) * 2004-09-27 2009-07-14 Intel Corporation Role-based network traffic-flow rate control
JP4411173B2 (ja) * 2004-09-30 2010-02-10 富士通株式会社 コンピュータシステムの管理方法およびコンピュータ管理システムおよびコンピュータ管理プログラム
US8347078B2 (en) * 2004-10-18 2013-01-01 Microsoft Corporation Device certificate individualization
US20060089917A1 (en) * 2004-10-22 2006-04-27 Microsoft Corporation License synchronization
US7594269B2 (en) * 2004-10-29 2009-09-22 Intel Corporation Platform-based identification of host software circumvention
US7502928B2 (en) * 2004-11-12 2009-03-10 Sony Computer Entertainment Inc. Methods and apparatus for secure data processing and transmission
US8336085B2 (en) 2004-11-15 2012-12-18 Microsoft Corporation Tuning product policy using observed evidence of customer behavior
US8464348B2 (en) * 2004-11-15 2013-06-11 Microsoft Corporation Isolated computing environment anchored into CPU and motherboard
US8176564B2 (en) * 2004-11-15 2012-05-08 Microsoft Corporation Special PC mode entered upon detection of undesired state
US20060107323A1 (en) * 2004-11-16 2006-05-18 Mclean Ivan H System and method for using a dynamic credential to identify a cloned device
US20060137018A1 (en) * 2004-11-29 2006-06-22 Interdigital Technology Corporation Method and apparatus to provide secured surveillance data to authorized entities
US7457960B2 (en) * 2004-11-30 2008-11-25 Analog Devices, Inc. Programmable processor supporting secure mode
US8924728B2 (en) * 2004-11-30 2014-12-30 Intel Corporation Apparatus and method for establishing a secure session with a device without exposing privacy-sensitive information
TW200730836A (en) * 2004-12-06 2007-08-16 Interdigital Tech Corp Method and apparatus for detecting portable electronic device functionality
US7574220B2 (en) * 2004-12-06 2009-08-11 Interdigital Technology Corporation Method and apparatus for alerting a target that it is subject to sensing and restricting access to sensed content associated with the target
US20060227640A1 (en) * 2004-12-06 2006-10-12 Interdigital Technology Corporation Sensing device with activation and sensing alert functions
US7818585B2 (en) * 2004-12-22 2010-10-19 Sap Aktiengesellschaft Secure license management
US7895124B2 (en) * 2004-12-23 2011-02-22 International Business Machines Corporation Method for protecting sensitive data during execution
US7480761B2 (en) * 2005-01-10 2009-01-20 Microsoft Corporation System and methods for an overlay disk and cache using portable flash memory
US7770205B2 (en) * 2005-01-19 2010-08-03 Microsoft Corporation Binding a device to a computer
US7600256B2 (en) * 2005-02-04 2009-10-06 Microsoft Corporation Security critical data containers
US9300641B2 (en) * 2005-02-11 2016-03-29 Nokia Corporation Method and apparatus for providing bootstrapping procedures in a communication network
US20060198515A1 (en) * 2005-03-03 2006-09-07 Seagate Technology Llc Secure disc drive electronics implementation
US7890634B2 (en) 2005-03-18 2011-02-15 Microsoft Corporation Scalable session management
US8086853B2 (en) * 2005-03-18 2011-12-27 Microsoft Corporation Automatic centralized authentication challenge response generation
US20060218649A1 (en) * 2005-03-22 2006-09-28 Brickell Ernie F Method for conditional disclosure of identity information
EP1866825A1 (en) 2005-03-22 2007-12-19 Hewlett-Packard Development Company, L.P. Methods, devices and data structures for trusted data
US8438645B2 (en) 2005-04-27 2013-05-07 Microsoft Corporation Secure clock with grace periods
US7779462B2 (en) * 2005-04-11 2010-08-17 Microsoft Corporation Switching an application, user and security context based on device orientation
US8725646B2 (en) 2005-04-15 2014-05-13 Microsoft Corporation Output protection levels
US7469362B2 (en) * 2005-04-15 2008-12-23 Microsoft Corporation Using a call stack hash to record the state of a process
WO2006115532A2 (en) * 2005-04-22 2006-11-02 Microsoft Corporation Renewable and individualizable elements of a protected computing environment
US9363481B2 (en) 2005-04-22 2016-06-07 Microsoft Technology Licensing, Llc Protected media pipeline
US9436804B2 (en) 2005-04-22 2016-09-06 Microsoft Technology Licensing, Llc Establishing a unique session key using a hardware functionality scan
US20060265758A1 (en) 2005-05-20 2006-11-23 Microsoft Corporation Extensible media rights
CN100358050C (zh) * 2005-05-25 2007-12-26 深圳兆日技术有限公司 一种防止存储器攻击的隐藏rom的方法
US8353046B2 (en) * 2005-06-08 2013-01-08 Microsoft Corporation System and method for delivery of a modular operating system
CA2510366C (en) * 2005-06-14 2013-02-26 Certicom Corp. System and method for remote device registration
US8639946B2 (en) * 2005-06-24 2014-01-28 Sigmatel, Inc. System and method of using a protected non-volatile memory
US7614082B2 (en) 2005-06-29 2009-11-03 Research In Motion Limited System and method for privilege management and revocation
US8839450B2 (en) * 2007-08-02 2014-09-16 Intel Corporation Secure vault service for software components within an execution environment
US7669242B2 (en) * 2005-06-30 2010-02-23 Intel Corporation Agent presence monitor configured to execute in a secure environment
US20070006307A1 (en) * 2005-06-30 2007-01-04 Hahn Scott D Systems, apparatuses and methods for a host software presence check from an isolated partition
US7953980B2 (en) * 2005-06-30 2011-05-31 Intel Corporation Signed manifest for run-time verification of software program identity and integrity
US8677504B2 (en) 2005-07-14 2014-03-18 Qualcomm Incorporated Method and apparatus for encrypting/decrypting multimedia content to allow random access
KR100736047B1 (ko) * 2005-07-28 2007-07-06 삼성전자주식회사 무선 네트워크 장치 및 이를 이용한 인증 방법
US7895651B2 (en) * 2005-07-29 2011-02-22 Bit 9, Inc. Content tracking in a network security system
US20070028291A1 (en) * 2005-07-29 2007-02-01 Bit 9, Inc. Parametric content control in a network security system
US8984636B2 (en) * 2005-07-29 2015-03-17 Bit9, Inc. Content extractor and analysis system
US8272058B2 (en) * 2005-07-29 2012-09-18 Bit 9, Inc. Centralized timed analysis in a network security system
JP2007072605A (ja) * 2005-09-05 2007-03-22 Canon Inc 情報処理装置および情報処理方法
US8966284B2 (en) 2005-09-14 2015-02-24 Sandisk Technologies Inc. Hardware driver integrity check of memory card controller firmware
US7748037B2 (en) * 2005-09-22 2010-06-29 Intel Corporation Validating a memory type modification attempt
US20070067590A1 (en) * 2005-09-22 2007-03-22 Uday Savagaonkar Providing protected access to critical memory regions
US8239682B2 (en) 2005-09-28 2012-08-07 Nl Systems, Llc Method and system for digital rights management of documents
US20070097934A1 (en) * 2005-11-03 2007-05-03 Jesse Walker Method and system of secured direct link set-up (DLS) for wireless networks
EP1946152B1 (en) * 2005-11-10 2014-03-12 Halliburton Energy Services, Inc. Displaced electrode amplifier
US7925801B2 (en) * 2006-01-17 2011-04-12 International Business Machines Corporation Method and system for protection and security of IO devices using credentials
US7624283B2 (en) * 2006-02-13 2009-11-24 International Business Machines Corporation Protocol for trusted platform module recovery through context checkpointing
US8214296B2 (en) * 2006-02-14 2012-07-03 Microsoft Corporation Disaggregated secure execution environment
WO2008054456A2 (en) * 2006-02-22 2008-05-08 Luna Innovations Inc. Hardware-facilitated secure software execution environment
US7978698B2 (en) * 2006-03-16 2011-07-12 Panasonic Corporation Terminal for performing multiple access transmission suitable to a transmission path having varied characteristics
US7779252B2 (en) * 2006-03-21 2010-08-17 Harris Corporation Computer architecture for a handheld electronic device with a shared human-machine interface
US8014530B2 (en) 2006-03-22 2011-09-06 Intel Corporation Method and apparatus for authenticated, recoverable key distribution with no database secrets
US8041947B2 (en) * 2006-03-23 2011-10-18 Harris Corporation Computer architecture for an electronic device providing SLS access to MLS file system with trusted loading and protection of program execution memory
US8127145B2 (en) * 2006-03-23 2012-02-28 Harris Corporation Computer architecture for an electronic device providing a secure file system
US8060744B2 (en) * 2006-03-23 2011-11-15 Harris Corporation Computer architecture for an electronic device providing single-level secure access to multi-level secure file system
US20070226150A1 (en) * 2006-03-27 2007-09-27 Brent Pietrzak Distribution of digital licenses and software via license tokens
US9313248B2 (en) * 2006-04-13 2016-04-12 Johnny Stuart Epstein Method and apparatus for delivering encoded content
ATE470909T1 (de) * 2006-04-24 2010-06-15 Ericsson Telefon Ab L M Prüfung der berechtigung der installation einer softwareversion
FI20065288A (fi) * 2006-05-03 2007-11-04 Emillion Oy Autentikointi
US8032761B2 (en) 2006-05-09 2011-10-04 Broadcom Corporation Method and system for memory attack protection to achieve a secure interface
US8285988B2 (en) 2006-05-09 2012-10-09 Broadcom Corporation Method and system for command authentication to achieve a secure interface
US8560829B2 (en) * 2006-05-09 2013-10-15 Broadcom Corporation Method and system for command interface protection to achieve a secure interface
US7979714B2 (en) * 2006-06-02 2011-07-12 Harris Corporation Authentication and access control device
US8826023B1 (en) * 2006-06-30 2014-09-02 Symantec Operating Corporation System and method for securing access to hash-based storage systems
WO2008030523A2 (en) * 2006-09-06 2008-03-13 Bsecured Solutions, Llc Real privacy management authentication system
EP2070248B1 (en) * 2006-09-27 2018-10-10 SecureAuth Corporation System and method for facilitating secure online transactions
US8127135B2 (en) * 2006-09-28 2012-02-28 Hewlett-Packard Development Company, L.P. Changing of shared encryption key
US7882318B2 (en) * 2006-09-29 2011-02-01 Intel Corporation Tamper protection of software agents operating in a vitual technology environment methods and apparatuses
US8099789B2 (en) * 2006-09-29 2012-01-17 Lenovo (Singapore) Pte. Ltd. Apparatus and method for enabling applications on a security processor
US7802050B2 (en) * 2006-09-29 2010-09-21 Intel Corporation Monitoring a target agent execution pattern on a VT-enabled system
US8245284B2 (en) * 2006-10-05 2012-08-14 Microsoft Corporation Extensible network discovery
KR100843701B1 (ko) * 2006-11-07 2008-07-04 소프트캠프(주) 콜 스택에 기록된 정보를 이용한 에이피아이 확인방법
US8190918B2 (en) * 2006-11-13 2012-05-29 Disney Enterprises, Inc. Interoperable digital rights management
WO2008070857A1 (en) * 2006-12-07 2008-06-12 Mobile Armor, Llc Real-time checking of online digital certificates
US8370261B2 (en) * 2007-01-10 2013-02-05 Amnon Nissim System and a method for access management and billing
EP2122900A4 (en) 2007-01-22 2014-07-23 Spyrus Inc PORTABLE DATA ENCRYPTION DEVICE WITH CONFIGURABLE SAFETY FUNCTIONS AND METHOD FOR FILING ENCRYPTION
US8254579B1 (en) * 2007-01-31 2012-08-28 Hewlett-Packard Development Company, L.P. Cryptographic key distribution using a trusted computing platform
US7831051B2 (en) * 2007-03-13 2010-11-09 Aladdin Europe Gmbh Secure communication between a hardware device and a computer
TWI402715B (zh) * 2007-03-23 2013-07-21 Via Tech Inc 應用程式保護系統及方法
EP2153365A1 (en) * 2007-05-22 2010-02-17 Koninklijke Philips Electronics N.V. Data security
CA2590387A1 (en) * 2007-05-29 2008-11-29 Sal Khan A system and method for creating a virtual private network (vpn) over a computer network using multi-layered permissions-based access control
KR101495535B1 (ko) * 2007-06-22 2015-02-25 삼성전자주식회사 컨텐츠 디바이스의 폐기 여부를 확인하여 데이터를전송하는 전송 방법과 시스템, 데이터 서버
US7657722B1 (en) * 2007-06-30 2010-02-02 Cirrus Logic, Inc. Method and apparatus for automatically securing non-volatile (NV) storage in an integrated circuit
EP2168299A4 (en) * 2007-07-17 2011-10-05 Certicom Corp METHOD OF COMPRESSING CRYPTOGRAPHIC VALUE
WO2009014971A1 (en) * 2007-07-20 2009-01-29 Bigfoot Networks, Inc. Client authentication device and methods thereof
US8769291B2 (en) * 2007-07-23 2014-07-01 Red Hat, Inc. Certificate generation for a network appliance
CN100454324C (zh) * 2007-09-21 2009-01-21 武汉大学 一种可信机制上的嵌入式平台引导方法
EP2204008B1 (en) * 2007-10-16 2019-03-27 Nokia Technologies Oy Credential provisioning
US8099718B2 (en) 2007-11-13 2012-01-17 Intel Corporation Method and system for whitelisting software components
US8621027B2 (en) 2007-11-16 2013-12-31 Red Hat, Inc. Automatically providing identity information for a network appliance
US8191123B2 (en) * 2007-11-27 2012-05-29 Red Hat, Inc. Provisioning a network appliance
US8191122B2 (en) * 2007-11-27 2012-05-29 Red Hat, Inc. Provisioning a network appliance
US8532303B2 (en) * 2007-12-14 2013-09-10 Intel Corporation Symmetric key distribution framework for the internet
US8474037B2 (en) * 2008-01-07 2013-06-25 Intel Corporation Stateless attestation system
US8266707B2 (en) 2008-02-28 2012-09-11 Intel Corporation Tamper resistant method, apparatus and system for secure portability of digital rights management-protected content
US8855318B1 (en) * 2008-04-02 2014-10-07 Cisco Technology, Inc. Master key generation and distribution for storage area network devices
US8352740B2 (en) * 2008-05-23 2013-01-08 Microsoft Corporation Secure execution environment on external device
US7522723B1 (en) * 2008-05-29 2009-04-21 Cheman Shaik Password self encryption method and system and encryption by keys generated from personal secret information
US20100031316A1 (en) * 2008-07-30 2010-02-04 International Business Machines Corporation System access log monitoring and reporting system
US20100106977A1 (en) * 2008-10-24 2010-04-29 Jan Patrik Persson Method and Apparatus for Secure Software Platform Access
US8510352B2 (en) 2008-10-24 2013-08-13 Microsoft Corporation Virtualized boot block with discovery volume
US8661056B1 (en) * 2008-11-03 2014-02-25 Salesforce.Com, Inc. System, method and computer program product for publicly providing web content of a tenant using a multi-tenant on-demand database service
US20100153709A1 (en) * 2008-12-10 2010-06-17 Qualcomm Incorporated Trust Establishment From Forward Link Only To Non-Forward Link Only Devices
US8364601B2 (en) * 2008-12-31 2013-01-29 Intel Corporation Methods and systems to directly render an image and correlate corresponding user input in a secure memory domain
US8768843B2 (en) * 2009-01-15 2014-07-01 Igt EGM authentication mechanism using multiple key pairs at the BIOS with PKI
US8417969B2 (en) * 2009-02-19 2013-04-09 Microsoft Corporation Storage volume protection supporting legacy systems
US8073886B2 (en) 2009-02-20 2011-12-06 Microsoft Corporation Non-privileged access to data independent of filesystem implementation
EP2401835A4 (en) 2009-02-27 2014-04-23 Certicom Corp SYSTEM AND METHOD FOR SECURE COMMUNICATION WITH ELECTRONIC COUNTERS
US9588803B2 (en) 2009-05-11 2017-03-07 Microsoft Technology Licensing, Llc Executing native-code applications in a browser
TWI401583B (zh) * 2009-08-06 2013-07-11 Phison Electronics Corp 資料擾亂／解擾亂與資料處理方法及其控制器與儲存系統
GB201000288D0 (en) * 2010-01-11 2010-02-24 Scentrics Information Security System and method of enforcing a computer policy
US8924733B2 (en) * 2010-06-14 2014-12-30 International Business Machines Corporation Enabling access to removable hard disk drives
US8874896B2 (en) * 2010-06-18 2014-10-28 Intertrust Technologies Corporation Secure processing systems and methods
US9444620B1 (en) * 2010-06-24 2016-09-13 F5 Networks, Inc. Methods for binding a session identifier to machine-specific identifiers and systems thereof
CN102436559B (zh) * 2010-09-29 2016-06-01 联想(北京)有限公司 一种状态切换方法及系统
JP2012084071A (ja) 2010-10-14 2012-04-26 Toshiba Corp デジタルコンテンツの保護方法、復号方法、再生装置、記憶媒体、暗号装置
EP2453377A1 (en) * 2010-11-15 2012-05-16 Gemalto SA Method of loading data into a portable secure token
US20120124659A1 (en) 2010-11-17 2012-05-17 Michael Craft System and Method for Providing Diverse Secure Data Communication Permissions to Trusted Applications on a Portable Communication Device
US8776190B1 (en) * 2010-11-29 2014-07-08 Amazon Technologies, Inc. Multifactor authentication for programmatic interfaces
US8943570B1 (en) * 2010-12-02 2015-01-27 Cellco Partnership Techniques for providing enhanced network security
US8817984B2 (en) 2011-02-03 2014-08-26 mSignia, Inc. Cryptographic security functions based on anticipated changes in dynamic minutiae
US11063920B2 (en) 2011-02-03 2021-07-13 mSignia, Inc. Cryptographic security functions based on anticipated changes in dynamic minutiae
US9251337B2 (en) * 2011-04-27 2016-02-02 International Business Machines Corporation Scalable, highly available, dynamically reconfigurable cryptographic provider with quality-of-service control built from commodity backend providers
US9495183B2 (en) 2011-05-16 2016-11-15 Microsoft Technology Licensing, Llc Instruction set emulation for guest operating systems
US20120303533A1 (en) * 2011-05-26 2012-11-29 Michael Collins Pinkus System and method for securing, distributing and enforcing for-hire vehicle operating parameters
CN103620612B (zh) * 2011-07-12 2016-04-13 惠普发展公司，有限责任合伙企业 包括端口和来宾域的计算设备
US8949813B2 (en) * 2011-07-29 2015-02-03 Dell Products Lp Systems and methods for facilitating activation of operating systems
US8661527B2 (en) 2011-08-31 2014-02-25 Kabushiki Kaisha Toshiba Authenticator, authenticatee and authentication method
US20130060721A1 (en) 2011-09-02 2013-03-07 Frias Transportation Infrastructure, Llc Systems and methods for pairing of for-hire vehicle meters and medallions
US9037852B2 (en) 2011-09-02 2015-05-19 Ivsc Ip Llc System and method for independent control of for-hire vehicles
US9118686B2 (en) 2011-09-06 2015-08-25 Microsoft Technology Licensing, Llc Per process networking capabilities
US9773102B2 (en) 2011-09-09 2017-09-26 Microsoft Technology Licensing, Llc Selective file access for applications
US8990561B2 (en) 2011-09-09 2015-03-24 Microsoft Technology Licensing, Llc Pervasive package identifiers
US9800688B2 (en) 2011-09-12 2017-10-24 Microsoft Technology Licensing, Llc Platform-enabled proximity service
KR101986312B1 (ko) 2011-11-04 2019-06-05 주식회사 케이티 신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ
WO2013066016A1 (ko) * 2011-11-04 2013-05-10 주식회사 케이티 신뢰관계 형성 방법 및 이를 위한 내장 ｕⅰｃｃ
ES2691046T3 (es) * 2011-11-11 2018-11-23 Soprano Design Limited Mensajería segura
JP5275432B2 (ja) 2011-11-11 2013-08-28 株式会社東芝 ストレージメディア、ホスト装置、メモリ装置、及びシステム
KR101878682B1 (ko) * 2011-11-14 2018-07-18 삼성전자주식회사 컨텐츠를 보호하기 위한 방법 및 저장 매체
US8953790B2 (en) * 2011-11-21 2015-02-10 Broadcom Corporation Secure generation of a device root key in the field
JP5100884B1 (ja) 2011-12-02 2012-12-19 株式会社東芝 メモリ装置
JP5112555B1 (ja) 2011-12-02 2013-01-09 株式会社東芝 メモリカード、ストレージメディア、及びコントローラ
JP5204291B1 (ja) 2011-12-02 2013-06-05 株式会社東芝 ホスト装置、装置、システム
JP5204290B1 (ja) * 2011-12-02 2013-06-05 株式会社東芝 ホスト装置、システム、及び装置
US9413538B2 (en) 2011-12-12 2016-08-09 Microsoft Technology Licensing, Llc Cryptographic certification of secure hosted execution environments
US9389933B2 (en) * 2011-12-12 2016-07-12 Microsoft Technology Licensing, Llc Facilitating system service request interactions for hardware-protected applications
JP5275482B2 (ja) 2012-01-16 2013-08-28 株式会社東芝 ストレージメディア、ホスト装置、メモリ装置、及びシステム
US9043878B2 (en) * 2012-03-06 2015-05-26 International Business Machines Corporation Method and system for multi-tiered distributed security authentication and filtering
US9948695B2 (en) * 2012-03-16 2018-04-17 Alcatel Lucent Enabling delivery of protected content using unprotected delivery services
KR20150011802A (ko) 2012-03-20 2015-02-02 크림메니 테크놀로지스, 인크. 프로세스 작업 세트 격리를 위한 방법 및 시스템
US20130253999A1 (en) 2012-03-22 2013-09-26 Frias Transportation Infrastructure Llc Transaction and communication system and method for vendors and promoters
US9773099B2 (en) * 2012-04-06 2017-09-26 Wayne Odom System, method, and device for delivering communications and storing and delivering data
US9590981B2 (en) * 2012-04-06 2017-03-07 Wayne Odom System, method, and device for delivering communications and storing and delivering data
US9628473B1 (en) * 2012-04-06 2017-04-18 Wayne Odom System, method, and device for delivering communications and storing and delivering data
US9378339B2 (en) * 2012-04-06 2016-06-28 Wayne Odom System, method, and device for delivering communications and storing and delivering data
US9690635B2 (en) 2012-05-14 2017-06-27 Qualcomm Incorporated Communicating behavior information in a mobile computing device
US9298494B2 (en) 2012-05-14 2016-03-29 Qualcomm Incorporated Collaborative learning for efficient behavioral analysis in networked mobile device
US9324034B2 (en) 2012-05-14 2016-04-26 Qualcomm Incorporated On-device real-time behavior analyzer
US9609456B2 (en) 2012-05-14 2017-03-28 Qualcomm Incorporated Methods, devices, and systems for communicating behavioral analysis information
US9202047B2 (en) 2012-05-14 2015-12-01 Qualcomm Incorporated System, apparatus, and method for adaptive observation of mobile device behavior
US10084818B1 (en) 2012-06-07 2018-09-25 Amazon Technologies, Inc. Flexibly configurable data modification services
US10075471B2 (en) 2012-06-07 2018-09-11 Amazon Technologies, Inc. Data loss prevention techniques
US8995657B2 (en) * 2012-06-14 2015-03-31 Kabushiki Kaisha Toshiba Device and method for certifying one's own authenticity
US20130336475A1 (en) * 2012-06-14 2013-12-19 Kabushiki Kaisha Toshiba Device
US8751814B2 (en) * 2012-06-14 2014-06-10 Kabushiki Kaisha Toshiba Device
US8938616B2 (en) * 2012-06-14 2015-01-20 Kabushiki Kaisha Toshiba Authentication method
US8726024B2 (en) * 2012-06-14 2014-05-13 Kabushiki Kaisha Toshiba Authentication method
US8762717B2 (en) * 2012-06-15 2014-06-24 Kabushiki Kaisha Toshiba Authentication device
US8948400B2 (en) * 2012-06-15 2015-02-03 Kabushiki Kaisha Toshiba Host device
US8898463B2 (en) * 2012-06-15 2014-11-25 Kabushiki Kaisha Toshiba Device
US8989374B2 (en) * 2012-06-15 2015-03-24 Kabushiki Kaisha Toshiba Cryptographic device for secure authentication
US9166958B2 (en) * 2012-07-17 2015-10-20 Texas Instruments Incorporated ID-based control unit-key fob pairing
US9330257B2 (en) 2012-08-15 2016-05-03 Qualcomm Incorporated Adaptive observation of behavioral features on a mobile device
CN102843681A (zh) * 2012-08-15 2012-12-26 腾讯科技（深圳）有限公司 信息交互方法和装置
US9495537B2 (en) 2012-08-15 2016-11-15 Qualcomm Incorporated Adaptive observation of behavioral features on a mobile device
US9747440B2 (en) 2012-08-15 2017-08-29 Qualcomm Incorporated On-line behavioral analysis engine in mobile device with multiple analyzer model providers
US9319897B2 (en) 2012-08-15 2016-04-19 Qualcomm Incorporated Secure behavior analysis over trusted execution environment
GB2525742A (en) * 2012-09-18 2015-11-04 Cryptomathic Ltd CRM Security core
US9275223B2 (en) * 2012-10-19 2016-03-01 Mcafee, Inc. Real-time module protection
GB2507497B (en) * 2012-10-30 2015-01-14 Barclays Bank Plc Device and method for secure memory access
DE102012220990B3 (de) * 2012-11-16 2014-01-23 Siemens Aktiengesellschaft Verfahren und Anordnung zur sicheren Kommunikation zwischen Netzwerkeinrichtungen in einem Kommunikationsnetzwerk
US10356204B2 (en) 2012-12-13 2019-07-16 Microsoft Technology Licensing, Llc Application based hardware identifiers
RU2535175C2 (ru) 2012-12-25 2014-12-10 Закрытое акционерное общество "Лаборатория Касперского" Система и способ обнаружения вредоносного программного обеспечения путем создания изолированной среды
RU2541895C2 (ru) 2012-12-25 2015-02-20 Закрытое акционерное общество "Лаборатория Касперского" Система и способ повышения защищенности данных организации путем создания изолированной среды
US9686023B2 (en) 2013-01-02 2017-06-20 Qualcomm Incorporated Methods and systems of dynamically generating and using device-specific and device-state-specific classifier models for the efficient classification of mobile device behaviors
US10089582B2 (en) 2013-01-02 2018-10-02 Qualcomm Incorporated Using normalized confidence values for classifying mobile device behaviors
US9684870B2 (en) 2013-01-02 2017-06-20 Qualcomm Incorporated Methods and systems of using boosted decision stumps and joint feature selection and culling algorithms for the efficient classification of mobile device behaviors
US9742559B2 (en) * 2013-01-22 2017-08-22 Qualcomm Incorporated Inter-module authentication for securing application execution integrity within a computing device
US9608813B1 (en) 2013-06-13 2017-03-28 Amazon Technologies, Inc. Key rotation techniques
US9705674B2 (en) 2013-02-12 2017-07-11 Amazon Technologies, Inc. Federated key management
US9367697B1 (en) * 2013-02-12 2016-06-14 Amazon Technologies, Inc. Data security with a security module
US10467422B1 (en) 2013-02-12 2019-11-05 Amazon Technologies, Inc. Automatic key rotation
US9201811B2 (en) 2013-02-14 2015-12-01 Kabushiki Kaisha Toshiba Device and authentication method therefor
US9264228B2 (en) * 2013-02-14 2016-02-16 BBPOS Limited System and method for a secure display module
US9491187B2 (en) 2013-02-15 2016-11-08 Qualcomm Incorporated APIs for obtaining device-specific behavior classifier models from the cloud
US8984294B2 (en) 2013-02-15 2015-03-17 Kabushiki Kaisha Toshiba System of authenticating an individual memory device via reading data including prohibited data and readable data
US9443107B2 (en) * 2013-02-19 2016-09-13 Qualcomm Incorporated Method for protecting the integrity of a group of memory elements using an aggregate authentication code
US9954843B2 (en) 2013-02-28 2018-04-24 Microsoft Technology Licensing, Llc Web ticket based upon a symmetric key usable for user authentication
KR102015108B1 (ko) * 2013-03-12 2019-10-22 한국전자통신연구원 이종 서비스 간 서비스 제공 방법과 사용자 단말 및 웹 서버
US9858247B2 (en) 2013-05-20 2018-01-02 Microsoft Technology Licensing, Llc Runtime resolution of content references
EP2808818B1 (en) * 2013-05-29 2016-07-13 Nxp B.V. Processing system
US10181124B2 (en) * 2013-05-30 2019-01-15 Dell Products, L.P. Verifying OEM components within an information handling system using original equipment manufacturer (OEM) identifier
WO2014194494A1 (zh) * 2013-06-05 2014-12-11 华为技术有限公司 数据安全的保护方法、服务器、主机及系统
EP2854066B1 (en) * 2013-08-21 2018-02-28 Nxp B.V. System and method for firmware integrity verification using multiple keys and OTP memory
CN104463006B (zh) * 2013-09-25 2017-12-29 联想(北京)有限公司 一种分区访问方法及电子设备
EP2854332A1 (en) * 2013-09-27 2015-04-01 Gemalto SA Method for securing over-the-air communication between a mobile application and a gateway
US10013563B2 (en) * 2013-09-30 2018-07-03 Dell Products L.P. Systems and methods for binding a removable cryptoprocessor to an information handling system
GB2519080B (en) 2013-10-08 2021-04-14 Arm Ip Ltd Scheduling function calls
PL3058498T3 (pl) * 2013-10-14 2020-11-02 Cryptomathic Ltd Rdzeń bezpieczeństwa crm
KR102183852B1 (ko) * 2013-11-22 2020-11-30 삼성전자주식회사 전자 장치의 무결성 검증을 위한 방법, 저장 매체 및 전자 장치
DE102013019870B4 (de) * 2013-11-28 2019-08-08 Friedrich Kisters Authentifizierungs- und/oder Identifikationsverfahren in einem Kommunikationsnetzwerk
US20150156200A1 (en) * 2013-11-29 2015-06-04 Samsung Electronics Co., Ltd. Apparatus and method for secure and silent confirmation-less presence for public identities
GB2515853B (en) 2014-02-25 2015-08-19 Cambridge Silicon Radio Ltd Latency mitigation
GB2512502B (en) 2014-02-25 2015-03-11 Cambridge Silicon Radio Ltd Device authentication
GB2523759A (en) * 2014-03-04 2015-09-09 Ibm Method for processing of restricted data
CN104951405B (zh) * 2014-03-28 2019-09-06 三星电子株式会社 存储系统以及对存储系统执行和验证写保护的方法
GB2525596B (en) * 2014-04-28 2021-05-26 Arm Ip Ltd Access control and code scheduling
WO2015175942A1 (en) * 2014-05-15 2015-11-19 Carnegie Mellon University Method and apparatus for on-demand i/o channels for secure applications
US9397835B1 (en) 2014-05-21 2016-07-19 Amazon Technologies, Inc. Web of trust management in a distributed system
US9438421B1 (en) 2014-06-27 2016-09-06 Amazon Technologies, Inc. Supporting a fixed transaction rate with a variably-backed logical cryptographic key
US10606965B2 (en) * 2014-07-18 2020-03-31 Leviathan Security Group, Inc. System and method for emulation of unprivileged code in a simulated environment
US10185669B2 (en) * 2014-08-04 2019-01-22 Oracle International Corporation Secure key derivation functions
US9866392B1 (en) 2014-09-15 2018-01-09 Amazon Technologies, Inc. Distributed system web of trust provisioning
US9626304B2 (en) * 2014-10-21 2017-04-18 Sandisk Technologies Llc Storage module, host, and method for securing data with application information
US10769315B2 (en) * 2014-12-01 2020-09-08 T-Mobile Usa, Inc. Anti-theft recovery tool
US10318762B1 (en) * 2015-03-06 2019-06-11 United Services Automobile Association (Usaa) Third-party platform for tokenization and detokenization of network packet data
US9740492B2 (en) * 2015-03-23 2017-08-22 Intel Corporation System management mode trust establishment for OS level drivers
US10484339B2 (en) * 2015-03-24 2019-11-19 Global Data Sentinel, Inc. Pervasive data security
US9792229B2 (en) * 2015-03-27 2017-10-17 Intel Corporation Protecting a memory
US9916458B2 (en) * 2015-03-31 2018-03-13 EMC IP Holding Company LLC Secure cloud-based storage of data shared across file system objects and clients
US10191914B2 (en) 2015-03-31 2019-01-29 EMC IP Holding Company LLC De-duplicating distributed file system using cloud-based object store
US20160292431A1 (en) * 2015-04-02 2016-10-06 defend7, Inc. Management of encryption keys in an application container environment
US10374802B2 (en) 2015-04-24 2019-08-06 Red Hat, Inc. Multi-factor simple password exponential key exchange (SPEKE) authentication
US9954832B2 (en) 2015-04-24 2018-04-24 Encryptics, Llc System and method for enhanced data protection
US9773432B2 (en) * 2015-06-27 2017-09-26 Intel Corporation Lightweight cryptographic engine
US9767318B1 (en) * 2015-08-28 2017-09-19 Frank Dropps Secure controller systems and associated methods thereof
CN108139901B (zh) * 2015-09-30 2022-04-26 惠普发展公司，有限责任合伙企业 使用外部设备的运行时间验证
US10079684B2 (en) * 2015-10-09 2018-09-18 Intel Corporation Technologies for end-to-end biometric-based authentication and platform locality assertion
GB2545250B (en) 2015-12-10 2019-06-12 Advanced Risc Mach Ltd Devices and method of operation thereof
EP3179690A1 (en) * 2015-12-11 2017-06-14 Gemalto Sa Mobile device having trusted execution environment
US10594491B2 (en) * 2015-12-24 2020-03-17 Intel Corporation Cryptographic system memory management
JP6700815B2 (ja) * 2016-01-29 2020-05-27 キヤノン株式会社 ライセンス管理システム、クライアント装置、アプリケーションプログラム
JP6656014B2 (ja) * 2016-02-19 2020-03-04 キヤノン株式会社 ライセンスシステム、ライセンス管理サーバ、方法、およびプログラム
US11537757B2 (en) 2016-02-19 2022-12-27 Hewlett-Packard Development Company, L.P. Securely writing data to a secure data storage device during runtime
US10341309B1 (en) 2016-06-13 2019-07-02 Allstate Insurance Company Cryptographically protecting data transferred between spatially distributed computing devices using an intermediary database
US10148444B2 (en) * 2016-08-04 2018-12-04 Dell Products L.P. Systems and methods for storing administrator secrets in management controller-owned cryptoprocessor
US11063758B1 (en) 2016-11-01 2021-07-13 F5 Networks, Inc. Methods for facilitating cipher selection and devices thereof
US10331410B2 (en) * 2016-11-09 2019-06-25 Google Llc Hardened random number generator with ring oscillator collapse time random truncation
US10387333B2 (en) * 2017-01-05 2019-08-20 Qualcomm Incorporated Non-volatile random access memory with gated security access
US20180260556A1 (en) * 2017-03-09 2018-09-13 Meir Avganim Secure data and password storage and recall system
US10749690B2 (en) * 2017-03-10 2020-08-18 Samsung Electronics Co., Ltd. System and method for certificate authority for certifying accessors
KR102322605B1 (ko) * 2017-07-12 2021-11-05 덕성여자대학교 산학협력단 사물인터넷 환경에서의 비밀키 설정 및 상호 기기 인증 방법
TWI659640B (zh) * 2017-11-16 2019-05-11 中華電信股份有限公司 結合區塊鏈技術之簽章系統、簽章方法及簽章驗證方法
CN108055125B (zh) 2017-11-23 2020-06-30 阿里巴巴集团控股有限公司 一种产品信息的加密、解密方法及装置
US10346608B2 (en) * 2017-12-12 2019-07-09 John Almeida Virus immune computer system and method
US11423186B2 (en) * 2018-01-17 2022-08-23 Crowdstrike, Inc. Verified inter-module communications interface
US10990371B2 (en) 2018-01-17 2021-04-27 Crowdstrike, Inc. Device driver non-volatile backing-store installation
US11301847B1 (en) * 2018-02-15 2022-04-12 Wells Fargo Bank, N.A. Systems and methods for an authorized identification system
EP3766204A4 (en) * 2018-03-15 2021-12-15 tZERO IP, LLC DIVISION OF ENCRYPTED KEY AND ENCRYPTION KEY FOR ENCRYPTING A KEY INTO KEY ELEMENTS ALLOWING ASSEMBLY WITH A SUBSET OF KEY ELEMENTS TO ENCRYPT AN ENCRYPTED KEY
CN110532766B (zh) * 2018-05-25 2023-09-08 华为技术有限公司 一种基于多容器的可信应用程序的处理方法及相关设备
CN109029254B (zh) * 2018-07-03 2020-06-16 秦皇岛燕大燕软信息系统有限公司 一种基于点云数据处理的列车车厢载货体积及体密度质量检测方法
WO2020076722A1 (en) 2018-10-12 2020-04-16 Medici Ventures, Inc. Encrypted asset encryption key parts allowing for assembly of an asset encryption key using a subset of the encrypted asset encryption key parts
EP3654578B1 (en) 2018-11-16 2022-04-06 SafeTech BV Methods and systems for cryptographic private key management for secure multiparty storage and transfer of information
TWI691858B (zh) * 2018-12-26 2020-04-21 技嘉科技股份有限公司 應用程式的驗證方法、電腦裝置及其主機板
US11349671B2 (en) * 2019-01-24 2022-05-31 Salesforce.Com, Inc. Authenticating communication
US11218307B1 (en) * 2019-04-24 2022-01-04 Wells Fargo Bank, N.A. Systems and methods for generation of the last obfuscated secret using a seed
CN110163755B (zh) * 2019-04-30 2020-11-24 创新先进技术有限公司 基于区块链的数据压缩、查询方法及装置和电子设备
CN110177134B (zh) * 2019-05-10 2021-12-07 东南大学 一种基于多云存储的安全密码管理器及其使用方法
US11240024B2 (en) * 2019-07-29 2022-02-01 EMC IP Holding Company LLC Cryptographic key management using key proxies and generational indexes
CN114503082B (zh) 2019-10-09 2024-01-30 美光科技公司 配备有数据保护方案的存储器装置
US11356367B2 (en) * 2019-11-22 2022-06-07 Red Hat, Inc. Secure preloading of serverless function sequences
CN111159726B (zh) * 2019-12-10 2022-09-13 中国电子科技网络信息安全有限公司 一种基于uefi环境变量的全盘加解密方法及系统
CN111212048A (zh) * 2019-12-26 2020-05-29 北京安码科技有限公司 https协议实时监控方法、系统、电子设备及存储介质
EP4111639A4 (en) 2020-02-26 2024-02-28 tZERO IP, LLC SECRET DIVISION AND METADATA STORAGE
US12120225B2 (en) * 2020-09-25 2024-10-15 Renesas Electronics Corporation Secure key generation and management in open and secure processor environments
US11522683B2 (en) 2020-12-04 2022-12-06 International Business Machines Corporation Multi-phase protection for data-centric objects
US11659005B2 (en) * 2020-12-16 2023-05-23 Dell Products, L.P. Systems and methods for self-protecting and self-refreshing workspaces
US11171964B1 (en) * 2020-12-23 2021-11-09 Citrix Systems, Inc. Authentication using device and user identity
CN112948773B (zh) * 2021-02-07 2024-05-24 深圳市大梦龙途文化传播有限公司 脚本加密与解密方法、终端设备及可读存储介质
JP2022122553A (ja) * 2021-02-10 2022-08-23 キヤノン株式会社 画像形成装置、その制御方法、およびプログラム
US11418331B1 (en) 2021-02-25 2022-08-16 EMC IP Holding Company LLC Importing cryptographic keys into key vaults
CN113179513B (zh) * 2021-04-16 2022-08-09 中国人民解放军国防科技大学 基于智能反射面相位辅助的无线信道密钥生成方法和设备
US11829482B2 (en) * 2021-06-08 2023-11-28 Dell Products L.P. Pre-boot authentication for virtual machines using credentials stored in virtual trusted platform modules
US11994900B2 (en) * 2021-07-28 2024-05-28 Dell Products L.P. System management mode emulation of the real-time clock
CN113904848B (zh) * 2021-10-09 2023-08-04 天翼物联科技有限公司 物联网终端的证书与密钥下载方法及系统
CN114282250B (zh) * 2021-12-28 2024-04-09 航天科工智能运筹与信息安全研究院(武汉)有限公司 一种模型容器加密与部署系统
CN114840231A (zh) * 2022-04-07 2022-08-02 重庆金康赛力斯新能源汽车设计院有限公司 一种程序包的验算方法、系统、计算机设备和存储介质
CN116055032B (zh) * 2022-05-11 2023-09-22 荣耀终端有限公司 一种密钥生成方法及电子设备
TWI829250B (zh) * 2022-07-19 2024-01-11 群聯電子股份有限公司 簽章驗證方法、記憶體儲存裝置及記憶體控制電路單元
TWI841124B (zh) * 2022-12-19 2024-05-01 新唐科技股份有限公司 安全啟動裝置、方法與使用其的電子系統
CN118573490B (zh) * 2024-08-05 2024-10-01 上海景瑞阳实业有限公司 基于组合加密算法的通信验证方法、装置及介质

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5022077A (en) * 1989-08-25 1991-06-04 International Business Machines Corp. Apparatus and method for preventing unauthorized access to BIOS in a personal computer system
US5210795A (en) * 1992-01-10 1993-05-11 Digital Equipment Corporation Secure user authentication from personal computer
US5675649A (en) * 1995-11-30 1997-10-07 Electronic Data Systems Corporation Process for cryptographic key generation and safekeeping
US6157985A (en) * 1997-10-16 2000-12-05 Seagate Technology Llc Single-cycle variable period buffer manager for disk controllers
US7174457B1 (en) * 1999-03-10 2007-02-06 Microsoft Corporation System and method for authenticating an operating system to a central processing unit, providing the CPU/OS with secure storage, and authenticating the CPU/OS to a third party
US6327652B1 (en) * 1998-10-26 2001-12-04 Microsoft Corporation Loading and identifying a digital rights management operating system
US7194092B1 (en) * 1998-10-26 2007-03-20 Microsoft Corporation Key-based secure storage
US6775779B1 (en) * 1999-04-06 2004-08-10 Microsoft Corporation Hierarchical trusted code for content protection in computers
KR20020004128A (ko) * 2000-07-03 2002-01-16 김월영 하드웨어락에 의한 보안 및 원격관리 시스템에서서버컴퓨터에서 클라이언트 컴퓨터의 하드웨어락에 저장된알고리즘을 제어하는 방법

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2004068493A1 (en) * 2003-01-31 2004-08-12 Nds Limited Virtual smart card device, method and system
US7379548B2 (en) 2003-01-31 2008-05-27 Nds Limited Virtual smart card device, method and system
JP2005310122A (ja) * 2004-04-23 2005-11-04 Microsoft Corp ファイルロッカー、およびファイルロッカーを提供し使用するための機構
JP2010517449A (ja) * 2007-01-26 2010-05-20 セーフネット インコーポレイテッド 信頼できない受信者における秘密の保護
JP2010530562A (ja) * 2007-05-07 2010-09-09 アーカイヴァス インコーポレイテッド 固定コンテンツ分散型データ記憶システムにおけるデータ機密保持方法
US8457317B2 (en) 2007-05-07 2013-06-04 Hitachi Data Systems Corporation Method for data privacy in a fixed content distributed data storage
JP2016021220A (ja) * 2014-07-14 2016-02-04 レノボ・シンガポール・プライベート・リミテッド 退避ファイルの一貫性を検証する方法、コンピュータおよびコンピュータ・プログラム
US10032029B2 (en) 2014-07-14 2018-07-24 Lenovo (Singapore) Pte. Ltd. Verifying integrity of backup file in a multiple operating system environment

Also Published As

Publication number Publication date
TW589569B (en) 2004-06-01
US20030037237A1 (en) 2003-02-20
KR20020079349A (ko) 2002-10-19
CN1380610A (zh) 2002-11-20
KR100879907B1 (ko) 2009-01-21
CN101114326A (zh) 2008-01-30
US20040039924A1 (en) 2004-02-26
CN1273901C (zh) 2006-09-06

Similar Documents

Publication Publication Date Title
KR100879907B1 (ko) 컴퓨팅 디바이스의 보안을 위한 방법 및 시스템
CN109361668B (zh) 一种数据可信传输方法
US20190089527A1 (en) System and method of enforcing a computer policy
US9946884B2 (en) System and method for cryptographic suite management
Kostiainen et al. On-board credentials with open provisioning
JP5977292B2 (ja) 信頼される処理技術を使用したデジタル権利管理
US20220114249A1 (en) Systems and methods for secure and fast machine learning inference in a trusted execution environment
Wang et al. EIDM: A ethereum-based cloud user identity management protocol
Bugiel et al. TruWalletM: Secure web authentication on mobile platforms
EP4145763A1 (en) Exporting remote cryptographic keys
Kumar J2EE Security for Servlets, EJBs and Web Services: Applying Theory and Standards to Practice
Cooijmans et al. Secure key storage and secure computation in Android
Xia et al. Using secure coprocessors to protect access to enterprise networks
Fan et al. Ucam: A User-Centric, Blockchain-Based and End-to-End Secure Home IP Camera System
Liu et al. Active security support for active networks
Hamidy et al. TC4SE: A High-Performance Trusted Channel Mechanism for Secure Enclave-Based Trusted Execution Environments
Fongen et al. The integration of trusted platform modules into a tactical identity management system
Murti et al. Security in embedded systems
US20240283664A1 (en) Authentication with Cloud-Based Secure Enclave
Sharma Onboard credentials: Hardware assisted secure storage of credentials
Joosen TC4SE: A High-Performance Trusted Channel Mechanism for Secure Enclave-Based Trusted Execution Environments
Nielson Cryptographic Systems Technologies
da Silva Rocha A Mobile Secure Bluetooth-Enabled Cryptographic Provider
Foltz et al. Enterprise Security with Endpoint Agents
Kuntur Security of DaAgent system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041116

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20081007

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20090107

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20090113

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20090209

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20090213

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20090512