Patent Application
20120036553
This application claims priority to Chinese patent application No. 200910022058.5, titled “Method for Establishing Tri-Element Peer Authentication-based Trusted Network Connect Architecture” and filed with the State Intellectual Property Office on Apr. 16, 2009, which is incorporated herein by reference in its entirety.
The invention relates to the field of network technology, and particularly to a method for establishing Tri-Element Peer Authentication-based Trusted Network Connect architecture.
With the development of informatization, problems of malicious software such as viruses and worms are growing. Currently, more than 35,000 forms of malicious software have been found, and more than 40,000,000 computers are infected each year. To prevent these attacks, it is required not only secured transmission and inspection of data while they are being inputted, but also protection starting from the source, i.e., every endpoint connected to the network. However, conventional security protection techniques can no longer protect against the various malicious attacks.
To this end, the Trusted Computing Group (TCG) have introduced a network access specification based on Trusted Computing (TC) technology, i.e., Trusted Network Connect (TNC), referred to as TCG-TNC, which includes an open architecture for endpoint integrity and a set of standards that ensure secured interoperability. The set of standards can protect a network as needed by the user, to a user-defined level. Basically, the TCG-TNC is to establish a connection starting from endpoint integrity. Firstly, a set of policies for the operation of systems within a trusted network are established. Only the endpoints complying with the network-specified policy will be allowed to access the network, and those devices that do not comply with the policies will be isolated and located by the network. Due to the use of a Trusted Platform Module (TPM), attacks from rootkits can also be blocked. A rootkit is an attack script, a modified system program, or a set of attack scripts or tools, for illegally obtaining the highest privileges in a targeted system. The architecture of TCG-TNC is shown in
In
However, in the TCG-TNC architecture shown in
In
To implement the TCG-TNC architecture shown in
Similarly, to implement the TePA-based TNC architecture shown in
To solve the technical problems discussed in the BACKGROUND OF THE INVENTION, the present invention provides a method for establishing a tri-element peer authentication-based trusted network connect architecture, so as to establish trusted endpoints, realize trusted network connect of the endpoints, realize trusted authentication between the endpoints and realize trusted management of the endpoints. An object of the present invention is to establish a TePA-based TNC architecture by defining the interfaces.
A technical solution provided by the present invention includes a method for establishing a tri-element peer authentication-based trusted network connect architecture, the method including:
The user authentication protocol in the implementation of IF-TNT and the implementation of IF-APS may be implemented in a way that, if user authentication between the access requestor and the access controller has been performed and security association between the access requestor and the access controller is still valid, then user authentication between the access requestor and the access controller is performed by using the security association between the access requestor and the access controller; otherwise, user authentication between the access request and the access controller is performed by the network access requestor, the network access controller and an authentication policy server executing a tri-element peer authentication protocol, with the authentication policy server being a trusted third party.
The network transport protocol in the implementation of IF-TNT and the implementation of IF-APS may be implemented in a way that, user authentication protocol data and platform authentication protocol data are encapsulated and transported in the same way as a EAP-tunneled encapsulation and transport mechanism, wherein the user authentication protocol data is encapsulated into an encapsulation transport packet, and the platform authentication protocol data is firstly encapsulated into an encapsulation transport packet and protected by a security tunnel, then the encapsulation transport packet that is protected by the security tunnel is further encapsulated into an encapsulation transport packet.
The network transport protocol in the implementation of IF-INT and the implementation of IF-APS may also be implemented in a way that, user authentication protocol data and platform authentication protocol data are encapsulated and transported by encapsulation transport mechanisms that are independent with each other, wherein the user authentication protocol data is independently encapsulated into an encapsulation transport packet, and the platform authentication protocol data is independently encapsulated into an encapsulation transport packet and protected by a security tunnel.
The access control protocol in the implementation of IF-TNT may be an access control method based on tri-element peer authentication.
The network connect management mechanism in the implementation of IF-TNCCAP may be implemented in a way that, the TNC client creates locally a network connect identifier for each TNC client-TNC access point pair, to identify each TNC process; the TNC access point creates locally a network connect identifier for each TNC client-TNC access point pair, to identify each TNC process; in a process of TNC, firstly a TNC client, a TNC access point and an evaluation policy server perform a process of platform authentication, and if platform remediation is needed after the process of platform authentication, or an evaluation policy is changed, then the TNC client, the TNC access point and the evaluation policy server perform another process of platform authentication, with the TNC client and the TNC access point maintaining the network connect identifiers created, until the process of TNC ends.
The platform authentication protocol in the implementation of IF-TNCCAP and the implementation of IF-EPS may be implemented as a tri-element peer authentication protocol executed by a TNC client, a TNC access point and an evaluation policy server, wherein the TNC client and the TNC access point request an integrity measurement value of each other's platform, the TNC client and the TNC access point verify only a platform signature of the integrity measurement value of each other's platform, and the evaluation policy server verifies validity of platform identity certificates and evaluates the integrity measurement values.
The platform authentication protocol management mechanism in the implementation of IF-TNCCAP may be implemented in a way that, in a process of platform authentication, a platform authentication protocol may be executed for a plurality of rounds by a TNC client, a TNC access point and an evaluation policy server, wherein, in each of the rounds of the platform authentication protocol, the TNC client and the TNC access point sends an integrity measurement parameter of each other's platform that is requested to be measured, and send an integrity measurement parameter that is obtained from measurement to the evaluation policy server; and when this round of platform authentication protocol is completed, if the integrity measurement parameter requested to be measured is different from the integrity measurement parameter obtained from measurement, then another round of platform authentication protocol is performed by the TNC client, the TNC access point and the evaluation policy server, otherwise, the process of platform authentication is successfully completed.
The encapsulation mechanism of an integrity measurement layer message in the implementation of IF-TNCCAP and the implementation of IF-EPS may include encapsulating in an encapsulation format including a message type, an integrity measurement collector identifier and an integrity measurement layer message.
The function defined in the IF-IMC in the access requestor in the implementation of IF-IMC may include: a TNC client finds and loads an IMC in the access requestor; the TNC client initializes the IMC in the access requestor; the IMC in the access requestor reports its supported message type to the TNC client; the TNC client notifies the IMC in the access requestor of a network connect status; the TNC client notifies the IMC in the access requestor of an integrity measurement parameter that is requested to be measured; the IMC in the access requestor sends an integrity measurement layer message to the TNC client; the IMC in the access requestor provides PCR reference data in an integrity measurement value to the TNC client, including referenced PCR values and a platform signature on these referenced PCR values; the TNC client notifies the IMC in the access requestor that the message of this round of platform authentication protocol is to be sent and asks the IMC in the access requestor to stop collecting the integrity measurement value; the TNC sends a received integrity measurement layer message to the IMC in the access requestor; the TNC client terminates the IMC in the access requestor; and the IMC in the access requests the TNC client to perform integrity check handshake again.
The function defined in the IF-IMC in the access controller in the implementation of the IF-IMC may include: a TNC access point finds and loads an IMC in the access controller; the TNC access point initializes the IMC in the access controller; the IMC in the access controller reports its supported message type to the TNC access point; the TNC access point notifies the IMC in the access controller of a network connect status; the TNC access point notifies an integrity measurement parameter that is required to be measured to the IMC in the access controller; the IMC in the access controller sends an integrity measurement layer message to the TNC access point; the IMC in the access controller provides PCR reference data in an integrity measurement value to the TNC access point, including referenced PCR values and a platform signature on these referenced PCR values; the TNC access point notifies the IMC in the access controller that the message of this round of platform authentication protocol is to be sent and asks the IMC in the access controller to stop collecting the integrity measurement value; the TNC access point sends a received integrity measurement layer message to the IMC in the access controller; the TNC access point terminates the IMC in the access controller; and the IMC in the access controller requests the TNC access point to perform integrity check handshake again.
The function defined in the IF-IMV in the implementation of IF-IMV may include: an evaluation policy server finds and loads an IMV in a policy manager; the evaluation policy server initializes the IMV in the policy manager; the IMV in the policy manger reports its supported message type to the evaluation policy server; the evaluation policy server notifies, the IMV in the policy manager, of an evaluation policy that needs to be set in the round of platform authentication protocol; the evaluation policy server sends a received integrity measurement layer message to the IMV in the policy manager; the IMV in the evaluation manager sends an integrity measurement layer message to the evaluation policy server; the IMV in the policy manger provides PCR reference data in an integrity measurement value to the evaluation policy server, including referenced PCR values and a platform signature on these referenced PCR values; the IMV in the policy manager provides a component-level evaluation result to the evaluation policy server; and the evaluation policy server terminates the IMV in the policy manager.
The encapsulation method for the IF-IM in the implementation of IF-IM may be the same as an encapsulation method for an IF-M in the TCG-TNC architecture.
In the implementation of the IF-EPS, dynamic distribution of an evaluation policy for an access requestor may be implemented by an evaluation policy dynamic distribution mechanism.
The evaluation policy dynamic distribution mechanism in the implementation of IF-EPS may include: a TNC access point requests an evaluation policy for an access requestor from an evaluation policy server, and the evaluation policy server returns the evaluation policy for the access requestor to the TNC access point.
The present invention has advantages below.
1. The present invention can establish trusted endpoints. During the process for establishing trusted endpoints, the integrity measurement collector, the TNC client and the TNC access point in the access requestor in the TePA-based TNC architecture are implemented by endpoints, and the integrity measurement verifier and the evaluation policy server in the policy manager may be implemented by endpoints, or by a third party service provider, then a platform authentication process in the TePA-based TNC architecture is performed to establish trusted endpoints.
2. The present invention can realize trusted network connect of endpoints. According to the present invention, in the process of trusted network connect of the endpoints, the access requestor in the TePA-based TNC architecture is implemented by endpoints that access the network, and the access controller and the policy manager are implemented by a network service provider, and some or all of the functions of the policy manager may also be implemented by third party service providers, then, a TNC process in the TePA-based TNC architecture is performed to realize trusted network connect of endpoints.
3. The present invention can realize trusted authentication between endpoints. According to the present invention, in the trusted authentication between endpoints, the access requestor in the TePA-based TNC architecture is implemented by a endpoint, and the access controller is implemented by another endpoint, the policy manager may be implemented by a network service provider, and some or all of the functions may also be implemented by a third party service provider, if user authentication between the endpoints has been performed and a session key has been generated, then the trusted authentication between the endpoints is implemented by executing a platform authentication process in the TePA-based TNC architecture, otherwise, the trusted authentication between the endpoints is implemented by executing a TNC process in the TePA-based TNC architecture.
4. The present invention can realize trusted management of endpoints. According to the present invention, in the process of trusted management for endpoints, the access requestor in the TePA-based TNC architecture is implemented by a endpoint, and the access controller and the policy manager are implemented by a network service provider, and some or all of the functions of the policy manger may also be implemented by a third party service provider, if user authentication between the endpoint and the network service provider has been performed and a session key has been generated, the trusted management of the endpoints is implemented by executing a platform authentication process in the TePA-based TNC architecture, otherwise, the trusted management of the endpoints is implemented by executing a TNC process in the TePA-based TNC architecture.
The objects, technical solutions and advantages of the embodiments of the present invention will become more apparent by the following description of the technical solutions in the embodiments of the present invention in conjunction with the accompanying drawings in the embodiments of the present invention. As a matter of course, the embodiments disclosed herein are only some of the possible embodiments of the present invention, and any other embodiment obtained by those skilled in the art based on the embodiments disclosed herein without inventive efforts should fall within the scope of protection of the present invention.
An embodiment of the present invention provide a method for establishing a trusted network connect architecture based on tri-element peer authentication, including the steps of:
Step 1, the implementation of the IF-TNT and the IF-APS: the user authentication protocol defined in the IF-TNT and the IF-APS may be a tri-element peer authentication protocol based on a symmetric-key and asymmetric-key algorithm, e.g., the WAI protocol in the Chinese Wireless LAN Standards.
The network transport protocol defined in the IF-TNC and the IF-APS may include: the protocol data encapsulation packet may be the same as or similar to the protocol data encapsulation packet in the EAP, except that the processing of the protocol data encapsulation packet, specifically, the protocol data encapsulation packet is analyzed at the access controller, and then encapsulated into another protocol data encapsulation packet and sent to the other party, i.e., unlike the one in the EAP which is a point-to-point packet encapsulation and analyzing process, it is a three-party packet encapsulation and analyzing process, and the three-party protocol can be referred to as Tri-element Authentication Extensible Protocol (TAEP); the user authentication protocol data and the platform authentication protocol data may be encapsulated by an encapsulation method similar to a tunneled EAP, and may also be encapsulated in independent encapsulation methods; for the former, the access requestor and the access controller will receive a success type protocol data encapsulation packet such as a TAEP-success encapsulation packet, which corresponds to the whole TNC process; and for the latter, the access requestor and the access controller will receive two successful type protocol data encapsulation packet such as TAEP-success encapsulation packets, which correspond to the user authentication process and the platform authentication process respectively.
The access control protocol defined in the IF-TNT and the IF-APS may also use an access control method based on tri-element peer authentication, such as the access control method in the Chinese Wireless LAN standards.
Step 2, the implementation method of the IF-TNCCAP and the IF-EPS.
The network connect management mechanism defined in the IF-TNCCAP may be: the TNC client generates locally a network connect identifier between the TNC client and the TNC access point, and the TNC access point generates locally a network connect identifier between the TNC access point and the TNC client, the network connect identifier being denoted as ConnectionID; the TNC client and the TNC access point may set some network connect states for each ConnectionID, such as create, integrity check handshake, permit, forbid, isolate and connect terminate. In a TNC process, firstly the TNC client, the TNC access point and the evaluation policy server perform a process of platform authentication, and if platform remediation is needed after the process of platform authentication, or an evaluation policy is changed, then the TNC client, the TNC access point and the evaluation policy server perform another process of platform authentication, with the TNC client and the TNC access point maintaining the ConnectionIDs created where the network connect states may be set differently, until the process of TNC ends.
The platform authentication protocol management mechanism defined in the IF-TNCCAP may be: in a process of platform authentication, the platform authentication protocol may be executed for a plurality of rounds by the TNC client, the TNC access point and the evaluation policy server, in each of the rounds of the platform authentication protocol, the TNC client and the TNC access point sends an integrity measurement parameter of each other's platform that is requested to be measured, and send an integrity measurement parameter that is obtained from measurement to the evaluation policy server; and when this round of platform authentication protocol is completed, if the integrity measurement parameter requested to be measured is different from the integrity measurement parameter obtained from measurement, then another round of platform authentication protocol is performed by the TNC client, the TNC access point and the evaluation policy server, otherwise, the process of platform authentication is successfully completed.
The evaluation policy dynamic distribution mechanism defined in the IF-EPS may be: the evaluation policy server sets a corresponding evaluation policy for users of each level and services of each level; the TNC access point may send, a user identity of the access requestor, or a service requested by the access requestor, or the user identity of the access requestor and the service requested by the access requestor, to the evaluation policy server, then, the evaluation policy server returns the evaluation policy for the access requestor to the TNC access point, according to a local setting.
The encapsulation mechanism for an integrity measurement layer message defined in the IF-TNCCAP and the IF-EPS may be a (message type+integrity measurement collector identifier+integrity measurement layer message table) list, and the message type may include a component type and a manufacturer identifier.
The platform authentication protocol defined in the IF-TNCCAP and the IF-APS is a tri-element peer authentication protocol performed by the TNC client, the TNC access point and the evaluation policy server, specifically, the TNC client and the TNC access point request an integrity measurement value of each other's platform, the TNC client and the TNC access point verify only a platform signature of the integrity measurement value of each other's platform, and the evaluation policy server verifies validity of platform identity certificates and evaluates the integrity measurement values.
Step 3, the implementation method for the IF-IMC in the access requestor.
The function of the IF-IMC in the access requestor may include:
(1) a function for finding and loading the IMC in the access requestor, which is platform specific and may be implemented by different methods;
(2) initialization function TNC_IMC_Initialize {imcID, minVersion, maxVersion, *pOutActualVersion}, for initializing the IMC, and is implemented by the IMC in the access requestor, where imcID is an integrity measurement collector identifier assigned to the IMC by the TNC client, minVersion and maxVersion are the version numbers of an application interface function that are supported by the TNC client, *pOutActualVersion is the version number of the application interface function that is actually used;
(3) message type notification function TNC_TNCC_ReportMessageTypes {imcID, supportedTypes, typeCount}, by which the IMC in the access requestor notifies the TNC client of the supported message type, and which is implemented by the TNC client, where, supportedTypes is a message type that is supported by the access requestor, and typeCount is the number of message types that are supported by the access requestor;
(4) connect state notification function TNC_IMC_NotifyConnectionChange {imc ID, connectionID, newState}, by which the TNC client notifies the IMC in the access requestor of the network connect sate, and which is implemented by the IMC, where, connectionID is a network connect identifier created by the TNC client, newState is a network connect sate, and specifically may include CREATE, HANDSTAKE, DELET, ACCESS_ALLOWED, ACCESS_ISOLATED or ACCESS_NONE;
(5) measurement parameter notification function TNC_IMC_RequestMeasurementInfo {imcID, connectionID, MeasurementInfo}, by which the TNC client notifies the IMC in the access requestor of the integrity measurement parameter that is requested to be measured, and which is implemented by the IMC, where, MeasurementInfo is an integrity measurement parameter that is requested to be measured;
(6) measurement layer message sending function TNC_TNCC_SendMes sage {imcID, connectionID, message, messageLength, messageType}, by which the IMC in the access requestor sends an integrity measurement layer message to the TNC client, and which is implemented by the TNC client, where, message is an integrity measurement layer message, messageLength is the length of the message, messageType is the type of the message;
(7) PCR reference data providing function TNC_TNCC_ProvidePCRsIndex {imcID, connectionID, PCRsIndex}, by which the IMC in the access requestor provides the PCR reference data (known by the trusted platform evaluation layer component) in the integrity measurement value to the TNC client, and which is implemented by the TNC client, where PCRsIndex is PCR reference data in the integrity measurement value;
(8) ending collection notification function TNC_IMC_PAIEnding {imcID, connectionID}, by which the TNC client notifies the IMC in the access requestor that the message at the step of the round of the evaluation authentication protocol is to be sent and asks the IMC in the access requestor to stop collecting the integrity measurement value, and which is implemented by the IMC;
(9) received measurement layer message sending function TNC_IMC_ReceiveMes sage {imcID, connectionID, message, messageLength, messageType}, by which the TNC client sends a received integrity measurement layer message to the IMC in the access requestor, and which is implemented by the IMC;
(10) access terminating function TNC_IMC_Terminate {imcID}, by which the TNC client terminates the IMC in the access requestor, and which is implemented by the IMC;
(11) handshake requesting function TNC_TNCC_RequestHandshakeRetry {imcID, connectionID, reason}, by which the IMC in the access requestor requests the TNC client to perform integrity check handshake again, and which is implemented by the TNC client, where reason is the reason for requesting to perform integrity check handshake again.
The interactions at the IF-IMC in the access requestor in the platform authentication process are shown in
Step 4, the implementation method of the IF-IMC in the access controller.
The function of the IF-IMC in the access controller may be:
(1) a function, for finding and loading the IMC in the access controller, which is platform specific and may be implemented by different methods;
(2) initialization function TNC_IMC_Initialize {imcID, minVersion, maxVersion, *pOutActualVersion} for initializing the IMC, which is implemented by the IMC in the access controller, where imcID is an integrity measurement collector identifier assigned to the IMC by the TNC access point, minVersion and maxVersion are the version numbers of an application interface function supported by the TNC access point, *pOutActualVersion is the version number of the application interface function that is actually used;
(3) message type notification function TNC_TNCAP_ReportMessageTypes{imcID, supportedTypes, typeCount}, by which the IMC in the access controller notifies the TNC access point of the supported message type, and which is implemented by the TNC access point, where supportedTypes is the type of the messages that is supported by the access controller, and typeCount is the number of message types that is supported by the access controller;
(4) connect state notification function TNC_IMC_NotifyConnectionChange {imcID, connectionID, newState}, by which the TNC access point notifies the IMC in the access controller of the network connect sate, and which is implemented by the IMC, where connectionID is a network connect identifier created by the TNC access point, newState is a network connect state and specifically may include CREATE, HANDSTAKE, DELET, ACCESS_ALLOWED, ACCESS_ISOLATED or ACCESS_NONE;
(5) measurement parameter notification function TNC_IMC_RequestMeasurementInfo {imcID, connectionID, MeasurementInfo}, by which the TNC access point notifies the IMC in the access controller of the integrity measurement parameter that is requested to be measured, and which is implemented by the IMC, where MeasurementInfo is an integrity measurement parameter that is requested to be measured;
(6) measurement layer message sending function TNC_TNCAP_SendMessage {imcID, connectionID, message, messageLength, messageType}, by the IMC in the access controller sends an integrity measurement layer message to the TNC access point, and which is implemented by the TNC access point, where message is an integrity measurement layer message, messageLength is the length of the message, messageType is the type of the message;
(7) PCR reference data providing function TNC_TNCAP_ProvidePCRsIndex {imcID, connectionID, PCRsIndex}, by which the IMC in the access controller provides the PCR reference data (known by the trusted platform evaluation layer component) in the integrity measurement value to the TNC access point, and which is implemented by the TNC access point, where PCRsIndex is PCR reference data in the integrity measurement value;
(8) ending collection notifying function TNC_IMC_PAIEnding {imcID, connectionID}, by which the TNC access point notifies the IMC in the access controller that the message of the round of the evaluation authentication protocol is to be sent and asks the IMC in the access controller to stop collecting the integrity measurement value, and which is implemented by the IMC;
(9) received measurement layer message sending function TNC_IMC_ReceiveMes sage {imcID, connectionID, message, messageLength, messageType}, by which the TNC access point sends a received integrity measurement layer message to the IMC in the access controller, and which implemented by the IMC;
(10) terminating access function TNC_IMC_Terminate {imcID}, which is used by the TNC access point to terminate the IMC in the access controller, and which is implemented by the IMC;
(11) handshake requesting function TNC_TNCC_RequestHandshakeRetry {imcID, connectionID, reason}, by which the IMC in the access controller requests the TNC access point to perform integrity check handshake again, and which is implemented by the TNC access point, where reason is the reason for requesting to perform integrity check handshake again.
The interactions at the IF-IMC in the access controller in the platform authentication process are shown in
Step 5, the implementation method of the IF-IMV: the function in the policy manager is:
(1) a function for finding and loading the IMV in the policy manager, which is platform specific and may be implemented by different methods;
(2) initialization function TNC_IMV_Initialize {imvID, minVersion, maxVersion, *pOutActualVersion}, by which the evaluation policy server initializes the IMV in the policy manager, and which is implemented by the IMV in the policy manager, where imvID is an integrity measurement verifier identifier that is assigned to the IMV in the policy manager by the evaluation policy server, minVersion and maxVersion are the version numbers of an application interface function supported by the evaluation policy server, *pOutActualVersion is the version number of the application interface function that is actually used;
(3) message type notification function TNC_EPS_ReportMessageTypes {imcID, supportedTypes, typeCount}, by which the IMV in the policy manager notifies the evaluation policy server of the supported message type, and which is implemented by the evaluation policy server, where supportedTypes is the type of the messages that is supported by the IMV in the policy manager, and typeCount is the number of the message type that is supported by the IMV in the policy manager;
(4) evaluation policy notification function TNC_IMV_SetAtrributePolicy {imvID, PAIBindingID, AttributePolicy}, by which the evaluation policy server notifies the IMV in the policy manager of the evaluation policy that needs to be set in the round of the platform authentication protocol, and which is implemented by the IMV in the policy manager, where PAIBindingID is a platform authentication protocol binding identifier that is created for the round of the platform authentication protocol by the evaluation policy server, for the purpose of enabling the evaluation server to manage the evaluation authentication protocols performed by the evaluation server, for example, a random number derived from a platform authentication verifying challenge NAC-PM of the access controller and a platform authentication requesting challenge NAR of the access requestor in the platform authentication protocol, and AttributePolic is an evaluation policy required to be set;
(5) received measurement layer message sending function TNC_IMV_ReceiveMes sage {imvID, PAIBindingID, message, messageLength, messageType}, by which the evaluation policy server sends a received integrity measurement layer message to the IMV in the policy manager, and which is implemented by the IMV in the policy manager, where message is an integrity measurement layer message, messageLength is the length of the message, and messageType is the type of the message;
(6) measurement layer message sending function TNC_EPS_SendMessage {imvID, PAIBindingID, message, messageLength, messageType}, by which the IMV in the policy manager sends an integrity measurement layer message to the evaluation policy server, and which is implemented by the evaluation policy server;
(7) evaluation result providing function TNC_EPS_ProvideRecommendation {imvID, PAIBindingID, recommendation, evaluation}, by which the IMV in the policy manager provides component-level evaluation results (known by the trusted platform evaluation layer component) to the evaluation policy server, and which is implemented by the evaluation policy server, where recommendation is an action recommendation in the component-level evaluation result, and evaluation is the evaluation result in the component-level evaluation result;
(8) PCR reference data providing function TNC_EPS_ProvidePCRsIndex {imvID, PAIBindingID, PCRsIndex}, by which the IMV in the policy manager provides PCR reference data in the integrity measurement value (known by the trusted evaluation layer component) to the evaluation policy server, and which is implemented by the evaluation policy server, where PCRsIndex is PCR reference data in the integrity measurement value;
(9) access terminating function TNC_IMV_Terminate {imcID}, by which the evaluation policy server terminates the IMV in the policy manager, and which is implemented by the policy manager.
The interactions at the IF-IMV in policy manager in the platform authentication process are shown in
Step 6, the implementation method of the IF-IM:
The implementation method of the IF-IM is the same as that of the IF-M in the TCG-TNC architecture, except that TNC_IMC_RequestMeasurementInfo is used for the function of requesting integrity measurement attributes in the TCG-TNC architecture (using an integrity measurement layer message, i.e., using an IF-M message).
It is noted that, the embodiments above are for illustrative purposes only, and should not be interpreted as limiting the technical solutions of the present invention. The present invention is described in conjunction with the embodiments above, however, it is apparent to those skilled in the art that, modifications and equivalents can be made to the technical solutions disclosed in the embodiments, without deviation from the scope of the present invention.
| Number | Date | Country | Kind |
|---|---|---|---|
| 200910022058.5 | Apr 2009 | CN | national |
| Filing Document | Filing Date | Country | Kind | 371c Date |
|---|---|---|---|---|
| PCT/CN2009/075435 | 12/9/2009 | WO | 00 | 10/14/2011 |
