JP2010534988A - 安全性が強化されたトラステッドネットワークコネクト方法 - Google Patents

安全性が強化されたトラステッドネットワークコネクト方法 Download PDF

Info

Publication number
JP2010534988A
JP2010534988A JP2010518481A JP2010518481A JP2010534988A JP 2010534988 A JP2010534988 A JP 2010534988A JP 2010518481 A JP2010518481 A JP 2010518481A JP 2010518481 A JP2010518481 A JP 2010518481A JP 2010534988 A JP2010534988 A JP 2010534988A
Authority
JP
Japan
Prior art keywords
access
requester
aik
tpm
integrity
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.)
Granted
Application number
JP2010518481A
Other languages
English (en)
Other versions
JP5093350B2 (ja
Inventor
▲躍▼雷 肖
▲軍▼ 曹
▲暁▼▲龍▼ ▲頼▼
振海 黄
Original Assignee
西安西▲電▼捷通▲無▼▲綫▼▲網▼絡通信有限公司
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 西安西▲電▼捷通▲無▼▲綫▼▲網▼絡通信有限公司 filed Critical 西安西▲電▼捷通▲無▼▲綫▼▲網▼絡通信有限公司
Publication of JP2010534988A publication Critical patent/JP2010534988A/ja
Application granted granted Critical
Publication of JP5093350B2 publication Critical patent/JP5093350B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0869—Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network elements
    • 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/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • 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/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • 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/12—Details relating to cryptographic hardware or logic circuitry
    • H04L2209/127—Trusted platform modules [TPM]
    • 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/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/105—Multiple levels of security
    • 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/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Power Engineering (AREA)
  • Storage Device Security (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Computer And Data Communications (AREA)

Abstract

安全性が強化されたトラステッドネットワークコネクト方法であって、予めプラットフォームの完全性情報を用意し、完全性の検証要求を制定しておく。ネットワークアクセス要求者が、アクセス要求を発し、ネットワークアクセス授権者が双方向のユーザの認証の過程を開始し、ユーザ認証サービスユニットとの間で、三重要素の対等認証プロトコルの実行を開始する。双方向のユーザ認証が成功した後に、ＴＮＣサーバーは、ＴＮＣクライアントと間の双方向のプラットフォームの完全性の評価を実行する。ネットワークアクセス要求者とネットワークアクセス授権者は、それぞれの推薦の制御ポートに従って、アクセス要求者とアクセス授権者と間の相互のアクセス制御を実現する。本発明は、背景技術における安全性が比較的に低く、アクセス要求者がＡＩＫ証明書の有効性を検証することができない可能性があり、そして、プラットフォームの完全性の評価が対等でないという技術課題を解消している。本発明は、キーの管理及び完全性のチェック機構を簡素化することができ、トラステッドネットワークコネクトの適用範囲が拡大される。
【選択図】図２

Description

本発明は、ネットワークセキュリティの技術分野に属し、特に、安全性が強化されたトラステッドネットワークコネクト方法に関する。
情報化の進展につれて、ウイルス、ワームなど悪意のソフトウエアの問題は、極めて突出している。現在、既に三万五千種を超える悪意のソフトウエアの種類が現れている。毎年、四千万を越えるコンピュータが感染させられている。このような攻撃を抑制するには、安全な伝送とデータの入力時の検査が必要であるだけでなく、また、源である、ネットワークに接続されている端末のそれぞれから防御する必要がある。伝統的な安全防御技術は、すでに多くの種類の悪意の攻撃を防御することができなくなっている。
国際トラステッドコンピューティンググループＴＣＧは、このような問題に対して、専らトラステッドコンピューティング技術によるネットワークコネクト規則--トラステッドネットワークコネクトＴＮＣを制定しており、簡単にＴＣＧ-ＴＮＣと記載し、オープンな端末の完全なアーキテクチャと一つの安全な互操作を確保する標準とを含む。この標準は、ユーザが必要とするときにネットワークを保護することができ、且つ、どのような程度まで保護するかは、ユーザによって定義される。ＴＣＧ-ＴＮＣは、実質的に端末の完全性から接続の確立を開始するものである。まず、トラステッドネットワークの内部システムの運転状況のポリシーの一つを作成する必要がある。ネットワークに設定されたポリシーを守る端末だけがネットワークにアクセスすることができ、ネットワークは、ポリシーが守られていない装置を隔離、位置付けする。トラステッドプラットフォームモジュールＴＰＭが採用されたことで、さらに、ｒｏｏｔ ｋｉｔｓの攻撃を遮断することができる。ｒｏｏｔ ｋｉｔｓは、一種の攻撃のシナリオ、修正されたシステムプラグラム、または、セットの攻撃のシナリオおよび道具であり、一つの目標システムにおいて、システムの最高の制御権限を不正に獲得するために用いられる。
既存のＴＣＧ-ＴＮＣのアーキテクチャを採用すると、一度の完全のトラステッドネットワークコネクトによる情報の伝送が図１のように示される。ネットワーク接続が確立される前に、ＴＮＣクライアントは、必要とするプラットフォームの完全性情報を用意しておき、完全性收集者ＩＭＣに渡す必要がある。トラステッドプラットフォームモジュールＴＰＭを持つ端末の一つにおいて、即ち、ネットワークのポリシーに必要とされたプラットフォーム情報をハッシュしてから、各プラットフォームのコンフィギュレーションレジスタＰＣＲｓに記憶し、ＴＮＣサーバーは、予めプラットフォームの完全性の検証要求を制定しておき、完全性チェック者ＩＭＶに渡す必要がある。具体的な過程は、以下の通りである。
（１）ネットワークアクセス要求者がポリシー実行者にアクセス要求を発する。
（２）ポリシー実行者がアクセス要求の記述をネットワークアクセス授権者に送信する。
（３）ネットワークアクセス授権者が、ネットワークアクセス要求者のアクセス要求の記述を受信すると、ネットワークアクセス要求者のユーザ認証プロトコルを実行する。ユーザ認証に成功すると、ネットワークアクセス授権者は、アクセス要求とユーザ認証成功の情報をＴＮＣサーバーに送信する。
（４）ＴＮＣサーバーは、ネットワークアクセス授権者から送信されたアクセス要求とユーザ認証成功の情報を受信すると、ＴＮＣクライアントと双方向のプラットフォームの証明書の認証の実行を開始し、例えば、プラットフォームの身元確認キーＡＩＫを検証する。
（５）プラットフォームの証明書の認証に成功すると、ＴＮＣクライアントは、完全性收集者ＩＭＣに、一つの新たなネットワーク接続が開始され、且つ一つの完全性ハンドシェークプロトコルを行う必要があることを通知する。完全性收集者ＩＭＣは、完全性計測の收集インタフェースＩＦ-ＩＭＣを介して必要とされるプラットフォームの完全性情報を返送する。ＴＮＣサーバーは、これらのプラットフォームの完全性情報を完全性計測のチェックインタフェースＩＦ-ＩＭＶを介して完全性チェック者ＩＭＶに渡す。
（６）完全性ハンドシェークプロトコルの過程において、ＴＮＣサーバーが満足になるまで、ＴＮＣクライアントは、ＴＮＣサーバーと一回又は数回のデータのやり取りを行う必要がある。
（７）ＴＮＣサーバーは、ＴＮＣクライアントに対する完全性ハンドシェークプロトコルを完了すると、一つの推薦状をネットワークアクセス授権者に送信して、アクセスの許可を要求する。また他の安全考慮があれば、このとき、アクセス授権者は、アクセス要求者からのアクセスを許可しなくても良い。
（８）ネットワークのアクセス授権者は、アクセスの決定をポリシー実行者に伝送し、ポリシー実行者は、最終的にこの決定を実行して、アクセス要求者のアクセスを制御する。
現在、なお、成熟したＴＣＧ-ＴＮＣアーキテクチャの製品が市場に入っていない。幾らか重要な技術は、まだ検討及び標準化の段階にあり、主に、以下のような欠陥がある。
１．可拡張性が悪い。ポリシー実行ポイントとポリシー決定ポイントとの間で、予め定義されたセキュアチャネルがあるが、ポリシー決定ポイントは、大量のポリシー実行ポイントを管理している可能性があることで、大量のセキュアチャネルが配置させられるようになり、管理の複雑性を招き、可拡張性が悪くなる。
２．キーネゴシエーションの過程が複雑である。ネットワークアクセスレイヤーにおけるデータに対して安全保護を行う必要があるので、アクセス要求者とポリシー決定ポイントとの間でセキュアチャネルを確立し、即ち、それらの間でセッションのキーネゴシエーションを行う必要がある。しかし、アクセス要求者とポリシー実行ポイントとの間でも、データの保護を行う必要があるので、アクセス要求者とポリシー実行ポイントとの間で、再びセッションのキーネゴシエーションを行う必要があり、キーネゴシエーションの過程を複雑にしてしまう。
３．安全性が比較的低い。アクセス要求者とポリシー決定ポイントによりネゴシエーションされたメインキーは、ポリシー決定ポイントによって、ポリシー実行ポイントに転送される。キーがネットワーク上で転送されることで、新たなセキュリティの攻撃点が導入され、安全性が低下するようになる。なお、二回のセッションのキーネゴシエーションには同じメインキーが利用されているので、トラステッドネットワークコネクトのアーキテクチャの全体の安全性が低下する。
４．アクセス要求者は、ポリシー決定ポイントのＡＩＫ証明書の有効性を検証することができなくなる可能性がある。プラットフォームの証明書の認証の過程において、アクセス要求者とポリシー決定ポイントは、ＡＩＫプライベートキー及び証明書を利用して、双方向のプラットフォームの証明書の認証を行い、両方のいずれも、ＡＩＫの証明書の有効性の検証を行う必要がある。ポリシー決定ポイントがアクセス要求者のＷｅｂサービスの提供者であれば、アクセス要求者は、トラステッドネットワークの接続の前にネットワークへアクセスすることができず、即ち、ポリシー決定ポイントのＡＩＫ証明書の有効性を検証することができないので、安全ではない。
５．プラットフォームの完全性の評価が対等ではない。ＴＣＧ-ＴＮＣアーキテクチャにおいて、ポリシー決定ポイントは、アクセス要求者に対して、プラットフォームの完全性の評価を行うが、アクセス要求者は、ポリシー決定ポイントに対して、プラットフォームの完全性の評価を行わない。ポリシー決定ポイントのプラットフォームが信頼できなければ、アクセス要求者が信頼できない装置に接続されたのは、安全ではない。しかし、対等に信頼できることは、Ａｄ ｈｏｃネットワークには、必要である。
本発明は、背景技術において安全性が比較的に低く、アクセス要求者がＡＩＫ証明書の有効性を検証することができない可能性があり、プラットフォームの完全性の評価が対等でないという技術課題を解消することができる安全性が強化されたトラステッドネットワークコネクト方法を提供する。
本発明の技術案は、以下である。
安全性が強化されたトラステッドネットワークコネクト方法であって、以下のステップを含み、即ち、
（１．）初期化ステップ：
（１．１）アクセス要求者のＴＮＣクライアントとアクセス授権者のＴＮＣサーバーが、予めプラットフォームの完全性情報を用意しておき、それぞれの完全性計測レイヤーの完全性收集者ＩＭＣに渡す。
（１．２）ＴＮＣクライアントとＴＮＣサーバーは、予め完全性の検証要求を制定しておく。この完全性の検証要求には、アクセス要求者とアクセス授権者が互いに相手に検証を要求するＰＣＲｓテーブルを含む。
（１．３）アクセス要求者とアクセス授権者とのトラステッドプラットフォームモジュールＴＰＭは、ネットワークポリシーに必要とされたプラットフォーム情報をハッシュしてからプラットフォームのコンフィギュレーションレジスタＰＣＲｓに記憶する。
（２．）ユーザ認証ステップ：
（２．１）ネットワークアクセスレイヤーにおいて、ネットワークアクセス要求者は、ポリシー実行者にアクセス要求を発し、ポリシー実行者は、このアクセス要求をネットワークアクセス授権者に転送する。
（２．２）ネットワークアクセス授権者は、アクセス要求を受信すると、双方向のユーザの認証過程を開始し、ネットワークアクセスレイヤーのネットワークアクセス要求者と、ネットワークアクセス授権者とユーザ認証サービスユニットとの間で、三重要素の対等認証プロトコルの実行が開始されて、アクセス要求者とアクセス授権者との双方向のユーザ認証及びキーネゴシエーションが実現される。その後、ネットワークアクセス授権者は、双方向のユーザ認証過程で生成されたメインキーを予め確立されたセキュアチャネルによって、ポリシー実行ポイントに伝送する。最後に、ポリシー実行ポイントは、メインキーを利用して、アクセス要求者とのキーネゴシエーションを行う。
（２．３）双方向のユーザ認証が成功すると、ネットワークアクセス要求者とネットワークアクセス授権者は、ユーザ認証成功の情報をそれぞれ完全性評価レイヤーのＴＮＣクライアントとＴＮＣサーバーに送信する。
（３．）完全性評価ステップ：
アクセス授権者のＴＮＣサーバーがネットワークアクセス授権者から送信されたユーザ認証成功の情報を受信すると、完全性評価レイヤーと完全性計測レイヤーにおいて、アクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアントとポリシー管理機のプラットフォーム評価サービスユニットは、三重要素の対等認証プロトコルにより、アクセス要求者とアクセス授権者との双方向のプラットフォームの完全性評価を実現する。このプラットフォームの完全性評価の過程において、アクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアントとポリシー管理機のプラットフォーム評価サービスユニットは、上位レイヤーの完全性收集者、完全性チェック者との情報のやり取りを行う。
（４．）アクセス制御ステップ：
ＴＮＣサーバーとＴＮＣクライアントとのそれぞれは、アクセス授権者とアクセス要求者のプラットフォームの完全性の評価結果をまとめて、その後、ネットワークアクセス授権者とネットワークアクセス要求者のそれぞれに推薦を送信し、ネットワークアクセス要求者とネットワークアクセス授権者とのそれぞれは、それぞれ受信した推薦に従って、ポートを制御して、アクセス要求者とアクセス授権者との相互のアクセス制御を実現する。
好ましくは、前記ステップ（３．）において、アクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアントとポリシー管理機のプラットフォーム評価サービスユニットは、三重要素の対等認証プロトコルにより、アクセス要求者とアクセス授権者の双方向のプラットフォームの完全性評価を実現する。このプラットフォームの完全性評価は、以下の方式を採用することができる。即ち、
アクセス要求者がアクセス授権者のプラットフォームの完全性を検証する。これに対し、アクセス授権者はアクセス要求者の完全性を検証し、
ポリシー管理機がアクセス要求者とアクセス授権者のＡＩＫ証明書の有効性を検証することである。
好ましくは、前記ステップ（３．）において、アクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアントとポリシー管理機のプラットフォーム評価サービスユニットは、三重要素の対等認証プロトコルにより、アクセス要求者とアクセス授権者との双方向のプラットフォーム完全性評価を実現する。このプラットフォーム完全性評価は、具体的に、以下の方式を採用することができる。即ち、
（３．１．１）アクセス授権者のＴＮＣサーバーがネットワークアクセス授権者から送信されたユーザ認証成功の情報を受信したとき、又はユーザ認証が成功したことが確認されたときに、アクセス授権者は、アクセス要求者に以下の情報を送信する。即ち、
（ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｂ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、（ｃ）．アクセス授権者がアクセス要求者に要求したＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＲと、である。
（３．１．２）アクセス要求者は前記ステップ（３．１．１）においてアクセス授権者から送信された情報を受信すると、まず、アクセス授権者から要求されたＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出する。その後、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳを署名する。最後に、アクセス要求者は、アクセス授権者に以下のような情報を送信する。即ち、
（ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが産生した乱数ＮＡＲと、（ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、（ｄ）．アクセス要求者がアクセス授権者に要求したＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＣと、（ｅ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、（ｆ）．アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲと、（ｇ）．アクセス要求者がトラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに対して行った署名とである。
（３．１．３）アクセス授権者は、前記ステップ（３．１．２）においてアクセス要求者から送信された情報を受信すると、まず、トラステッドプラットフォームモジュールＴＰＭに、アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳの一致性を検証させる。次に、アクセス要求者のＡＩＫ証明書の中の公開キーを利用して、アクセス要求者のＡＩＫ署名の有効性を検証する。その後、アクセス授権者がアクセス要求者に要求したＰＣＲｓ値と、アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲ及びデータベースから提供された標準の完全性の計測値を利用して、アクセス要求者のプラットフォームの完全性に対するチェックを行い、アクセス授権者のアクセス要求者のプラットフォームの完全性に対するチェック結果を生成する。最後に、アクセス授権者は、ポリシー管理機に以下の情報を送信する。即ち、
（ａ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、（ｂ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、（ｃ）．アクセス要求者のＡＩＫ証明書と、（ｄ）．アクセス授権者のＡＩＫ証明書とである。
（３．１．４）ポリシー管理機は、前記ステップ（３．１．３）においてアクセス授権者から送信された情報を受信すると、まず、アクセス要求者とアクセス授権者のＡＩＫ証明書に対する検証を行って、アクセス要求者とアクセス授権者の証明書検証結果Ｒｅｓｕ１ｔＡＩＫを生成する。この証明書検証結果は、アクセス授権者のユーザが生成した乱数ＮＡＣと、アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、アクセス要求者のＡＩＫ証明書の検証結果ＲｅＡＲ−ＡＩＫと、アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、アクセス授権者のＡＩＫ証明書の検証結果ＲｅＡＣ−ＡＩＫとを含む。その後、ポリシー管理機の身元証明書に対応するプライベートキーを利用して、証明書の検証結果に対して署名する。最後に、ポリシー管理機は、アクセス授権者に生成した証明書の検証結果ＲｅｓｕｌｔＡＩＫ及び証明書の検証結果ＲｅｓｕｌｔＡＩＫに対する署名［ＲｅｓｕｌｔＡＩＫ］Ｓｉｇを送信する。
（３．１．５）アクセス授権者は、前記ステップ（３．１．４）においてポリシー管理機から送信された情報を受信すると、まず、アクセス授権者のユーザが生成した乱数ＮＡＣとアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲとの一致性を検証し、ポリシー管理機の身元証明書に対応する公開キーを利用して、ポリシー管理機の署名の有効性を検証する。次に、証明書の検証結果に従って、アクセス要求者のＡＩＫ証明書の有効性を検証し、アクセス授権者のアクセス要求者に対するプラットフォームの完全性のチェック結果を利用して、プラットフォームの完全性の評価結果を生成する。その後、アクセス要求者から要求されたＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出し、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して署名する。最後に、アクセス授権者は、アクセス要求者に以下のような情報を送信する。即ち、
（ａ）．ステップ（３．１．４）においてポリシー管理機から送信されたメッセージ内容と、（ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭで生成した乱数ＮＡＲと、（ｃ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、（ｄ）．アクセス要求者から要求されたＰＣＲｓ値ＰＣＲｓＡＣと、（ｅ）．アクセス要求者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＣと、（ｆ）．アクセス授権者がトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して行った署名である。
（３．１．６）アクセス要求者は、前記ステップ（３．１．５）においてアクセス授権者から送信された情報を受信すると、まず、ポリシー管理機の身元証明書に対応する公開キーで、ポリシー管理機の署名の有効性を検証する。次に、アクセス要求者は、アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲの一致性を検証し、アクセス授権者のＡＩＫ証明書の中の公開キーで、アクセス授権者のＡＩＫ署名の有効性を検証し、続いて、証明書の検証結果に従って、アクセス授権者のＡＩＫ証明書の有効性を検証する。その後、アクセス要求者がアクセス授権者に要求したＰＣＲｓ値と、アクセス要求者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＣ及びデータベースから提供された標準の完全性の計測値を用いて、アクセス授権者のプラットフォーム完全性に対してチェックして、アクセス授権者のプラットフォーム完全性のチェック結果を生成する。最後に、アクセス要求者は、アクセス授権者のＡＩＫ証明書の有効性とアクセス授権者に対するプラットフォームの完全性のチェック結果に従って、プラットフォームの完全性の評価結果を生成する。
好ましくは、前記ステップ（３．１．５）においてアクセス要求者のプラットフォームの完全性の評価結果を生成する過程において、アクセス授権者は、再びアクセス要求者と完全性情報をやり取りしようとするときに、ステップ（３．１．１）乃至ステップ（３．１．６）を繰り返して行ってもよい。
好ましくは、前記ステップ（３．１．６）においてアクセス授権者のプラットフォームの完全性の評価結果を生成する過程において、アクセス要求者は、再びアクセス授権者と完全性情報をやり取りしようとするときに、ステップ（３．１．２）乃至ステップ（３．１．６）を繰り返して行ってもよい。
好ましくは、前記ステップ（３．）においてアクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアント及びポリシー管理機のプラットフォーム評価サービスユニットは、三重要素の対等認証プロトコルにより、アクセス要求者とアクセス授権者の双方向のプラットフォーム完全性評価を実現する。このプラットフォーム完全性評価は、以下のような方式を採用することができる。即ち、
ポリシー管理機はアクセス要求者とアクセス授権者のプラットフォームの完全性をチェックし、
ポリシー管理機は、アクセス要求者とアクセス授権者のＡＩＫ証明書の有効性を検証する。
好ましくは、前記ステップ（３．）において、アクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアント及びポリシー管理機のプラットフォーム評価サービスユニットは、三重要素の対等認証プロトコルによりアクセス要求者とアクセス授権者の双方向のプラットフォームの完全性評価を実現する。このプラットフォームの完全性評価は、具体的に、以下の方式を採用することができる。即ち、
（３．２．１）アクセス授権者は、ネットワークアクセス授権者から送信されたユーザ認証成功の情報を受信すると、アクセス要求者に以下の情報を送信する。即ち、
（ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｂ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、（ｃ）．アクセス授権者がアクセス要求者に要求したＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＲである。
（３．２．２）アクセス要求者は、前記ステップ（３．２．１）においてアクセス授権者から送信された情報を受信すると、まず、アクセス授権者から要求されたＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出する。その後、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーで、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数Ｎｓに対して署名する。最後に、アクセス要求者は、アクセス授権者に以下のような情報を送信する。即ち、
（ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、（ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、（ｄ）．アクセス要求者がアクセス授権者に要求したＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＣと、（ｅ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、（ｆ）．アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲと、（ｇ）．アクセス要求者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに対して行った署名とである。
（３．２．３）アクセス授権者は、前記ステップ（３．２．２）においてアクセス要求者から送信された情報を受信すると、まず、トラステッドプラットフォームモジュールＴＰＭに、アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳの一致性を検証させ、アクセス要求者のＡＩＫ証明書の中の公開キーを利用してアクセス要求者のＡＩＫ署名の有効性を検証し、続いて、アクセス要求者から要求されたＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出する。その後、アクセス授権者は、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して署名する。最後に、アクセス授権者は、ポリシー管理機に以下の情報を送信する。即ち、
（ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、（ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、（ｄ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、（ｅ）．アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲと、（ｆ）．アクセス要求者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに対して行った署名と、（ｇ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、（ｈ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、（ｉ）．アクセス要求者から要求されたＰＣＲｓ値ＰＣＲｓＡＣと、（ｊ）．アクセス要求者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＣと、（ｋ）．アクセス授権者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して行った署名とである。
（３．２．４）ポリシー管理機は前記ステップ（３．２．３）においてアクセス授権者から送信された情報を受信すると、まず、アクセス要求者とアクセス授権者とのそれぞれのＡＩＫ証明書に対応する公開キーを利用して、アクセス要求者とアクセス授権者のＡＩＫ署名の有効性及びＡＩＫ証明書の有効性を検証する。その後、アクセス要求者とアクセス授権者とのそれぞれのトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値の計測ログとデータベースの中の標準の完全性の計測値に応じて、新たに相応するＰＣＲｓ値を算出し、且つ、ステップ（３．２．３）においてアクセス授権者から送信されたメッセージの中の対応するＰＣＲｓ値と比較し、続いて、アクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォームの完全性のチェック結果ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓを生成し、ポリシー管理機の身元証明書に対応するプライベートキーで、生成されたＡＩＫ証明書認証とプラットフォームの完全性のチェック結果に対して、署名［ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓ］Ｓｉｇを行う。最後に、アクセス授権者に、アクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォームの完全性のチェック結果ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓ及びポリシー管理機のアクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォームの完全性のチェック結果に対する署名［ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓ］Ｓｉｇを送信する。前記のアクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォームの完全性のチェック結果ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓは、
（ａ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、（ｂ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、（ｄ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、（ｅ）．アクセス要求者に対するプラットフォームの完全性のチェック結果ＲｅＡＲと、（ｆ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、（ｇ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、（ｈ）．アクセス要求者から要求されたＰＣＲｓ値ＰＣＲｓＡＣと、（ｉ）アクセス授権者に対するプラットフォームの完全性のチェック結果ＲｅＡＣと、（ｊ）．アクセス要求者のＡＩＫ証明書の検証結果ＲｅＡＲ−ＡＩＫと、（ｋ）．アクセス授権者のＡＩＫ証明書の検証結果ＲｅＡＣ−ＡＩＫと、を含む。
（３．２．５）アクセス授権者は、前記ステップ（３．２．４）においてポリシー管理機から送信された情報を受信すると、まず、アクセス授権者のユーザが生成した乱数ＮＡＣとステップ（３．２．４）においてポリシー管理機から送信された情報の中のアクセス授権者のユーザが生成した乱数ＮＡＣとが一致するかどうかを検証し、ポリシー管理機のユーザの署名の有効性を検証する。続いて、トラステッドプラットフォームモジュールＴＰＭに、アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳの一致性を検証させ、アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫとアクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲとの一致性を検証する。その後、アクセス要求者のＡＩＫ証明書の検証結果ＲｅＡＲ−ＡＩＫとアクセス要求者に対するプラットフォームの完全性のチェック結果ＲｅＡＲを検証して、アクセス要求者のプラットフォームの完全性の評価結果を生成する。最後に、アクセス授権者は、アクセス要求者に、ステップ（３．２．４）の中の情報と、アクセス授権者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して行った署名を送信する。
（３．２．６）アクセス要求者は、前記ステップ（３．２．５）においてアクセス授権者から送信された情報を受信すると、まず、アクセス授権者のＡＩＫ署名の有効性とポリシー管理機のユーザの署名の有効性を検証する。その後、トラステッドプラットフォームモジュールＴＰＭに、アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲの一致性を検証させる。続いて、アクセス授権者のＡＩＫ証明書とアクセス要求者から要求されたＰＣＲｓ値の一致性を検証する。最後に、アクセス授権者のＡＩＫ証明書の検証結果ＲｅＡＣ−ＡＩＫとアクセス授権者に対するプラットフォームの完全性のチェック結果ＲｅＡＣを検証して、アクセス要求者のプラットフォームの完全性の評価結果を生成する。
好ましくは、前記ステップ（３．２．５）においてアクセス要求者のプラットフォームの完全性の評価結果を生成する過程では、アクセス授権者は、再びアクセス要求者と完全性情報をやり取りしようとする時に、ステップ（３．２．１）乃至ステップ（３．２．６）を繰り返して行ってもよい。
好ましくは、前記ステップ（３．２．６）においてアクセス授権者のプラットフォームの完全性のチェック結果を生成する過程では、アクセス要求者は、再びアクセス授権者と完全性情報をやり取りしようとする時に、ステップ（３．２．２）乃至ステップ（３．２．６）を繰り返して行ってもよい。
好ましくは、前記ステップ（４．）においてＴＮＣサーバーとＴＮＣクライアントからネットワークアクセス授権者とネットワークアクセス要求者に送信される推薦は、アクセス許可情報、アクセス禁止情報又は隔離補修情報などであってもよい。
本発明の前記技術案によれば、ネットワークアクセスレイヤーに三重要素の対等認証によるアクセス制御方法が採用され、トラステッドネットワークコネクトアーキテクチャの安全性が強化され、このアーキテクチャのキーの管理が簡素化されていることがわかる。
また、本発明のプラットフォームの完全性評価は、実際の状況によって実現方式を選択することができる。第一の方式は、ポリシー管理機によりアクセス要求者とアクセス授権者のＡＩＫ証明書の集中認証を実現し、これに対し、アクセス要求者とアクセス授権者により、ローカルで相手のプラットフォーム完全性のチェックを実現するものである。この方式は、アクセス要求者とアクセス授権者とのいずれも各プラットフォームのモジュールの標準の完全性の計測値が記憶されたデータベースにアクセス可能であるものに適用され、トラステッドネットワークコネクトのアーキテクチャの安全性を強化することができ、トラステッドネットワークコネクトアーキテクチャのキーの管理が簡素化されている。第二の方式は、アクセス要求者とアクセス授権者のＡＩＫ証明書の認証とプラットフォームの完全性のチェックとのいずれも、ポリシー管理機によって実現されるものであり、トラステッドネットワークコネクトのアーキテクチャのキーの管理と完全性のチェックの機構が簡素化され、さらに、トラステッドネットワークコネクトのアーキテクチャの安全性が強化され、且つ、トラステッドネットワークコネクトの適用の範囲を広げることができる。
また、本発明は、ネットワークアクセスレイヤーにおいて三重要素の対等認証プロトコルを採用し、即ち、第三者の双方向の認証プロトコルに従ってアクセス要求者とアクセス授権者との双方向のユーザ認証を実現するだけでなく、また、完全性評価レイヤーにおいても三重要素の対等認証プロトコルを採用してアクセス要求者とアクセス授権者との双方向のプラットフォームの完全性の評価を実現するものであるので、トラステッドネットワークコネクトのアーキテクチャの全体の安全性を高めることができる。
従来のＴＣＧ-ＴＮＣアーキテクチャの一回の完全なトラステッドネットワークコネクトの情報伝送の模式図である。 本発明の第一のプラットフォーム完全性評価の方式に対応する一回の完全な情報伝送の過程の模式図である。 本発明の第二のプラットフォーム完全性評価の方式に対応する一回の完全な情報伝送の過程の模式図である。 本発明の第一のプラットフォーム完全性評価の実現方式の模式図である。 本発明の第二のプラットフォーム完全性評価の実現方式の模式図である。
本出願は、２００７年８月１日に中国特許局に提出した、出願番号が２００７１００１８３９６．２、発明の名称が“一種の安全性が強化されたセキュリティ強化のトラステッドネットワークコネクト方法”の中国特許出願の優先権を主張し、その全部の内容が援用により本出願に結合される。
多数の既存の各種類のネットワークにおいて、特に、有線ネットワークには、ＴＣＧ−ＴＮＣのアーキテクチャの構造を採用しているので、本発明は、ＴＣＧ-ＴＮＣアーキテクチャの上に構築された安全性が強化されたトラステッドネットワークコネクトのアーキテクチャである。本発明は主にネットワークアクセスレイヤーと、完全性評価レイヤーと完全性計測レイヤーにより構成され、アクセス要求者と、ポリシー実行ポイントと、アクセス授権者とポリシー管理機との四つのロジックの実体を、ネットワークの任意の位置に分散させることができる。アクセス要求者は、また要求者、ユーザ局等と称されている。ポリシー管理機は、また、認証サーバ、トラステッドサーバ、バックグラウンドサーバなどと称されている。
ネットワークアクセスレイヤーは、アクセス要求者とアクセス授権者の双方向のユーザ認証及びキーネゴシエーションと、アクセス要求者とポリシー実行ポイントとの間のキーネゴシエーションと、アクセス授権者とアクセス要求者との間の相互のアクセス制御との実現を担う。その実現のステップは、以下である。まず、ポリシー実行ポイントとアクセス授権者との間で、予め一つのセキュアチャネルが確定されたと想定する。その後、アクセス要求者とアクセス授権者との双方向のユーザ認証及びキーネゴシエーションが実現されるように、ネットワークアクセス要求者、ネットワークアクセス授権者とユーザ認証サービスユニットは、三重要素の対等認証プロトコルを実行し、認証の過程で生成されたメインキーが、ネットワークアクセス授権者によりセキュアチャネルを介してポリシー実行ポイントに転送される。最後に、ポリシー実行ポイントは、メインキーでアクセス要求者とキーネゴシエーションを行って、ポリシー実行ポイントとアクセス要求者と間のデータ伝送の安全を確保するようにする。本発明は、ネットワークアクセスレイヤーに、三重要素の対等認証によるアクセス制御方法、即ち、中国のＷＬＡＮ標準に採用されたネットワークアクセス制御技術を採用することができる。
完全性評価レイヤーは、プラットフォームの証明書の認証とプラットフォームの完全性チェックを含むアクセス要求者とアクセス授権者のプラットフォームの完全性評価の実現を担う。プラットフォームの完全性評価は、以下の二種類の方式を採用して実現される。
図２を参照した第一のプラットフォームの完全性評価の方式は、ポリシー管理機によりアクセス要求者とアクセス授権者のＡＩＫ証明書の有効性を検証し、これに対し、アクセス要求者とアクセス授権者により、ローカルで相手のプラットフォームの完全性チェックを実現するものである。この方式は、アクセス要求者とアクセス授権者とのいずれも各プラットフォームモジュールの標準の完全性の計測値が記憶されたデータベースにアクセス可能であるものに適用され、トラステッドネットワークコネクトアーキテクチャの安全性を強化することができ、トラステッドネットワークコネクトアーキテクチャのキーの管理が簡素化されたものである。プラットフォームの完全性チェックとプラットフォームの証明書認証の実現方式は、以下の、
１）アクセス授権者のプラットフォームの完全性チェックがＴＮＣクライアントで行われ、アクセス要求者のプラットフォームの完全性チェックがＴＮＣサーバーで行われるプラットフォーム完全性チェックと、
２）三重要素の対等認証プロトコルに従ってアクセス要求者とアクセス授権者のプラットフォームの証明書認証が実現され、アクセス要求者とアクセス授権者のＡＩＫ証明書認証のいずれも、プラットフォーム評価サービスユニットにより実現されるプラットフォームの証明書認証と、である。
図３を参照した第二のプラットフォーム完全性評価の方式は、アクセス要求者とアクセス授権者のＡＩＫ証明書の有効性の検証とプラットフォームの完全性チェックとのいずれも、ポリシー管理機によって実現されるものであり、トラステッドネットワークコネクトのアーキテクチャのキーの管理と完全性チェックの機構が簡素化され、さらに、トラステッドネットワークコネクトのアーキテクチャの安全性が強化され、且つ、トラステッドネットワークコネクトの適用の範囲を広げることができる。プラットフォームの完全性チェックとプラットフォームの証明書認証の実現方式は、以下の、
１）アクセス要求者とアクセス授権者のプラットフォームの完全性チェックのいずれも、プラットフォーム評価サービスユニットにより完成されるプラットフォームの完全性チェックと、
２）三重要素の対等認証プロトコルに従ってアクセス要求者とアクセス授権者のプラットフォームの証明書認証が実現され、アクセス要求者とアクセス授権者のＡＩＫ証明書の有効性の検証のいずれも、プラットフォーム評価サービスユニットにより完成されるプラットフォームの証明書認証と、である。
完全性計測レイヤーは、アクセス要求者とアクセス授権者のプラットフォームの完全性情報の收集とチェックの役割を担っている。第一のプラットフォーム完全性評価の方式が採用されるときは、アクセス要求者とアクセス授権者の両者のいずれも、プラットフォームの完全性情報を収集するとともに、プラットフォームの完全性情報をチェックする必要がある。第二のプラットフォーム完全性評価の方式が採用されるときは、アクセス要求者とアクセス授権者とのいずれも、プラットフォームの完全性情報を収集すればよいが、プラットフォームの完全性情報のチェックは、ポリシー管理機によって実現される。
本発明の具体的な実現ステップは、以下の通りである。即ち、
（１．）初期化を行う。ネットワーク接続が確立される前に、以下のステップを行う。即ち、
（１．１）アクセス要求者のＴＮＣクライアントとアクセス授権者のＴＮＣサーバーとは、予めプラットフォームの完全性情報を用意しておき、それぞれの完全性計測レイヤーの完全性收集者ＩＭＣに渡す。
（１．２）ＴＮＣクライアントとＴＮＣサーバーは、予め完全性の検証要求を制定しておく。この完全性の検証要求には、アクセス要求者とアクセス授権者が互いに相手に検証を要求するＰＣＲｓテーブルを含む。第一のプラットフォーム完全性評価の方式の場合には、ＴＮＣクライアントとＴＮＣサーバーは予め制定された完全性の検証要求を直接にアクセス要求者とアクセス授権者の完全性チェック者ＩＭＶに渡す。第二のプラットフォーム完全性評価の方式の場合には、ＴＮＣクライアントとＴＮＣサーバーは、プラットフォームの完全性評価の過程において、はじめて予め制定された完全性の検証要求をポリシー管理機の完全性チェック者ＩＭＶに渡す。
（１．３）アクセス要求者とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭは、ネットワークポリシーに必要とされるプラットフォーム情報をハッシュしてから、プラットフォームコンフィギュレーションレジスタＰＣＲｓに記憶する。
（２．）ユーザ認証を行う。
（２．１）ネットワークアクセスレイヤーにおいて、ネットワークアクセス要求者は、ポリシー実行者にアクセス要求を発し、ポリシー実行者は、このアクセス要求をネットワークアクセス授権者に転送する。
（２．２）ネットワークアクセス授権者は、アクセス要求を受信すると、双方向のユーザの認証過程を開始し、ネットワークアクセスレイヤーのネットワークアクセス要求者と、ネットワークアクセス授権者とユーザ認証サービスユニットとの間で、三重要素の対等認証プロトコルの実行が開始されて、アクセス要求者とアクセス授権者との双方向のユーザ認証及びキーネゴシエーションが実現される。その後、ネットワークアクセス授権者は、双方向のユーザ認証過程で生成されたメインキーを予め確立されたセキュアチャネルによって、ポリシー実行ポイントに伝送する。最後に、ポリシー実行ポイントは、メインキーを利用して、アクセス要求者とのキーネゴシエーションを行う。
（２．３）双方向のユーザ認証が成功すると、ネットワークアクセス要求者とネットワークアクセス授権者は、ユーザ認証成功の情報をそれぞれ完全性評価レイヤーのＴＮＣクライアントとＴＮＣサーバーに送信する。
（３．）完全性評価を行う。
アクセス授権者のＴＮＣサーバーがネットワークアクセス授権者から送信されたユーザ認証成功の情報を受信すると、完全性評価レイヤーと完全性計測レイヤーにおいて、アクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアントとポリシー管理機のプラットフォーム評価サービスユニットは、三重要素の対等認証プロトコルにより、アクセス要求者とアクセス授権者との双方向のプラットフォームの完全性評価を実現する。当該プラットフォーム完全性評価の過程には、一回又は数回のデータのやり取りを行う必要があるかもしれない。
図４を参照すると、第一のプラットフォーム完全性評価の具体的な実現方式は、以下の通りである。即ち、
（３．１．１）アクセス授権者のＴＮＣサーバーがネットワークアクセス授権者から送信されたユーザ認証成功の情報を受信したとき、又はユーザ認証が成功したことが確認されたときに、アクセス授権者は、アクセス要求者に以下の情報を送信する。即ち、
（ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｂ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、（ｃ）．アクセス授権者がアクセス要求者に要求するＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＲと、である。
（３．１．２）アクセス要求者は前記ステップ（３．１．１）においてアクセス授権者から送信された情報を受信すると、まず、アクセス授権者から要求されるＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出する。その後、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに署名する。最後に、アクセス要求者は、アクセス授権者に以下のような情報を送信する。即ち、
（ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、（ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、（ｄ）．アクセス要求者がアクセス授権者に要求するＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＣと、（ｅ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、（ｆ）．アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲと、（ｇ）．アクセス要求者がトラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに対して行った署名とである。
（３．１．３）アクセス授権者は、前記ステップ（３．１．２）においてアクセス要求者から送信された情報を受信すると、まず、トラステッドプラットフォームモジュールＴＰＭに、アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳの一致性を検証させる。次に、アクセス要求者のＡＩＫ証明書の中の公開キーを利用して、アクセス要求者のＡＩＫ署名の有効性を検証する。その後、アクセス授権者がアクセス要求者に要求したＰＣＲｓ値と、アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲ及びデータベースから提供された標準の完全性の計測値を利用して、アクセス要求者のプラットフォームの完全性に対するチェックを行い、アクセス授権者のアクセス要求者のプラットフォームの完全性に対するチェック結果を生成する。最後に、アクセス授権者は、ポリシー管理機に以下の情報を送信する。即ち、
（ａ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、（ｂ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、（ｃ）．アクセス要求者のＡＩＫ証明書と、（ｄ）．アクセス授権者のＡＩＫ証明書とである。
（３．１．４）ポリシー管理機は、前記ステップ（３．１．３）においてアクセス授権者から送信された情報を受信すると、まず、アクセス要求者とアクセス授権者のＡＩＫ証明書に対する検証を行って、アクセス要求者とアクセス授権者の証明書検証結果Ｒｅｓｕ１ｔＡＩＫを生成する。この証明書検証結果は、アクセス授権者のユーザが生成した乱数ＮＡＣと、アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、アクセス要求者のＡＩＫ証明書の検証結果ＲｅＡＲ−ＡＩＫと、アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、アクセス授権者のＡＩＫ証明書の検証結果ＲｅＡＣ−ＡＩＫとを含む。その後、ポリシー管理機の身元証明書に対応するプライベートキーを利用して、証明書の検証結果に対して署名する。最後に、ポリシー管理機は、アクセス授権者に生成した証明書の検証結果ＲｅｓｕｌｔＡＩＫ及び証明書の検証結果ＲｅｓｕｌｔＡＩＫに対する署名［ＲｅｓｕｌｔＡＩＫ］Ｓｉｇを送信する。
（３．１．５）アクセス授権者は、前記ステップ（３．１．４）においてポリシー管理機から送信された情報を受信すると、まず、アクセス授権者のユーザが生成した乱数ＮＡＣとアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲとの一致性を検証し、ポリシー管理機の身元証明書に対応する公開キーを利用して、ポリシー管理機の署名の有効性を検証する。次に、証明書の検証結果に従って、アクセス要求者のＡＩＫ証明書の有効性を検証し、アクセス授権者のアクセス要求者に対するプラットフォームの完全性のチェック結果を利用して、プラットフォームの完全性の評価結果を生成する。その後、アクセス要求者から要求されたＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出し、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して署名する。最後に、アクセス授権者は、アクセス要求者に以下のような情報を送信する。即ち、
（ａ）．ステップ（３．１．４）においてポリシー管理機から送信されたメッセージ内容と、（ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭで生成した乱数ＮＡＲと、（ｃ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、（ｄ）．アクセス要求者から要求されたＰＣＲｓ値ＰＣＲｓＡＣと、（ｅ）．アクセス要求者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＣと、（ｆ）．アクセス授権者がトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して行った署名である。
ここで、前記ステップ（３．１．５）においてアクセス要求者のプラットフォーム完全性の評価結果を生成する過程において、アクセス授権者は、この結果に対して満足できないと、又は、その他のネットワークポリシーの要望に応答すると、アクセス授権者は、再びアクセス要求者と完全性情報をやり取りしてチェックを行う、即ち、ステップ（３．１．１）乃至ステップ（３．１．６）を繰り返して行うことができる。ここで、必要に応じて、ＡＩＫ証明書の有効性の検証の過程とアクセス要求者がアクセス授権者に対して必要以外のプラットフォームの完全性のチェックの過程を行うことを選択して利用することができる。
（３．１．６）アクセス要求者は、前記ステップ（３．１．５）においてアクセス授権者から送信された情報を受信すると、まず、ポリシー管理機の身元証明書に対応する公開キーで、ポリシー管理機の署名の有効性を検証する。次に、アクセス要求者は、アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲの一致性を検証し、アクセス授権者のＡＩＫ証明書の中の公開キーで、アクセス授権者のＡＩＫ署名の有効性を検証し、続いて、証明書の検証結果に従って、アクセス授権者のＡＩＫ証明書の有効性を検証する。その後、アクセス要求者がアクセス授権者に要求したＰＣＲｓ値と、アクセス要求者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＣ及びデータベースから提供された標準の完全性の計測値を用いて、アクセス授権者のプラットフォーム完全性に対してチェックして、アクセス授権者のプラットフォームの完全性のチェック結果を生成する。最後に、アクセス要求者は、アクセス授権者のＡＩＫ証明書の有効性とアクセス授権者に対するプラットフォームの完全性のチェック結果に従って、プラットフォームの完全性の評価結果を生成する。
ここで、前記ステップ（３．１．６）においてアクセス授権者のプラットフォームの完全性の評価結果を生成する過程において、アクセス要求者がこの結果に対して満足しない場合、又は、その他のネットワークポリシーの要望に応答する場合は、アクセス要求者は、再びアクセス授権者と完全性情報をやり取りしてチェックを行う、即ち、ステップ（３．１．２）乃至ステップ（３．１．６）を繰り返して行うことができる。ここで、必要に応じてＡＩＫ証明書の有効性の検証の過程とアクセス授権者がアクセス要求者に対して必要以外のプラットフォームの完全性のチェックの過程を行うことを選択して利用することができる。
図５を参照すると、第二のプラットフォーム完全性評価の具体的な実現方式は以下の通りである。即ち、
（３．２．１）アクセス授権者は、ネットワークアクセス授権者から送信されたユーザ認証成功の情報を受信すると、アクセス要求者に以下の情報を送信する。即ち、
（ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｂ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、（ｃ）．アクセス授権者がアクセス要求者に要求するＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＲである。
（３．２．２）アクセス要求者は、前記ステップ（３．２．１）においてアクセス授権者から送信された情報を受信すると、まず、アクセス授権者から要求されたＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出する。その後、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーで、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに対して署名する。最後に、アクセス要求者は、アクセス授権者に以下のような情報を送信する。即ち、
（ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、（ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、（ｄ）．アクセス要求者がアクセス授権者に要求するＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＣと、（ｅ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、（ｆ）．アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲと、（ｇ）．アクセス要求者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに対して行った署名とである。
（３．２．３）アクセス授権者は、前記ステップ（３．２．２）においてアクセス要求者から送信された情報を受信すると、まず、トラステッドプラットフォームモジュールＴＰＭに、アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳの一致性を検証させ、アクセス要求者のＡＩＫ証明書の中の公開キーを利用してアクセス要求者のＡＩＫ署名の有効性を検証し、続いて、アクセス要求者から要求されたＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出する。その後、アクセス授権者は、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して署名する。最後に、アクセス授権者は、ポリシー管理機に以下の情報を送信する。即ち、
（ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、（ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、（ｄ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、（ｅ）．アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲと、（ｆ）．アクセス要求者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに対して行った署名と、（ｇ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、（ｈ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、（ｉ）．アクセス要求者から要求されたＰＣＲｓ値ＰＣＲｓＡＣと、（ｊ）．アクセス要求者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＣと、（ｋ）．アクセス授権者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して行った署名とである。
（３．２．４）ポリシー管理機は前記ステップ（３．２．３）においてアクセス授権者から送信された情報を受信すると、まず、アクセス要求者とアクセス授権者とのそれぞれのＡＩＫ証明書に対応する公開キーを利用して、アクセス要求者とアクセス授権者のＡＩＫ署名の有効性及びＡＩＫ証明書の有効性を検証する。その後、アクセス要求者とアクセス授権者とのそれぞれのトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値の計測ログとデータベースの中の標準の完全性の計測値に応じて、新たに相応するＰＣＲｓ値を算出し、且つ、ステップ（３．２．３）においてアクセス授権者から送信されたメッセージの中の対応するＰＣＲｓ値と比較し、続いて、アクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォームの完全性のチェック結果ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓを生成し、ポリシー管理機の身元証明書に対応するプライベートキーで、生成されたＡＩＫ証明書認証とプラットフォームの完全性のチェック結果に対して、署名［ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓ］Ｓｉｇを行う。最後に、アクセス授権者に、アクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォームの完全性のチェック結果ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓ及びポリシー管理機のアクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォームの完全性のチェック結果に対する署名［ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓ］Ｓｉｇを送信する。前記のアクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォーム完全性チェック結果ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓは、
（ａ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、（ｂ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、（ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、（ｄ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、（ｅ）．アクセス要求者に対するプラットフォーム完全性チェック結果ＲｅＡＲと、（ｆ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、（ｇ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、（ｈ）．アクセス要求者から要求されたＰＣＲｓ値ＰＣＲｓＡＣと、（ｉ）アクセス授権者に対するプラットフォームの完全性のチェック結果ＲｅＡＣと、（ｊ）．アクセス要求者のＡＩＫ証明書の検証結果ＲｅＡＲ−ＡＩＫと、（ｋ）．アクセス授権者のＡＩＫ証明書の検証結果ＲｅＡＣ−ＡＩＫと、を含む。
（３．２．５）アクセス授権者は、前記ステップ（３．２．４）においてポリシー管理機から送信された情報を受信すると、まず、アクセス授権者のユーザが生成した乱数ＮＡＣとステップ（３．２．４）においてポリシー管理機から送信された情報の中のアクセス授権者のユーザが生成した乱数ＮＡＣとが一致するかどうかを検証し、ポリシー管理機のユーザの署名の有効性を検証する。続いて、トラステッドプラットフォームモジュールＴＰＭに、アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳの一致性を検証させ、アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫとアクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲとの一致性を検証する。その後、アクセス要求者のＡＩＫ証明書の検証結果ＲｅＡＲ−ＡＩＫとアクセス要求者に対するプラットフォームの完全性のチェック結果ＲｅＡＲを検証して、アクセス要求者のプラットフォームの完全性の評価結果を生成する。最後に、アクセス授権者は、アクセス要求者に、ステップ（３．２．４）の中の情報と、アクセス授権者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して行った署名を送信する。
ここで、前記ステップ（３．２．５）においてアクセス要求者のプラットフォームの完全性の評価結果を生成する過程において、アクセス授権者がこの結果に対して満足しない場合、又は、その他のネットワークポリシーの要望に応答する場合、アクセス授権者は、再びアクセス要求者と完全性情報をやり取りしてチェックを行う、即ち、ステップ（３．２．１）乃至ステップ（３．２．６）を繰り返して行う。ここで、必要に応じてＡＩＫ証明書の有効性の検証の過程とアクセス要求者がアクセス授権者に対して必要以外のプラットフォームの完全性のチェックの過程を行うことを選択して利用することができる。
（３．２．６）アクセス要求者は、前記ステップ（３．２．５）においてアクセス授権者から送信された情報を受信すると、まず、アクセス授権者のＡＩＫ署名の有効性とポリシー管理機のユーザの署名の有効性を検証する。その後、トラステッドプラットフォームモジュールＴＰＭに、アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲの一致性を検証させる。続いて、アクセス授権者のＡＩＫ証明書とアクセス要求者から要求されたＰＣＲｓ値の一致性を検証する。最後に、アクセス授権者のＡＩＫ証明書の検証結果ＲｅＡＣ−ＡＩＫとアクセス授権者に対するプラットフォームの完全性のチェック結果ＲｅＡＣを検証して、アクセス要求者のプラットフォームの完全性の評価結果を生成する。
ここで、前記ステップ（３．２．６）においてアクセス授権者のプラットフォームの完全性の評価結果を生成する過程において、アクセス要求者がこの結果に対して満足できない場合、又は、その他のネットワークポリシーの要望に応答する場合、アクセス要求者は、再びアクセス授権者と完全性情報をやり取りしてチェックを行う、即ち、ステップ（３．２．２）乃至ステップ（３．２．６）を繰り返して行うことができる。ここで、必要に応じてＡＩＫ証明書の有効性の検証の過程とアクセス授権者がアクセス要求者に対して必要以外のプラットフォームの完全性のチェックの過程を行うことを選択して利用することができる。
（４．）アクセスの制御を行う。
ＴＮＣサーバーとＴＮＣクライアントのそれぞれは、アクセス授権者とアクセス要求者のプラットフォームの完全性の評価結果をまとめ、その後、ネットワークアクセス授権者とネットワークアクセス要求者とのそれぞれに推薦を送信し、ネットワークアクセス要求者とネットワークアクセス授権者とのそれぞれは、それぞれ受信した推薦に従って、ポートを制御して、アクセス要求者とアクセス授権者の相互のアクセスの制御を実現するようにする。ＴＮＣサーバーとＴＮＣクライアントからネットワークアクセス授権者とネットワークアクセス要求者に送信される推薦は、アクセス許可情報、アクセス禁止情報又は隔離補修情報などである。
本発明の上記の実施例には、ネットワークアクセスレイヤーで三重要素の対等認証によるアクセス制御方法が採用されて、トラステッドネットワークコネクトのアーキテクチャの安全性が強化され、このアーキテクチャのキーの管理が簡素化されている。
また、本発明のプラットフォーム完全性評価は、実際の状況によって実現方式を選択することができる。第一の方式は、ポリシー管理機によりアクセス要求者とアクセス授権者のＡＩＫ証明書の集中認証を実現し、これに対し、アクセス要求者とアクセス授権者により、ローカルで相手のプラットフォーム完全性のチェックを実現するものである。この方式は、アクセス要求者とアクセス授権者とのいずれも各プラットフォームのモジュールの標準の完全性の計測値が記憶されたデータベースにアクセス可能であるものに適用され、トラステッドネットワークコネクトのアーキテクチャの安全性を強化することができ、トラステッドネットワークコネクトアーキテクチャのキーの管理が簡素化されている。第二の方式は、アクセス要求者とアクセス授権者のＡＩＫ証明書の認証とプラットフォームの完全性のチェックとのいずれも、ポリシー管理機によって実現されるものであり、トラステッドネットワークコネクトのアーキテクチャのキーの管理と完全性のチェックの機構が簡素化され、さらに、トラステッドネットワークコネクトのアーキテクチャの安全性が強化され、且つ、トラステッドネットワークコネクトの適用の範囲を広げることができる。
なお、本発明は、ネットワークアクセスレイヤーにおいて三重要素の対等認証プロトコルを採用し、即ち、第三者の双方向の認証プロトコルに従ってアクセス要求者とアクセス授権者との双方向のユーザ認証を実現するだけでなく、また、完全性評価レイヤーにおいても三重要素の対等認証プロトコルを採用してアクセス要求者とアクセス授権者との双方向のプラットフォーム完全性評価を実現するものであるので、トラステッドネットワークコネクトのアーキテクチャの全体の安全性を高めることができる。
以上、本発明により提供される安全性が強化されたトラステッドネットワークコネクト方法を詳しく説明した。この文章には、具体的な例を適用して、本発明の原理及び実施形態を記述した。以上の実施例の説明は、本発明の技術案を理解するためのものである。同時に、当業者は、本発明の趣旨に従って、具体的な実施形態及び適用範囲のいずれも、変更することが可能である。以上の記述によって、本明細書の内容を、本発明に対する制限と理解すべきではない。
ＮＳはアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数、ＣｅｒｔＡＣ−ＡＩＫはアクセス授権者のＡＩＫ証明書、ＰＣＲｓＬｉｓｔＡＲはアクセス授権者がアクセス要求者に要求するＰＣＲｓテーブル、ＮＡＲは、アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数、ＣｅｒｔＡＲ−ＡＩＫはアクセス要求者のＡＩＫ証明書、ＰＣＲｓＬｉｓｔＡＣはアクセス要求者がアクセス授権者に要求するＰＣＲｓテーブル、ＬｏｇＡＲはアクセス授権者から要求されるＰＣＲｓ値に対応する計測ログ、ＰＣＲｓＡＲはアクセス授権者から要求されるＰＣＲｓ値、［ＮＳ，ＰＣＲｓＡＲ］Ｓｉｇはアクセス要求者がアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数とアクセス授権者から要求されたＰＣＲｓ値に対応する署名、ＮＡＣはアクセス授権者のユーザが生成した乱数、ＬｏｇＡＣはアクセス要求者から要求されたＰＣＲｓ値に対応する計測ログ、ＰＣＲｓＡＣはアクセス要求者から要求されるＰＣＲｓ値、［ＮＡＲ，ＰＣＲｓＡＣ］Ｓｉｇはアクセス授権者がアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲとアクセス要求者から要求されたＰＣＲｓ値に対応する署名、ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓはアクセス要求者とアクセス授権者のＡＩＫ証明書認証と完全性チェックの結果、［ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓ］Ｓｉｇは、ポリシー管理機のアクセス要求者とアクセス授権者のＡＩＫ証明書認証と完全性チェック結果に対する署名、ＲｅＡＣはアクセス授権者に対するプラットフォーム完全性チェック結果、ＲｅＡＲはアクセス要求者に対するプラットフォーム完全性チェック結果、ＲｅｓｕｌｔＡＩＫはアクセス要求者とアクセス授権者のＡＩＫ証明書検証結果、［ＲｅｓｕｌｔＡＩＫ］Ｓｉｇはポリシー管理機のアクセス要求者とアクセス授権者のＡＩＫ証明書検証結果に対する署名、ＲｅＡＲ−ＡＩＫはアクセス要求者のＡＩＫ証明書検証結果；ＲｅＡＣ−ＡＩＫはアクセス授権者のＡＩＫ証明書検証結果、それぞれである。

Claims (10)

  1. 安全性が強化されたトラステッドネットワークコネクト方法であって、以下のステップ、即ち、
    （１．）初期化ステップ：
    （１．１）アクセス要求者のＴＮＣクライアントとアクセス授権者のＴＮＣサーバーが、予めプラットフォームの完全性情報を用意しておき、それぞれの完全性計測レイヤーの完全性收集者ＩＭＣに渡し、
    （１．２）前記ＴＮＣクライアントとＴＮＣサーバーは、予め完全性の検証要求を制定しておき、前記完全性の検証要求には、アクセス要求者とアクセス授権者が互いに相手に検証を要求するＰＣＲｓテーブルを含み、
    （１．３）前記アクセス要求者とアクセス授権者とのトラステッドプラットフォームモジュールＴＰＭは、ネットワークポリシーに必要とされたプラットフォーム情報をハッシュしてからプラットフォームのコンフィギュレーションレジスタＰＣＲｓに記憶すること、
    （２．）ユーザ認証ステップ：
    （２．１）ネットワークアクセスレイヤーにおいて、ネットワークアクセス要求者は、ポリシー実行者にアクセス要求を発し、ポリシー実行者は、該アクセス要求をネットワークアクセス授権者に転送し、
    （２．２）前記ネットワークアクセス授権者は、前記アクセス要求を受信すると、双方向のユーザの認証過程を開始し、ネットワークアクセスレイヤーのネットワークアクセス要求者と、ネットワークアクセス授権者とユーザ認証サービスユニットとの間で、三重要素の対等認証プロトコルの実行が開始されて、アクセス要求者とアクセス授権者との双方向のユーザ認証及びキーネゴシエーションが実現され、その後、ネットワークアクセス授権者は、双方向のユーザ認証過程で生成されたメインキーを予め確立されたセキュアチャネルによって、ポリシー実行ポイントに伝送し、最後に、ポリシーの実行ポイントは、メインキーを利用して、アクセス要求者とのキーネゴシエーションを行い、
    （２．３）双方向のユーザ認証が成功すると、前記ネットワークアクセス要求者とネットワークアクセス授権者は、ユーザ認証成功の情報をそれぞれ完全性評価レイヤーのＴＮＣクライアントとＴＮＣサーバーに送信すること、
    （３．）完全性評価ステップ：
    アクセス授権者のＴＮＣサーバーがネットワークアクセス授権者から送信されたユーザ認証成功の情報を受信すると、完全性評価レイヤーと完全性計測レイヤーにおいて、アクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアントとポリシー管理機のプラットフォーム評価サービスユニットは、三重要素の対等認証プロトコルにより、アクセス要求者とアクセス授権者との双方向のプラットフォームの完全性評価を実現すること、
    （４．）アクセス制御ステップ：
    前記ＴＮＣサーバーとＴＮＣクライアントとのそれぞれは、アクセス授権者とアクセス要求者のプラットフォームの完全性の評価結果をまとめて、ネットワークアクセス授権者とネットワークアクセス要求者のそれぞれに推薦を送信し、ネットワークアクセス要求者とネットワークアクセス授権者とのそれぞれは、それぞれ受信した推薦に従って、ポートを制御して、アクセス要求者とアクセス授権者との相互のアクセス制御を実現すること、
    を含むことを特徴とする安全性が強化されたトラステッドネットワークコネクト方法。
  2. 前記ステップ（３．）において、アクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアントとポリシー管理機のプラットフォーム評価サービスユニットは、三重要素の対等認証プロトコルにより、アクセス要求者とアクセス授権者の双方向のプラットフォームの完全性評価を実現し、このプラットフォームの完全性評価の実現方式は、
    アクセス要求者がアクセス授権者のプラットフォームの完全性を検証することに対し、アクセス授権者がアクセス要求者の完全性を検証すること、
    ポリシー管理機がアクセス要求者とアクセス授権者のＡＩＫ証明書の有効性を検証することを含むことを特徴とする請求項１に記載の安全性が強化されたトラステッドネットワークコネクト方法。
  3. 前記ステップ（３．）において、アクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアントとポリシー管理機のプラットフォーム評価サービスユニットは、三重要素の対等認証プロトコルにより、アクセス要求者とアクセス授権者との双方向のプラットフォームの完全性評価を実現し、このプラットフォーム完全性評価の具体的な実施方式は、以下：
    （３．１．１）アクセス授権者のＴＮＣサーバーがネットワークアクセス授権者から送信されたユーザ認証成功の情報を受信したとき、又はユーザ認証が成功したことが確認されたときに、アクセス授権者は、アクセス要求者に以下の情報：
    （ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、
    （ｂ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ＿ＡＩＫと、
    （ｃ）．アクセス授権者がアクセス要求者に要求するＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＲ
    を送信すること、
    （３．１．２）アクセス要求者は前記ステップ（３．１．１）においてアクセス授権者から送信された情報を受信すると、アクセス授権者から要求されたＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出し、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに署名し、アクセス要求者は、アクセス授権者に以下の情報：
    （ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、
    （ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、
    （ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ＿ＡＩＫと、
    （ｄ）．アクセス要求者がアクセス授権者に要求するＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＣと、
    （ｅ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、
    （ｆ）．アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲと、
    （ｇ）．アクセス要求者がトラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに対して行った署名
    を送信すること、
    （３．１．３）アクセス授権者は、前記ステップ（３．１．２）においてアクセス要求者から送信された情報を受信すると、トラステッドプラットフォームモジュールＴＰＭに、アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳの一致性を検証させ、次に、アクセス要求者のＡＩＫ証明書の中の公開キーを利用して、アクセス要求者のＡＩＫ署名の有効性を検証し、アクセス授権者がアクセス要求者に要求したＰＣＲｓ値と、アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲ及びデータベースから提供された標準の完全性の計測値を利用して、アクセス要求者のプラットフォームの完全性に対するチェックを行い、アクセス授権者のアクセス要求者のプラットフォームの完全性に対するチェック結果を生成し、アクセス授権者は、ポリシー管理機に以下の情報：
    （ａ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、
    （ｂ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、
    （ｃ）．アクセス要求者のＡＩＫ証明書と、
    （ｄ）．アクセス授権者のＡＩＫ証明書、
    を送信すること、
    （３．１．４）ポリシー管理機は、前記ステップ（３．１．３）においてアクセス授権者から送信された情報を受信すると、アクセス要求者とアクセス授権者のＡＩＫ証明書に対する検証を行って、アクセス要求者とアクセス授権者の証明書の検証結果Ｒｅｓｕ１ｔＡＩＫを生成し、この証明書検証結果は、アクセス授権者のユーザが生成した乱数ＮＡＣと、アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、アクセス要求者のＡＩＫ証明書の検証結果ＲｅＡＲ−ＡＩＫと、アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、アクセス授権者のＡＩＫ証明書の検証結果ＲｅＡＣ−ＡＩＫとを含み、ポリシー管理機の身元証明書に対応するプライベートキーを利用して、証明書の検証結果に対して署名し、ポリシー管理機は、アクセス授権者に生成した証明書の検証結果ＲｅｓｕｌｔＡＩＫ及び証明書の検証結果ＲｅｓｕｌｔＡＩＫに対する署名［ＲｅｓｕｌｔＡＩＫ］Ｓｉｇを送信すること、
    （３．１．５）アクセス授権者は、前記ステップ（３．１．４）においてポリシー管理機から送信された情報を受信すると、アクセス授権者のユーザが生成した乱数ＮＡＣとアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲとの一致性を検証し、ポリシー管理機の身元証明書に対応する公開キーを利用して、ポリシー管理機の署名の有効性を検証し、証明書の検証結果に従って、アクセス要求者のＡＩＫ証明書の有効性を検証し、アクセス授権者のアクセス要求者に対するプラットフォームの完全性のチェック結果を利用して、プラットフォームの完全性の評価結果を生成し、アクセス要求者から要求されたＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出し、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して署名し、アクセス授権者は、アクセス要求者に以下のような情報：
    （ａ）．ステップ（３．１．４）においてポリシー管理機から送信されたメッセージ内容と、
    （ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭで生成した乱数ＮＡＲと、
    （ｃ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、
    （ｄ）．アクセス要求者から要求されたＰＣＲｓ値ＰＣＲｓＡＣと、
    （ｅ）．アクセス要求者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＣと、
    （ｆ）．アクセス授権者がトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して行った署名、
    を送信すること、
    （３．１．６）アクセス要求者は、前記ステップ（３．１．５）においてアクセス授権者から送信された情報を受信すると、ポリシー管理機の身元証明書に対応する公開キーで、ポリシー管理機の署名の有効性を検証し、次に、アクセス要求者は、アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲの一致性を検証し、アクセス授権者のＡＩＫ証明書の中の公開キーで、アクセス授権者のＡＩＫ署名の有効性を検証し、続いて、証明書の検証結果に従って、アクセス授権者のＡＩＫ証明書の有効性を検証し、アクセス要求者がアクセス授権者に要求したＰＣＲｓ値と、アクセス要求者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＣ及びデータベースから提供された標準の完全性の計測値を用いて、アクセス授権者のプラットフォーム完全性に対してチェックして、アクセス授権者のプラットフォーム完全性のチェック結果を生成し、アクセス要求者は、アクセス授権者のＡＩＫ証明書の有効性とアクセス授権者に対するプラットフォームの完全性のチェック結果に従って、プラットフォームの完全性の評価結果を生成すること、
    を含むことを特徴とする請求項１に記載の安全性が強化されたトラステッドネットワークコネクト方法。
  4. 前記ステップ（３．１．５）においてアクセス要求者のプラットフォームの完全性の評価結果を生成する過程において、アクセス授権者は、再びアクセス要求者と完全性情報をやり取りするときに、ステップ（３．１．１）乃至ステップ（３．１．６）を繰り返して行うことを特徴とする請求項３に記載の安全性が強化されたトラステッドネットワークコネクト方法。
  5. 前記ステップ（３．１．６）においてアクセス授権者のプラットフォームの完全性の評価結果を生成する過程には、アクセス要求者は、再びアクセス授権者と完全性情報をやり取りしようとするときに、ステップ（３．１．２）乃至ステップ（３．１．６）を繰り返して行うことを特徴とする請求項３又は４に記載の安全性が強化されたトラステッドネットワークコネクト方法。
  6. 前記ステップ（３．）においてアクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアント及びポリシー管理機のプラットフォーム評価サービスユニットは、三重要素の対等認証プロトコルにより、アクセス要求者とアクセス授権者の双方向のプラットフォーム完全性評価を実現し、このプラットフォーム完全性評価の実現方式は、
    ポリシー管理機はアクセス要求者とアクセス授権者のプラットフォームの完全性をチェックすること、
    ポリシー管理機はアクセス要求者とアクセス授権者のＡＩＫ証明書の有効性を検証することを含むことを特徴とする請求項１に記載の安全性が強化されたトラステッドネットワークコネクト方法。
  7. 前記ステップ（３．）においてアクセス授権者のＴＮＣサーバーと、アクセス要求者のＴＮＣクライアント及びポリシー管理機のプラットフォーム評価サービスユニットは、三重要素の対等認証プロトコルによりアクセス要求者とアクセス授権者の双方向のプラットフォームの完全性評価を実現し、このプラットフォームの完全性評価の具体的な実現方式は、以下のことを含む、即ち、
    （３．２．１）アクセス授権者は、ネットワークアクセス授権者から送信されたユーザ認証成功の情報を受信すると、アクセス要求者に以下の情報：
    （ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、
    （ｂ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、
    （ｃ）．アクセス授権者がアクセス要求者に要求するＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＲ、
    を送信すること、
    （３．２．２）アクセス要求者は、前記ステップ（３．２．１）においてアクセス授権者から送信された情報を受信すると、アクセス授権者から要求されたＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出し、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーで、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに対して署名し、アクセス要求者は、アクセス授権者に以下の情報：
    （ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、
    （ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、
    （ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、
    （ｄ）．アクセス要求者がアクセス授権者に要求するＰＣＲｓテーブルＰＣＲｓＬｉｓｔＡＣと、
    （ｅ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、
    （ｆ）．アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲと、
    （ｇ）．アクセス要求者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに対して行った署名
    を送信すること、
    （３．２．３）アクセス授権者は、前記ステップ（３．２．２）においてアクセス要求者から送信された情報を受信すると、トラステッドプラットフォームモジュールＴＰＭに、アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳの一致性を検証させ、アクセス要求者のＡＩＫ証明書の中の公開キーを利用してアクセス要求者のＡＩＫ署名の有効性を検証し、アクセス要求者から要求されたＰＣＲｓテーブルに従って、相応するＰＣＲｓ値をトラステッドプラットフォームモジュールＴＰＭへ抽出し、アクセス授権者は、トラステッドプラットフォームモジュールＴＰＭにおいて、ＡＩＫプライベートキーを利用して、トラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して署名し、アクセス授権者は、ポリシー管理機に以下の情報：
    （ａ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、
    （ｂ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、
    （ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、
    （ｄ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、
    （ｅ）．アクセス授権者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＲと、
    （ｆ）．アクセス要求者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳに対して行った署名と、
    （ｇ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、
    （ｈ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、
    （ｉ）．アクセス要求者から要求されたＰＣＲｓ値ＰＣＲｓＡＣと、
    （ｊ）．アクセス要求者から要求されたＰＣＲｓ値に対応する計測ログＬｏｇＡＣと、
    （ｋ）．アクセス授権者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して行った署名
    を送信すること、
    （３．２．４）ポリシー管理機は前記ステップ（３．２．３）においてアクセス授権者から送信された情報を受信すると、アクセス要求者とアクセス授権者とのそれぞれのＡＩＫ証明書に対応する公開キーを利用して、アクセス要求者とアクセス授権者のＡＩＫ署名の有効性及びＡＩＫ証明書の有効性を検証し、アクセス要求者とアクセス授権者とのそれぞれのトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値の計測ログとデータベースの中の標準の完全性の計測値に応じて、新たに相応するＰＣＲｓ値を算出し、且つ、ステップ（３．２．３）においてアクセス授権者から送信されたメッセージの中の対応するＰＣＲｓ値と比較し、アクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォームの完全性のチェック結果ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓを生成し、ポリシー管理機の身元証明書に対応するプライベートキーで、生成されたＡＩＫ証明書認証とプラットフォームの完全性のチェック結果に対して、署名［ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓ］Ｓｉｇを行い、アクセス授権者に、アクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォームの完全性のチェック結果ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓ及びポリシー管理機のアクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォームの完全性のチェック結果に対する署名［ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓ］Ｓｉｇを送信し、前記のアクセス要求者とアクセス授権者のＡＩＫ証明書認証とプラットフォームの完全性のチェック結果ＲｅｓｕｌｔＡＩＫ−ＰＣＲｓは、
    （ａ）．アクセス授権者のユーザが生成した乱数ＮＡＣと、
    （ｂ）．アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳと、
    （ｃ）．アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫと、
    （ｄ）．アクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲと、
    （ｅ）．アクセス要求者に対するプラットフォームの完全性のチェック結果ＲｅＡＲと、
    （ｆ）．アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲと、
    （ｇ）．アクセス授権者のＡＩＫ証明書ＣｅｒｔＡＣ−ＡＩＫと、
    （ｈ）．アクセス要求者から要求されたＰＣＲｓ値ＰＣＲｓＡＣと、
    （ｉ）．アクセス授権者に対するプラットフォームの完全性のチェック結果ＲｅＡＣと、
    （ｊ）．アクセス要求者のＡＩＫ証明書の検証結果ＲｅＡＲ−ＡＩＫと、
    （ｋ）．アクセス授権者のＡＩＫ証明書の検証結果ＲｅＡＣ−ＡＩＫと、を含むこと、
    （３．２．５）アクセス授権者は、前記ステップ（３．２．４）においてポリシー管理機から送信された情報を受信すると、アクセス授権者のユーザが生成した乱数ＮＡＣとステップ（３．２．４）においてポリシー管理機から送信された情報の中のアクセス授権者のユーザが生成した乱数ＮＡＣとが一致するかどうかを検証し、ポリシー管理機のユーザの署名の有効性を検証し、トラステッドプラットフォームモジュールＴＰＭに、アクセス授権者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＳの一致性を検証させ、アクセス要求者のＡＩＫ証明書ＣｅｒｔＡＲ−ＡＩＫとアクセス授権者から要求されたＰＣＲｓ値ＰＣＲｓＡＲとの一致性を検証し、アクセス要求者のＡＩＫ証明書の検証結果ＲｅＡＲ−ＡＩＫとアクセス要求者に対するプラットフォームの完全性のチェック結果ＲｅＡＲを検証して、アクセス要求者のプラットフォームの完全性の評価結果を生成し、アクセス授権者は、アクセス要求者に、ステップ（３．２．４）の中の情報と、アクセス授権者がトラステッドプラットフォームモジュールＴＰＭにおいてＡＩＫプライベートキーを利用してトラステッドプラットフォームモジュールＴＰＭにより抽出された相応のＰＣＲｓ値とアクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲに対して行った署名を送信すること、
    （３．２．６）アクセス要求者は、前記ステップ（３．２．５）においてアクセス授権者から送信された情報を受信すると、アクセス授権者のＡＩＫ署名の有効性とポリシー管理機のユーザの署名の有効性を検証し、トラステッドプラットフォームモジュールＴＰＭに、アクセス要求者のトラステッドプラットフォームモジュールＴＰＭが生成した乱数ＮＡＲの一致性を検証させ、アクセス授権者のＡＩＫ証明書とアクセス要求者から要求されたＰＣＲｓ値の一致性を検証し、アクセス授権者のＡＩＫ証明書の検証結果ＲｅＡＣ−ＡＩＫとアクセス授権者に対するプラットフォームの完全性のチェック結果ＲｅＡＣを検証して、アクセス要求者のプラットフォームの完全性の評価結果を生成することであることを特徴とする請求項１に記載の安全性が強化されたトラステッドネットワークコネクト方法。
  8. 前記ステップ（３．２．５）においてアクセス要求者のプラットフォームの完全性の評価結果を生成する過程において、アクセス授権者は、再びアクセス要求者と完全性情報をやり取りする時に、ステップ（３．２．１）乃至ステップ（３．２．６）を繰り返して行うことを特徴とする請求項７に記載の安全性が強化されたトラステッドネットワークコネクト方法。
  9. 前記ステップ（３．２．６）においてアクセス授権者のプラットフォームの完全性のチェック結果を生成する過程において、アクセス要求者は、再びアクセス授権者と完全性情報をやり取りする時に、ステップ（３．２．２）乃至ステップ（３．２．６）を繰り返して行うことを特徴とする請求項７又は８に記載の安全性が強化されたトラステッドネットワークコネクト方法。
  10. 前記ステップ（４．）においてＴＮＣサーバーとＴＮＣクライアントからネットワークアクセス授権者とネットワークアクセス要求者に送信される推薦は、アクセス許可情報、アクセス禁止情報又は隔離補修情報などであることを特徴とする請求項１〜４又は６〜８のいずれに記載の安全性が強化されたトラステッドネットワークコネクト方法。
JP2010518481A 2007-08-01 2008-07-21 安全性が強化されたトラステッドネットワークコネクト方法 Active JP5093350B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CNB2007100183962A CN100566251C (zh) 2007-08-01 2007-08-01 一种增强安全性的可信网络连接方法
CN200710018396.2 2007-08-01
PCT/CN2008/071701 WO2009015580A1 (fr) 2007-08-01 2008-07-21 Procédé de connexion de réseau de confiance pour améliorer la sécurité

Publications (2)

Publication Number Publication Date
JP2010534988A true JP2010534988A (ja) 2010-11-11
JP5093350B2 JP5093350B2 (ja) 2012-12-12

Family

ID=39933497

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2010518481A Active JP5093350B2 (ja) 2007-08-01 2008-07-21 安全性が強化されたトラステッドネットワークコネクト方法

Country Status (7)

Country Link
US (1) US8271780B2 (ja)
EP (1) EP2184886A4 (ja)
JP (1) JP5093350B2 (ja)
KR (1) KR101104486B1 (ja)
CN (1) CN100566251C (ja)
RU (1) RU2437230C2 (ja)
WO (1) WO2009015580A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011503732A (ja) * 2007-11-16 2011-01-27 西安西▲電▼捷通▲無▼綫▲網▼絡通信股▲分▼有限公司 ３エレメントピア認証に基づく信頼されているネットワークアクセス制御方法
JP2013542521A (ja) * 2010-10-13 2013-11-21 西安西▲電▼捷通▲無▼綫▲網▼絡通信股▲分▼有限公司 ネットワークアクセス制御方法およびシステム
JP2015043570A (ja) * 2013-08-26 2015-03-05 ザ・ボーイング・カンパニーＴｈｅＢｏｅｉｎｇ Ｃｏｍｐａｎｙ 信頼されるモバイル通信のためのシステム及び方法

Families Citing this family (47)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100512313C (zh) * 2007-08-08 2009-07-08 西安西电捷通无线网络通信有限公司 一种增强安全性的可信网络连接系统
CN100553212C (zh) 2007-11-16 2009-10-21 西安西电捷通无线网络通信有限公司 一种基于三元对等鉴别的可信网络接入控制系统
CN101345660B (zh) * 2008-08-21 2010-06-09 西安西电捷通无线网络通信有限公司 一种基于tcpa/tcg可信网络连接的可信网络管理方法
CN100581170C (zh) 2008-08-21 2010-01-13 西安西电捷通无线网络通信有限公司 一种基于三元对等鉴别可信网络连接的可信网络管理方法
US8161285B2 (en) * 2008-09-26 2012-04-17 Microsoft Corporation Protocol-Independent remote attestation and sealing
CN101447992B (zh) * 2008-12-08 2011-04-06 西安西电捷通无线网络通信股份有限公司 一种基于三元对等鉴别的可信网络连接实现方法
CN101547097B (zh) * 2009-02-11 2011-05-04 广州杰赛科技股份有限公司 基于数字证书的数字媒体管理系统及管理方法
CN101547095B (zh) * 2009-02-11 2011-05-18 广州杰赛科技股份有限公司 基于数字证书的应用服务管理系统及管理方法
WO2010121020A1 (en) * 2009-04-15 2010-10-21 Interdigital Patent Holdings, Inc. Validation and/or authentication of a device for communication with a network
CN101527717B (zh) * 2009-04-16 2012-11-28 西安西电捷通无线网络通信股份有限公司 一种三元对等鉴别可信网络连接架构的实现方法
CN101540676B (zh) * 2009-04-28 2012-05-23 西安西电捷通无线网络通信股份有限公司 一种适合三元对等鉴别可信网络连接架构的平台鉴别方法
CN101631113B (zh) 2009-08-19 2011-04-06 西安西电捷通无线网络通信股份有限公司 一种有线局域网的安全访问控制方法及其系统
CN101635709B (zh) * 2009-08-25 2011-04-27 西安西电捷通无线网络通信股份有限公司 一种可实现双向平台鉴别的方法
CN101778099B (zh) * 2009-12-31 2012-10-03 郑州信大捷安信息技术股份有限公司 可容忍非信任组件的可信网络接入架构及其接入方法
CN102004876B (zh) * 2009-12-31 2012-07-18 郑州信大捷安信息技术股份有限公司 可容忍非信任组件的安全终端加固模型及加固方法
CN101795281B (zh) * 2010-03-11 2012-03-28 西安西电捷通无线网络通信股份有限公司 一种适合可信连接架构的平台鉴别实现方法及系统
US9208318B2 (en) 2010-08-20 2015-12-08 Fujitsu Limited Method and system for device integrity authentication
US9111079B2 (en) 2010-09-30 2015-08-18 Microsoft Technology Licensing, Llc Trustworthy device claims as a service
CN102404315B (zh) * 2010-09-30 2015-01-14 微软公司 作为服务的可信设备声明
GB2487049A (en) * 2011-01-04 2012-07-11 Vestas Wind Sys As Remote and local authentication of user for local access to computer system
US8925091B2 (en) 2011-09-01 2014-12-30 Dell Products, Lp System and method for evaluation in a collaborative security assurance system
US9124419B2 (en) * 2012-05-08 2015-09-01 Discretix Technologies Ltd. Method, device, and system of secure entry and handling of passwords
US8925059B2 (en) 2012-06-08 2014-12-30 Lockheed Martin Corporation Dynamic trust connection
US9092427B2 (en) 2012-06-08 2015-07-28 Lockheed Martin Corporation Dynamic trust session
US8782423B2 (en) * 2012-06-19 2014-07-15 Microsoft Corporation Network based management of protected data sets
US10795985B2 (en) * 2013-07-18 2020-10-06 Sequitur Labs Inc. Applications of secured memory areas and secure environments in policy-based access control systems for mobile computing devices
CN103428287B (zh) * 2013-08-09 2017-04-12 华为技术有限公司 一种连接建立的方法及装置
US9391980B1 (en) * 2013-11-11 2016-07-12 Google Inc. Enterprise platform verification
EP2899940B1 (en) * 2014-01-23 2020-06-03 Vodafone GmbH Connection method for secure connecting of a mobile device system to a network
US10803027B1 (en) * 2014-05-07 2020-10-13 Cisco Technology, Inc. Method and system for managing file system access and interaction
CN104038478A (zh) * 2014-05-19 2014-09-10 瑞达信息安全产业股份有限公司 一种嵌入式平台身份验证可信网络连接方法和系统
CN104239802A (zh) * 2014-10-15 2014-12-24 浪潮电子信息产业股份有限公司 一种基于云数据中心的可信服务器设计方法
US10341342B2 (en) 2015-02-05 2019-07-02 Carrier Corporation Configuration data based fingerprinting for access to a resource
CN104794410B (zh) * 2015-03-23 2018-01-09 中国科学院软件研究所 一种基于可信计算技术的数据库安全保护方法
CN106851650A (zh) * 2015-12-07 2017-06-13 普天信息技术有限公司 移动通信系统中的平台完整性鉴别的处理方法和系统
CN107292176B (zh) * 2016-04-05 2021-01-15 联想企业解决方案(新加坡)有限公司 用于访问计算设备的可信平台模块的方法和系统
US9830469B1 (en) 2016-10-31 2017-11-28 International Business Machines Corporation Automated mechanism to secure customer data
US10346625B2 (en) 2016-10-31 2019-07-09 International Business Machines Corporation Automated mechanism to analyze elevated authority usage and capability
US9928365B1 (en) 2016-10-31 2018-03-27 International Business Machines Corporation Automated mechanism to obtain detailed forensic analysis of file access
US10514854B2 (en) * 2016-11-04 2019-12-24 Microsoft Technology Licensing, Llc Conditional authorization for isolated collections
CN108696868B (zh) * 2017-03-01 2020-06-19 西安西电捷通无线网络通信股份有限公司 用于网络连接的凭证信息的处理方法和装置
US10650156B2 (en) 2017-04-26 2020-05-12 International Business Machines Corporation Environmental security controls to prevent unauthorized access to files, programs, and objects
CN106973067A (zh) * 2017-05-10 2017-07-21 成都麟成科技有限公司 一种平台环境完整性检测方法和装置
CN107396350B (zh) * 2017-07-12 2021-04-27 西安电子科技大学 基于sdn-5g网络架构的sdn组件间安全保护方法
US10819696B2 (en) 2017-07-13 2020-10-27 Microsoft Technology Licensing, Llc Key attestation statement generation providing device anonymity
CN109714168B (zh) 2017-10-25 2022-05-27 阿里巴巴集团控股有限公司 可信远程证明方法、装置和系统
CN113794685B (zh) * 2021-08-16 2023-09-29 德威可信(北京)科技有限公司 一种基于可信评估的数据传输方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101136928A (zh) * 2007-10-19 2008-03-05 北京工业大学 一种可信网络接入框架
WO2009018743A1 (fr) * 2007-08-08 2009-02-12 China Iwncomm Co., Ltd. Système de connexion à un réseau de confiance destiné à améliorer la sécurité
WO2009018742A1 (fr) * 2007-08-03 2009-02-12 China Iwncomm Co., Ltd. Système de connexion à un réseau de confiance basé sur une authentification de pair à trois éléments
WO2009065350A1 (fr) * 2007-11-16 2009-05-28 China Iwncomm Co., Ltd. Système de contrôle d'accès à un réseau de confiance basé sur une identification égale ternaire

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19539700C1 (de) 1995-10-25 1996-11-28 Siemens Ag Sicherheitschip
JP3283414B2 (ja) 1995-12-22 2002-05-20 松下電器産業株式会社 型抜き装置
US6157707A (en) 1998-04-03 2000-12-05 Lucent Technologies Inc. Automated and selective intervention in transaction-based networks
GB0020441D0 (en) * 2000-08-18 2000-10-04 Hewlett Packard Co Performance of a service on a computing platform
EP1622301B1 (en) 2002-09-17 2007-06-27 Errikos Pitsos Methods and system for providing a public key fingerprint list in a PK system
CN1191696C (zh) 2002-11-06 2005-03-02 西安西电捷通无线网络通信有限公司 一种无线局域网移动设备安全接入及数据保密通信的方法
US8266676B2 (en) * 2004-11-29 2012-09-11 Harris Corporation Method to verify the integrity of components on a trusted platform using integrity database services
CN1848722B (zh) 2005-04-14 2010-08-25 联想(北京)有限公司 建立可信虚拟专用网连接的方法和系统
US20070067845A1 (en) 2005-09-22 2007-03-22 Alcatel Application of cut-sets to network interdependency security risk assessment
CN100493088C (zh) 2005-09-23 2009-05-27 北京交通大学 一种应用于ad hoc网络的合作增强机制的方法
CN100534036C (zh) * 2007-08-01 2009-08-26 西安西电捷通无线网络通信有限公司 一种基于三元对等鉴别的可信网络连接方法
CN100496025C (zh) 2007-11-16 2009-06-03 西安西电捷通无线网络通信有限公司 一种基于三元对等鉴别的可信网络接入控制方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009018742A1 (fr) * 2007-08-03 2009-02-12 China Iwncomm Co., Ltd. Système de connexion à un réseau de confiance basé sur une authentification de pair à trois éléments
WO2009018743A1 (fr) * 2007-08-08 2009-02-12 China Iwncomm Co., Ltd. Système de connexion à un réseau de confiance destiné à améliorer la sécurité
CN101136928A (zh) * 2007-10-19 2008-03-05 北京工业大学 一种可信网络接入框架
WO2009065350A1 (fr) * 2007-11-16 2009-05-28 China Iwncomm Co., Ltd. Système de contrôle d'accès à un réseau de confiance basé sur une identification égale ternaire

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011503732A (ja) * 2007-11-16 2011-01-27 西安西▲電▼捷通▲無▼綫▲網▼絡通信股▲分▼有限公司 ３エレメントピア認証に基づく信頼されているネットワークアクセス制御方法
US8424060B2 (en) 2007-11-16 2013-04-16 China Iwncomm Co., Ltd. Trusted network access controlling method based on tri-element peer authentication
JP2013542521A (ja) * 2010-10-13 2013-11-21 西安西▲電▼捷通▲無▼綫▲網▼絡通信股▲分▼有限公司 ネットワークアクセス制御方法およびシステム
US9038143B2 (en) 2010-10-13 2015-05-19 China Iwncomm Co., Ltd. Method and system for network access control
JP2015043570A (ja) * 2013-08-26 2015-03-05 ザ・ボーイング・カンパニーＴｈｅＢｏｅｉｎｇ Ｃｏｍｐａｎｙ 信頼されるモバイル通信のためのシステム及び方法

Also Published As

Publication number Publication date
EP2184886A1 (en) 2010-05-12
RU2010106634A (ru) 2011-09-10
RU2437230C2 (ru) 2011-12-20
JP5093350B2 (ja) 2012-12-12
EP2184886A4 (en) 2011-12-07
KR101104486B1 (ko) 2012-01-12
KR20100039417A (ko) 2010-04-15
US20110191579A1 (en) 2011-08-04
WO2009015580A1 (fr) 2009-02-05
CN101242267A (zh) 2008-08-13
US8271780B2 (en) 2012-09-18
CN100566251C (zh) 2009-12-02

Similar Documents

Publication Publication Date Title
JP5093350B2 (ja) 安全性が強化されたトラステッドネットワークコネクト方法
JP5187397B2 (ja) 安全性が強化されたトラステッドネットワークコネクトシステム
JP5259724B2 (ja) ３エレメントピア認証に基づく信頼されているネットワークアクセス制御方法
JP5248621B2 (ja) ３値同等識別に基づく、信頼されているネットワークアクセス制御システム
US8255977B2 (en) Trusted network connect method based on tri-element peer authentication
US8191113B2 (en) Trusted network connect system based on tri-element peer authentication
CN113449343B (zh) 基于量子技术的可信计算系统

Legal Events

Date Code Title Description
TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120821

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120903

R150 Certificate of patent or registration of utility model

Ref document number: 5093350

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150928

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250