WO2011038559A1 - 引入在线可信第三方的实体公钥获取、证书验证及鉴别的方法及系统 - Google Patents

引入在线可信第三方的实体公钥获取、证书验证及鉴别的方法及系统 Download PDF

Info

Publication number
WO2011038559A1
WO2011038559A1 PCT/CN2009/075544 CN2009075544W WO2011038559A1 WO 2011038559 A1 WO2011038559 A1 WO 2011038559A1 CN 2009075544 W CN2009075544 W CN 2009075544W WO 2011038559 A1 WO2011038559 A1 WO 2011038559A1
Authority
WO
WIPO (PCT)
Prior art keywords
entity
public key
message
party
response
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.)
Ceased
Application number
PCT/CN2009/075544
Other languages
English (en)
French (fr)
Inventor
铁满霞
曹军
黄振海
赖晓龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Iwncomm Co Ltd
Original Assignee
China Iwncomm Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Iwncomm Co Ltd filed Critical China Iwncomm Co Ltd
Priority to JP2012531208A priority Critical patent/JP5425314B2/ja
Priority to KR1020127011077A priority patent/KR101405509B1/ko
Priority to EP09849967.6A priority patent/EP2472772B1/en
Priority to US13/499,126 priority patent/US8751792B2/en
Publication of WO2011038559A1 publication Critical patent/WO2011038559A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • 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/30—Public key, i.e. encryption algorithm being computationally infeasible to invert or user's encryption keys not requiring secrecy
    • 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/321—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 a third party or a trusted authority
    • H04L9/3213—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 a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • 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/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • 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
    • 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
    • H04L9/3268—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 using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]

Definitions

  • the present invention relates to the field of network technologies, and in particular, to a method and system for introducing an entity public key acquisition, certificate verification, and authentication of an online trusted third party.
  • entity authentication In current computer networks and communication networks, entity authentication, or one-way authentication, or two-way authentication between a user and a network must be completed before the user logs into the network for secure communication.
  • the authentication mechanisms used are generally divided into two categories: based on symmetric key algorithms and based on public key (asymmetric key) algorithms.
  • the authentication mechanism based on public key algorithm and technology requires that the participant entity must have a pair of keys, namely public and private key pairs, where the public key needs to be notified to other participant entities.
  • the available notification methods are the out-of-band notification method and the certificate method. Among them, the out-of-band notification method is less used because it is difficult to update, and the certificate method is widely used.
  • the entity authentication method using the public key certificate generally needs to be based on the public key infrastructure.
  • the public key infrastructure is a universal security infrastructure that implements and provides security services by using the concept and technology of the public key. Provide security services such as authentication, integrity and confidentiality.
  • Two important concepts in public key infrastructure are public key certificates and certificate authorities. Public key certificates are usually issued by the certificate authority. The signature in the public key certificate is provided by the certificate authority. The certificate authority verifies the public key by providing a signature. The binding relationship between the certificate holder and the holder's public key.
  • a public key certificate that has been verified by a certificate authority usually has a lifetime, and the certificate fails after the end of the lifetime. If the private key corresponding to the public key certificate is leaked, the public key certificate also fails. In addition, there are some other situations in which the public key certificate is invalidated, such as a job change that causes it to fail.
  • Entities participating in authentication in network communications typically refuse to establish secure communications with entities that hold invalid public key certificates, so public key acquisition and certificate verification typically surround and provide services for the entity authentication process.
  • the existing authentication mechanism must be either before or during operation.
  • the verifier must have the valid public key of the claimant or know the status of the claimant's public key certificate. Otherwise, the authentication process will be compromised. Or can't complete successfully.
  • entity A and entity B need to complete the authentication between them by performing an authentication protocol.
  • Trusted third party (TP) is a third-party entity trusted by entity A and entity B, and entity A and Entity B must obtain the status of the valid public key or public key certificate of the correspondent entity through the trusted third party TP before authentication.
  • CRL Download Certificate Revocation List CRL (Certificate Revocation List) to obtain the status of the public key certificate, including all certificate list downloads and incremental certificate list downloads.
  • CRL Download Certificate Revocation List CRL (Certificate Revocation List) to obtain the status of the public key certificate, including all certificate list downloads and incremental certificate list downloads.
  • an entity needs to verify the status of a public key certificate, it downloads the latest certificate revocation list from the server and then checks if the public key certificate that needs to be verified is in the latest certificate revocation list CRL.
  • Certificate Status Protocol Online Certificate Status Protocol OCSP mainly involves two entities, client and server. It is a typical client/server architecture. The client sends a request to the server and the server returns a response. The request contains a series of certificates that need to be verified. The response contains the status of the series certificate and the full certificate interval.
  • the network structure is the access network of the user, the access point and the server ternary structure.
  • the entity authentication mechanism is usually implemented to implement the user access control function. Before the authentication mechanism is successfully completed, the user is prohibited from accessing the network. Therefore, the user cannot use the certificate revocation list CRL or the online certificate status protocol OCSP before the authentication.
  • the method verifies the validity of the access point certificate or obtains a valid public key of the access point.
  • the user is also difficult to use the certificate revocation list CRL, the online certificate status protocol OCSP, etc. in the process of authentication.
  • the user equipment may have limited storage resources, or the user is not willing to store the certificate revocation list CRL, which may result in the periodic download certificate revocation list CRL being impossible.
  • the access network there may be problems such as policy restrictions on the access network.
  • the user uses the online query mechanism such as the online certificate status protocol OCSP, the user needs to execute a separate online certificate status protocol OSCP through the background server, and these protocols often run on HTTP (Hypertext Transfer Protocol).
  • HTTP Hypertext Transfer Protocol
  • the present invention solves the above technical problems existing in the background art, and proposes a method and system for introducing an entity public key acquisition, certificate verification and authentication of an online trusted third party, which can be suitable for "user one access point one server".
  • the access network structure satisfies the authentication requirements of the access network.
  • the embodiment of the invention provides a method for acquiring an entity public key, certificate verification and authentication of an online trusted third party, and the method comprises the following steps:
  • the entity B sends a message 1 to the entity A, the message 1 includes a random number R B , an identity ID B , a request ReqB, and an optional text Textl, where the request ReqB is used to indicate that the entity B requests the valid public key of the entity A. Or the status of the public key certificate;
  • the entity A After receiving the message 1, the entity A sends a message 2 to the trusted third party TP, the message 2 includes a request ReqAT and an optional text Text2, wherein the request ReqAT includes the content of the request ReqB, and the request ReqAT is used.
  • the state indicating that the entity A requests the valid public key or public key certificate of the entity B, and the state of the entity B requesting the valid public key or the public key certificate of the entity A;
  • the trusted third party TP After receiving the message 2, the trusted third party TP checks the validity of the public key certificates Cert A and Cert B according to the identity IDs A and ID B of the entity A and the entity B, or through the respective entities A and B.
  • the entity specifier searches for the valid public key of the entity A and the entity B, and determines the response RepTA, wherein the response RepTA includes the content of the response RepB, and the response RepAT is used to indicate the valid public key of the entity A determined by the trusted third party. Or the status of the public key certificate, and the status of the valid public key or public key certificate of entity B;
  • the entity A After receiving the message 3, the entity A returns a message 4 to the entity B, where the message 4 includes a random number R A , an identity ID A , a token Token AB, a response RepB, and an optional text Text5, where TokenAB
  • step 6.2 Verify the response RepB according to the public key authentication protocol or distribution protocol used, if the verification passes Then perform step 6.2);
  • the embodiment of the invention further provides a method for obtaining an entity public key acquisition, certificate verification and authentication of an online trusted third party, the method comprising the following steps:
  • the entity B sends a message 1 to the entity A, the message 1 includes a random number R B , a request ReqB and an optional text Textl, wherein the request ReqB indicates the state of the valid public key or the public key certificate of the entity B requesting the entity A;
  • the entity A After receiving the message 1, the entity A sends a message 2 to the trusted third party TP, the message 2 includes a request ReqAT and an optional text Text2, wherein the request ReqAT is equal to the content of the request ReqB, and the request is used for ReqAT Indicates the status of the valid public key or public key certificate of entity B requesting entity A;
  • the entity A After receiving the message 3, the entity A returns a message 4 to the entity B.
  • sS A is the signature of entity A
  • step 6.2 Verify the response RepB according to the public key authentication protocol or distribution protocol used, and if the verification is passed, perform step 6.2);
  • the embodiment of the invention further provides a system for acquiring an entity public key acquisition, certificate verification and authentication of an online trusted third party, the system comprising an entity, an entity B and a trusted third party.
  • the trusted third party includes a response RepTA generating unit, configured to generate a response RepTA, and send the response to the entity A;
  • the entity A includes a verification unit for verifying the identity of the entity B, and is configured to verify the response RepTA according to the public key authentication protocol or the distribution protocol used, and obtain the status of the public key or the public key certificate of the entity B if the verification succeeds, and verify the token
  • the signature of the entity B in the TokenBA and check whether the entity specifier of the entity A is consistent with the entity specifier of the entity A included in the signature data of the entity B in the token TokenBA. If they are consistent, the entity A generated in the message 4 is checked. and the random number R a contained in the token TokenBA in the signature data entity B the random number R a are the same, if they are consistent, then verified;
  • the entity B includes a verification unit for verifying the identity of the entity A, and is configured to verify the response RepB according to the used public key authentication protocol or distribution protocol, and obtain the state of the public key or the public key certificate of the entity A if the verification succeeds, and the verification is included in The token of the entity A in the token TokenAB, and checks whether the entity specifier of the entity B is consistent with the entity specifier of the entity B included in the signature data of the entity A in the token TokenAB. If they are consistent, the entity B in the message 1 is checked. and whether the random number R B in the token TokenAB generating data contained in the signature of the entity a in the same random number R B, if they are consistent, then verified.
  • the embodiment of the invention further provides a system for introducing an entity public key acquisition, certificate verification and authentication of an online trusted third party, the system comprising an entity, an entity B and a trusted third party.
  • the trusted third party includes a response RepTA generating unit, configured to generate a response RepTA, and send the response to the entity A;
  • the entity B includes a verification unit for verifying the identity of the entity A, and is configured to verify the response RepB according to the public key authentication protocol or the distribution protocol used, and obtain the state of the public key or the public key certificate of the entity A if the verification is passed, and the verification is included in
  • the signature of the entity A in the TokenAB is checked, and it is checked whether the random number R B generated by the entity B in the message 1 and the random number R B included in the signature data of the entity A in the token Token AB are consistent. If they are consistent, the verification is passed.
  • the embodiment of the present invention adopts a three-entity framework.
  • the entity A and the entity B need to obtain the public key or certificate of the trusted third party, and obtain the user certificate issued by the trusted third party or give the public key to the user.
  • the third party keeps the information without knowing in advance the status of the valid public key or public key certificate of the opposite entity.
  • the invention integrates the public key acquisition, certificate verification and authentication functions of the entity in one protocol, which is beneficial to improving the efficiency and effect of the protocol execution, and is convenient for combining with various public key acquisition and public key certificate status query protocols, and is suitable for connection.
  • the network structure of the user who enters the network into the server and meets the authentication requirements of the access network.
  • 1 is a schematic diagram of the operation of the authentication mechanism in the prior art
  • Figure 2 is a schematic view of the method of the present invention
  • FIG. 3 is a schematic diagram of a method according to another embodiment of the present invention.
  • the method of the embodiment of the present invention involves three security elements, that is, two entities ⁇ and ⁇ and a trusted third party TP, through the online trusted third party TP, the entity A and B complete the authentication, and obtain the peer entity The status of a valid public or public key certificate.
  • the entity A and the trusted third party TP can communicate directly, and the entity B must communicate with the trusted third party TP through the entity A.
  • Entity A or B is represented by entity X; R x is a random number generated by entity X; Certx is a public key certificate of entity X; ID X is the identity of entity X, represented by certificate Certx or entity's specifier X; ReqX means Request generated by entity X, used to request the status of a valid public key or public key certificate of the peer entity, etc.
  • ReqXT represents a request generated or forwarded by entity X to a trusted third party TP
  • RepX represents a response sent to RexX to entity X, ie to the entity X in response to the valid public key or public key certificate of the requested entity Status and other information
  • RepTX indicates the response to the ReqXT generated by the trusted third party TP, that is, the status of the valid public key or public key certificate of the entity that the third party TP responds to the entity X directly requesting or forwarding the request, etc.
  • Information is the token field
  • Text is the optional text field
  • sS x represents the signature of entity X.
  • ReqB, ReqAT, RepTA, and RepB are determined according to the specific public key authentication protocol or distribution protocol.
  • These online public key authentication protocols or distribution protocols include certificate status protocols (see GB/T 19713), and server-based Certificate Verification Protocol (see IETF RFC5055) or other public key distribution or verification protocol.
  • Entity B sends a message 1 to entity A, which includes a random number R B , an identity ID B , a request ReqB, and an optional text Textl, where ReqB indicates that entity B requests the peer entity (here, entity A) to be valid.
  • entity A which includes a random number R B , an identity ID B , a request ReqB, and an optional text Textl, where ReqB indicates that entity B requests the peer entity (here, entity A) to be valid.
  • the entity A After receiving the message 1, the entity A sends a message 2 to the trusted third party TP.
  • the message 2 includes the request ReqAT and the optional text Text2, where the ReqAT needs to contain the content of the ReqB, that is, the ReqAT indicates that the entity A requests the entity B to be valid.
  • the trusted third party TP After receiving the message 2, the trusted third party TP checks the validity of the public key certificates Cert A and Cert B according to the identity IDs A and ID B of the entity A and the entity B, or searches for the entity through the entity identifiers A and B.
  • the valid public key of A and entity B is determined to respond to RepTA, where RepTA needs to contain the content of RepB, that is, RepAT indicates the status of the valid public key or public key certificate of entity A determined by the trusted third party and the effective public of entity B.
  • the entity A After receiving the message 3, the entity A returns a message 4 to the entity B.
  • entity B receives message 4 perform the following steps:
  • step 6.2 Verify the response RepB according to the public key authentication protocol or distribution protocol used, and if the verification is passed, perform step 6.2);
  • the foregoing step 8.1) may be performed in the foregoing step 5), that is, after the entity A receives the message 3, it first performs step 8.1), and then sends a message 4 to the entity B; the random numbers R A and R B It can be replaced with a time stamp or a sequence number.
  • the authentication system is used.
  • the entity B resides on the communication user terminal, and the entity A resides on the network access point.
  • the two-way legality authentication between the user and the network access point is implemented to ensure that the legal user accesses the legal network.
  • Entity B sends a message 1 to entity A, which includes a random number R B , a request ReqB, and an optional text Textl, where ReqB represents a valid public or public key of entity B requesting the peer entity (here, entity A) The status of the certificate;
  • the entity A After receiving the message 1, the entity A sends a message 2 to the trusted third party TP, and the message 2 includes the request ReqAT and the optional text Text2, where ReqAT is equal to the content of the ReqB, that is, the ReqAT also indicates that the entity B requests the entity A to be valid.
  • step 6.2 Verify the response RepB according to the public key authentication protocol or distribution protocol used, and if the verification is passed, perform step 6.2);
  • the invention also provides a system for introducing an entity public key acquisition, certificate verification and authentication of an online trusted third party, the system comprising an entity A, an entity B and a trusted third party, and the trusted third party comprises a response RepTA generating unit, The third party generates a response RepTA by responding to the RepTA generating unit and sends it to the entity A.
  • the entity A includes a verification unit that verifies the identity of the entity B, and the verification unit that verifies the identity of the entity B verifies the response RepTA according to the public key protocol or distribution protocol used.
  • the state of the public key or the public key certificate of the entity B is obtained, the signature of the entity B in the token TokenBA is verified, and the discriminator A of the entity A and the signature data of the entity B included in the token TokenBA are checked.
  • Entity distinction Symbol (A) are the same, if they are consistent, then checks the signature data entity B a message 4 in the entity A generates a random number R A contained in the token TokenBA in the random number R A are the same, if they are consistent, the verification by The entity B includes a verification unit that verifies the identity of the entity A, and the verification unit that verifies the identity of the entity A verifies the response RepB according to the used public key authentication protocol or distribution protocol, and obtains the public key or public key of the entity A if the verification is passed.
  • the invention also provides a system for introducing an entity public key acquisition, certificate verification and authentication of an online trusted third party, the system comprising an entity A, an entity B and a trusted third party, and the trusted third party comprises a response RepTA generating unit, The third party generates a response RepTA by responding to the RepTA generating unit and sends it to the entity A; the entity B includes a verification unit that verifies the identity of the entity A, and the verification unit that verifies the identity of the entity A verifies according to the public key authentication protocol or distribution protocol used.

Landscapes

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

Description

引入在线可信第三方的实体公钥获取、 证书验证及鉴别的方法及系统 本申请要求于 2009 年 9 月 30 日提交中国专利局、 申请号为 200910024191.4、 发明名称为"引入在线可信第三方的实体公钥获取、 证书验 证及鉴别的方法及系统"的中国专利申请的优先权， 其全部内容通过引用结合 在本申请中。
技术领域
本发明涉及网络技术领域，尤其涉及一种引入在线可信第三方的实体公钥 获取、 证书验证及鉴别的方法及系统。
背景技术
在目前的计算机网络和通信网络中， 当用户登录网络进行安全通信前， 必 须完成用户和网络之间的实体鉴别， 或单向鉴别， 或双向鉴别。 使用的鉴别机 制一般分为两类： 基于对称密钥算法和基于公钥 （非对称密钥）算法。
基于公钥算法和技术的鉴别机制要求参与者实体必须具有一对密钥，即公 私钥对， 其中公钥需通知给其他的参与者实体。 可用的通知方式有带外通知方 式和证书方式， 其中， 带外通知方式由于难于更新而较少使用， 证书方式则应 用广泛。
采用公钥证书的实体鉴别方法一般需基于公钥基石出设施，公钥基础设施是 一种利用公钥的概念与技术来实施和提供安全服务的、具有普适性的安全基础 设施， 它可以提供鉴别、 完整性及机密性等的安全服务。 公钥基础设施中很重 要的两个概念就是公钥证书和证书权威，其中，公钥证书通常由证书权威颁发， 公钥证书中的签名由证书权威提供，证书权威通过提供签名来证实公钥证书持 有者和该持有者公钥的绑定关系。
经过证书权威证实的公钥证书通常存在生命期， 在生命期结束后证书失 效。 如果公钥证书所对应的私钥泄漏， 则该公钥证书也失效。 此外， 还存在一 些其他使公钥证书失效的情况， 比如工作变动导致其失效等。
在网络通信中参与鉴别的实体通常会拒绝与持有失效公钥证书的实体建 立安全通信， 因此，公钥获取和证书验证通常围绕实体鉴别过程并为之提供服 务。 目前， 现有的鉴别机制在运行之前或运行当中， 验证者必须具有声称者的 有效公开密钥， 或者知晓声称者的公钥证书状态， 否则， 鉴别过程会受到损害 或不能成功完成。 如图 1所示， 其中实体 A和实体 B需要通过执行鉴别协议 完成它们之间的鉴别， 可信第三方 TP ( Trusted third Party )为实体 A和实体 B 信任的第三方实体， 且实体 A和实体 B必须在鉴别之前通过可信第三方 TP 获得对端实体的有效公钥或公钥证书的状态。
目前获取公钥证书的状态通常使用以下两种方式：
1 ) CRL: 下载证书吊销列表 CRL ( Certificate Revocation List )获取公钥 证书的状态， 包括全部的证书列表下载和增量证书列表下载。 某个实体需要验 证某个公钥证书的状态时，从服务器下载最新的证书吊销列表， 然后检查需要 验证的公钥证书是否在最新的证书吊销列表 CRL中。
2 )在线查询获取公钥证书的状态。例如：在线证书状态协议 OCSP( Online
Certificate Status Protocol )。在线证书状态协议 OCSP主要涉及客户端和服务器 两个实体， 是一种典型的客户端 /服务器结构。 客户端向服务器发送请求， 服 务器返回响应。请求中包含需要验证的系列证书， 响应中包含系列证书的状态 和马全证间隔。
事先获得对端实体的有效公钥或公钥证书状态，这一保障需求条件在很多 应用环境下都得不到满足， 比如在网络结构是用户、接入点及服务器三元结构 的接入网络中， 包含大多数的通信网络，通常采用实体鉴别机制实现用户接入 控制功能， 在鉴别机制成功完成前， 禁止用户访问网络， 因而在鉴别之前用户 无法使用证书吊销列表 CRL、 在线证书状态协议 OCSP等方法验证接入点证 书的有效性或获得接入点的有效公钥。
另， 在某些应用中， 用户在进行鉴别的过程中， 也难于使用证书吊销列表 CRL、 在线证书状态协议 OCSP等方式。 首先用户设备可能存储资源有限、 或 者用户根本不愿意存储证书吊销列表 CRL, 导致周期下载证书吊销列表 CRL 无法实现。接入网络虽然不存在资源限制， 然而接入网络可能存在政策限制等 问题。 其次， 当用户使用在线证书状态协议 OCSP等在线查询机制时， 用户需 要通过后台服务器执行单独的在线证书状态协议 OSCP等协议，这些协议往往 运行在 HTTP ( Hypertext Transfer Protocol, 超文本传输协议）上， 属于应用层 的协议， 在接入网络的鉴别尚未完成之前， 直接使用这些协议将非常复杂。 即 使能够使用，也需要通过用户一服务器和接入点一服务器的结构完成， 不符合 用户 ^妻入点一服务器这种结构， 无法直接的、 方便的应用。
发明内容
本发明为解决背景技术中存在的上述技术问题，而提出一种引入在线可信 第三方的实体公钥获取、证书验证及鉴别的方法及其系统， 能够适合 "用户一 接入点一服务器" 的接入网络结构， 满足接入网络的鉴别要求。
本发明的技术解决方案是：
本发明实施例提供一种引入在线可信第三方的实体公钥获取、证书验证及 鉴别的方法， 该方法包括以下步骤：
1 ) 实体 B向实体 A发送消息 1 , 消息 1包括随机数 RB、 身份标识 IDB、 请求 ReqB及可选文本 Textl , 其中， 所述请求 ReqB用于表示实体 B请求实体 A的有 效公钥或公钥证书的状态；
2 ) 实体 A收到消息 1后， 向可信第三方 TP发送消息 2, 消息 2包括请 求 ReqAT和可选文本 Text2, 其中 , 所述请求 ReqAT包含所述请求 ReqB的内 容， 所述请求 ReqAT用于表示实体 A请求实体 B的有效公钥或公钥证书的状 态， 以及实体 B请求实体 A的有效公钥或公钥证书的状态；
3 )可信第三方 TP收到消息 2后， 根据实体 A和实体 B的身份标识 IDA 和 IDB, 检查公钥证书 CertA和 CertB的有效性， 或通过实体 A和实体 B各自 的实体区分符搜索实体 A和实体 B的有效公钥， 确定响应 RepTA, 其中， 所 述响应 RepTA包含响应 RepB的内容， 所述响应 RepAT用于表示由可信第三 方确定的实体 A的有效公钥或公钥证书的状态， 以及实体 B的有效公钥或公 钥证书的状态；
4 )可信第三方 TP向实体 A返回消息 3 , 消息 3包括响应 RepTA和可选 文本 Text3;
5 ) 实体 A收到消息 3后， 向实体 B返回消息 4, 消息 4包括随机数 RA、 身份标识 IDA、 权标 TokenAB、 响应 RepB及可选文本 Text5, 其中， TokenAB
= sSA ( RepB||RA||RB||B||A||Text4 ), sSA为实体 A的签名， 所述响应 RepB用于 表示由可信第三方确定的实体 A的有效公钥或公钥证书的状态；
6 ) 实体 B收到消息 4后， 执行下列步骤：
6.1 )根据使用的公钥验证协议或分发协议来验证响应 RepB, 若验证通过 则执行步骤 6.2 );
6.2 )获得实体 A的公钥或公钥证书的状态， 验证包含在权标 TokenAB中 实体 A的签名， 并检查实体 B的实体区分符与权标 TokenAB中包含在实体 A 的签名数据中的实体 B的实体区分符是否一致， 若一致， 则检查消息 1 中实 体 B产生的随机数 RB与权标 TokenAB中包含在实体 A的签名数据中的随机 数 RB是否一致， 若一致， 则验证通过， 实体 B完成对实体 A的鉴别， 执行步 骤 7 );
7 ) 实体 B向实体 A发送消息 5, 消息 5包括权标 TokenBA和可选文本 Text7, 其中 TokenBA = sSB ( RA||A||Text6 ), sSB为实体 B的签名；
8 ) 实体 A收到消息 5后， 执行下列步骤：
8.1 )根据使用的公钥验证协议或分发协议来验证消息 3中的响应 RepTA, 若验证通过则执行步骤 8.2 );
8.2 )获得实体 B的公钥或公钥证书的状态， 验证权标 TokenBA中实体 B的 签名， 并检查实体 A的实体区分符与权标 TokenBA中包含在实体 B的签名数据 中的实体 A的实体区分符是否一致， 若一致， 则检查消息 4中实体 A产生的随机 数 RA与权标 TokenBA中包含在实体 B的签名数据中的随机数 RA是否一致， 若一 致， 则验证通过， 实体 A完成对实体 B的鉴别。
本发明实施例还提供一种引入在线可信第三方的实体公钥获取、证书验证 及鉴别的方法， 该方法包括以下步骤：
1 ) 实体 B向实体 A发送消息 1 , 消息 1包括随机数 RB、 请求 ReqB及可选文 本 Textl , 其中， 所述请求 ReqB表示实体 B请求实体 A的有效公钥或公钥证书的 状态；
2 ) 实体 A收到消息 1后， 向可信第三方 TP发送消息 2, 消息 2包括请 求 ReqAT和可选文本 Text2, 其中 , 所述请求 ReqAT等于所述请求 ReqB的内 容， 所述请求 ReqAT用于表示实体 B请求实体 A的有效公钥或公钥证书的状 态；
3 )可信第三方 TP收到消息 2后， 根据实体 A的身份标识 IDA, 检查公 钥证书 CertA的有效性， 或通过实体 A的实体区分符搜索实体 A的有效公钥， 确定响应 RepTA,其中所述响应 RepTA等于响应 RepB的内容，所述响应 RepAT 用于表示由可信第三方确定的实体 A的有效公钥或公钥证书的状态；
4 )可信第三方 TP向实体 A返回消息 3 , 消息 3包括响应 RepTA和可选 文本 Text3;
5 )实体 A收到消息 3后，向实体 B返回消息 4,消息 4包括身份标识 IDA、 权标 TokenAB、 响应 RepB及可选文本 Text5, 其中， TokenAB = sSA ( RepB
||RB||A||Text4 ), sSA为实体 A的签名；
6 ) 实体 B收到消息 4后， 执行下列步骤：
6.1 )根据使用的公钥验证协议或分发协议来验证响应 RepB, 若验证通过 则执行步骤 6.2 );
6.2 )获得实体 A的公钥或公钥证书的状态， 验证包含在权标 TokenAB中 实体 A的签名， 并检查消息 1中实体 B产生的随机数 RB与权标 TokenAB中 包含在实体 A的签名数据中的随机数 RB是否一致， 若一致， 则验证通过， 实 体 B完成对实体 A的鉴别。
本发明实施例还提供一种引入在线可信第三方的实体公钥获取、证书验证 及鉴别的系统， 该系统包括实体 、 实体 B和可信第三方，
所述可信第三方包括响应 RepTA生成单元， 用于生成响应 RepTA, 并发 送给实体 A;
所述实体 A包括验证实体 B身份的验证单元， 用于根据使用的公钥验协 议或分发协议来验证响应 RepTA, 若验证通过则获得实体 B的公钥或公钥证 书的状态， 验证权标 TokenBA中实体 B的签名， 并检查实体 A的实体区分符 与权标 TokenBA中包含在实体 B的签名数据中的实体 A的实体区分符是否一 致， 若一致， 则检查消息 4中实体 A产生的随机数 RA与权标 TokenBA中包 含在实体 B的签名数据中的随机数 RA是否一致， 若一致， 则验证通过；
所述实体 B包括验证实体 A身份的验证单元， 用于根据使用的公钥验证 协议或分发协议来验证响应 RepB , 若验证通过则获得实体 A的公钥或公钥证 书的状态， 验证包含在权标 TokenAB中实体 A的签名， 并检查实体 B的实体 区分符与权标 TokenAB中包含在实体 A的签名数据中的实体 B的实体区分符 是否一致， 若一致， 则检查消息 1中实体 B产生的随机数 RB与权标 TokenAB 中包含在实体 A的签名数据中的随机数 RB是否一致， 若一致， 则验证通过。 本发明实施例还提供一种引入在线可信第三方的实体公钥获取、证书验证 及鉴别的系统， 该系统包括实体 、 实体 B和可信第三方，
所述可信第三方包括响应 RepTA生成单元， 用于生成响应 RepTA, 并发 送给实体 A;
所述实体 B包括验证实体 A身份的验证单元， 用于根据使用的公钥验证 协议或分发协议来验证响应 RepB, 若验证通过则获得实体 A的公钥或公钥证 书的状态， 验证包含在权标 TokenAB中实体 A的签名， 并检查消息 1中实体 B产生的随机数 RB与权标 TokenAB中包含在实体 A的签名数据中的随机数 RB是否一致， 若一致， 则验证通过。
本发明实施例采用三实体构架， 实体 A和实体 B在鉴别之前需获得可信 第三方的公钥或证书，并获得可信第三方颁发给自己的用户证书或将自己的公 钥交给可信第三方保管，而无需事先知晓对端实体的有效公钥或公钥证书的状 态。 本发明将实体的公钥获取、 证书验证及鉴别功能融合在一个协议中完成， 有利于提高协议执行的效率和效果，便于和各种公钥获取和公钥证书状态查询 协议相结合，适合接入网络的用户 妻入点一服务器的网络结构， 满足接入网 络的鉴别要求。
附图说明
图 1为现有技术中的鉴别机制工作示意图；
图 2为本发明的方法示意图；
图 3为本发明另一实施例的方法示意图。
具体实施方式
本发明实施例的方法涉及三个安全元素， 即两个实体 Α和 Β及一个可信 第三方 TP, 通过在线的可信第三方 TP, 实体 A和 B之间完成鉴别， 且获取 对端实体的有效公钥或公钥证书的状态。其中实体 A和可信第三方 TP可以直 接通信， 而实体 B必须通过实体 A才能和可信第三方 TP通信。
为方便起见， 定义如下符号：
实体 A或 B以实体 X表示； Rx表示实体 X产生的随机数； Certx为实体 X的公 钥证书； IDX为实体 X的身份标识， 由证书 Certx或者实体的区分符 X表示； ReqX 表示由实体 X产生的请求， 用于请求对端实体的有效公钥或公钥证书的状态等 信息； ReqXT表示由实体 X产生的或转发的给可信第三方 TP的请求； RepX表 示针对 ReqX向实体 X发送的响应， 即向实体 X响应其所请求的实体的有效公钥 或公钥证书的状态等信息； RepTX表示由可信第三方 TP产生的针对 ReqXT的响 应， 即可信第三方 TP向实体 X响应其所直接请求或转发请求的实体的有效公钥 或公钥证书的状态等信息； Token为权标字段； Text为可选文本字段； sSx表示 实体 X的签名。 其中， ReqB、 ReqAT、 RepTA及 RepB的形式和定义根据具体使 用的公钥验证协议或分发协议确定，这些在线公钥验证协议或分发协议包括证 书状态协议（见 GB/T 19713 )、基于服务器的证书验证协议 (见 IETF RFC5055 ) 或者其他公钥分发或验证协议。
参见图 2, 本发明引入在线可信第三方的实体公钥获取、 证书验证及鉴别 的具体流程如下：
1 ) 实体 B向实体 A发送消息 1 , 消息 1包括随机数 RB、 身份标识 IDB、 请求 ReqB及可选文本 Textl， 其中， ReqB表示实体 B请求对端实体（这里为实体 A ) 的有效公钥或公钥证书的状态；
2 ) 实体 A收到消息 1后， 向可信第三方 TP发送消息 2, 消息 2包括请 求 ReqAT和可选文本 Text2， 其中， ReqAT需包含 ReqB的内容， 即 ReqAT表 示实体 A请求实体 B的有效公钥或公钥证书的状态以及实体 B请求实体 A的 有效公钥或公钥证书的状态；
3 )可信第三方 TP收到消息 2后， 根据实体 A和实体 B的身份标识 IDA 和 IDB, 检查公钥证书 CertA和 CertB的有效性或通过实体区分符 A和 B搜索 实体 A和实体 B的有效公钥 , 确定响应 RepTA, 其中， RepTA需包含 RepB 的内容， 即 RepAT表示由可信第三方确定的实体 A的有效公钥或公钥证书的 状态以及实体 B的有效公钥或公钥证书的状态；
4 )可信第三方 TP向实体 A返回消息 3 , 消息 3包括响应 RepTA和可选 文本 Text3;
5 ) 实体 A收到消息 3后， 向实体 B返回消息 4, 消息 4包括随机数 RA、 身份标识 IDA、 权标 TokenAB、 响应 RepB及可选文本 Text5, 其中， TokenAB = sSA ( RepB||RA||RB||B||A||Text4 ), 所述响应 RepB用于表示由可信第三方确定 的实体 A的有效公钥或公钥证书的状态； 6 ) 实体 B收到消息 4后， 执行下列步骤：
6.1 )根据使用的公钥验证协议或分发协议来验证响应 RepB, 若验证通过 则执行步骤 6.2 );
6.2 )获得实体 A的公钥或公钥证书的状态， 验证包含在权标 TokenAB中 实体 A的签名，并检查实体 B的区分符与包含在权标 TokenAB中实体 A的签 名数据中的实体区分符（B )是否一致， 若一致， 则检查消息 1中实体 B产生 的随机数 RB与包含在权标 TokenAB中实体 A的签名数据中的随机数 RB是否 一致， 若一致， 则验证通过， 实体 B完成对实体 A的鉴别， 执行步骤 7 );
7 ) 实体 B向实体 A发送消息 5, 消息 5包括权标 TokenBA和可选文本 Text7, 其中 TokenBA = sSB ( RA||A||Text6 );
8 ) 实体 A收到消息 5后， 执行下列步骤：
8.1 )根据使用的公钥验证协议或分发协议来验证消息 3中的响应 RepTA, 若验证通过则执行步骤 8.2 );
8.2 )获得实体 B的公钥或公钥证书的状态， 验证权标 TokenBA中实体 B的 签名，并检查实体 A的区分符 A与包含在权标 TokenBA中实体 B的签名数据中的 实体区分符 （A )是否一致， 若一致， 则检查消息 4中实体 A产生的随机数 RA 与包含在权标 TokenBA中实体 B的签名数据中的随机数 RA是否一致， 若一致， 则验证通过， 则实体 A完成对实体 B的鉴别。
在上述实施例中， 上述步骤 8.1 )可提前至上述步骤 5 )中执行， 即实体 A 收到消息 3后， 先执行步骤 8.1 ), 再向实体 B发送消息 4; 随机数 RA和 RB 可使用时间标记或顺序号代替。
在实际应用中， 使用这种鉴别系统， 通常实体 B驻留在通信用户终端上， 实体 A驻留在网络接入点上， 通过上述实施例的实体 B和实体 A之间的双向 鉴别方法， 实现用户和网络接入点之间的双向合法性认证，确保合法用户接入 合法网络。
在实际应用中， 有时仅需要确定用户所接入的网络是合法的， 此时需要对 上述实施例所述方法进行修改， 即省略消息 5, 简化消息 1至消息 4的内容， 省略步骤 7 )和 8 ), 实现实体 B对实体 A的单向鉴别， 其具体工作流程如图 3所示， 描述如下： 1 ) 实体 B向实体 A发送消息 1 , 消息 1包括随机数 RB、 请求 ReqB及可选文 本 Textl , 其中， ReqB表示实体 B请求对端实体（这里为实体 A )的有效公钥或 公钥证书的状态；
2 ) 实体 A收到消息 1后， 向可信第三方 TP发送消息 2, 消息 2包括请 求 ReqAT和可选文本 Text2， 其中， ReqAT等于 ReqB的内容， 即 ReqAT也表 示实体 B请求实体 A的有效公钥或公钥证书的状态；
3 )可信第三方 TP收到消息 2后， 根据实体 A的身份标识 IDA, 检查公 钥证书 CertA的有效性或通过实体区分符 A搜索实体 A的有效公钥，确定响应 RepTA, 其中， RepTA等于 RepB的内容， 即 RepAT表示由可信第三方 TP确 定的实体 A的有效公钥或公钥证书的状态；
4 )可信第三方 TP向实体 A返回消息 3 , 消息 3包括响应 RepTA和可选 文本 Text3;
5 )实体 A收到消息 3后，向实体 B返回消息 4,消息 4包括身份标识 IDA、 权标 TokenAB、 响应 RepB及可选文本 Text5, 其中， TokenAB = sSA ( RepB ||RB||A||Text4 );
6 ) 实体 B收到消息 4后， 执行下列步骤：
6.1 )根据使用的公钥验证协议或分发协议来验证响应 RepB, 若验证通过 则执行步骤 6.2 );
6.2 )获得实体 A的公钥或公钥证书的状态， 验证包含在权标 TokenAB中 实体 A的签名，并检查消息 1中实体 B产生的随机数 RB与包含在权标 TokenAB 中实体 A的签名数据中的随机数 RB是否一致， 若一致， 则验证通过， 则实体 B完成对实体 A的鉴别。
本发明还提供一种引入在线可信第三方的实体公钥获取、证书验证及鉴别 的系统，该系统包括实体 A、实体 B和可信第三方，可信第三方包括响应 RepTA 生成单元， 可信第三方通过响应 RepTA生成单元生成响应 RepTA, 并发送给 实体 A; 实体 A包括验证实体 B身份的验证单元， 验证实体 B身份的验证单 元根据使用的公钥验协议或分发协议来验证响应 RepTA,若验证通过则获得实 体 B的公钥或公钥证书的状态， 验证权标 TokenBA中实体 B的签名， 并检查 实体 A的区分符 A与包含在权标 TokenBA中实体 B的签名数据中的实体区分 符（A )是否一致， 若一致， 则检查消息 4中实体 A产生的随机数 RA与包含 在权标 TokenBA中实体 B的签名数据中的随机数 RA是否一致，若一致，则验 证通过； 所述实体 B包括验证实体 A身份的验证单元， 验证实体 A身份的验 证单元根据使用的公钥验证协议或分发协议来验证响应 RepB, 若验证通过则 执获得实体 A的公钥或公钥证书的状态， 验证包含在权标 TokenAB中实体 A 的签名， 并检查实体 B的区分符与包含在权标 TokenAB中实体 A的签名数据 中的实体区分符（B )是否一致， 若一致， 则检查消息 1中实体 B产生的随机 数 RB与包含在权标 TokenAB中实体 A的签名数据中的随机数 RB是否一致， 若一致， 则 3全证通过。
本发明还提供一种引入在线可信第三方的实体公钥获取、证书验证及鉴别 的系统，该系统包括实体 A、实体 B和可信第三方，可信第三方包括响应 RepTA 生成单元， 可信第三方通过响应 RepTA生成单元生成响应 RepTA, 并发送给 实体 A; 所述实体 B包括验证实体 A身份的验证单元， 验证实体 A身份的验 证单元根据使用的公钥验证协议或分发协议来验证响应 RepB, 若验证通过则 获得实体 A的公钥或公钥证书的状态，验证包含在权标 TokenAB中实体 A的 签名，并检查消息 1中实体 B产生的随机数 RB与包含在权标 TokenAB中实体 A的签名数据中的随机数 RB是否一致， 若一致， 则验证通过。
以上实施例中的各符号标记 , 如实体 A、 B , 随机数 RA、 RB , 消息 1〜5 , 可选文本 1〜5 , 以及各身份标识、 请求或响应消息等， 仅为区分相同属性的名 称（如两实体）， 以表述方便， 并非用于限定本发明。
以上对本发明所提供的引入在线可信第三方的实体公钥获取、证书验证 及鉴别的方法及系统， 进行了详细介绍， 本文中应用了具体个例对本发明 的原理及实施方式进行了阐述， 以上实施例的说明只是用于帮助理解本 发明的方法及其核心思想； 同时， 对于本领域的一般技术人员， 依据本 发明的思想， 在具体实施方式及应用范围上均会有改变之处。 综上所述， 本 说明书内容不应理解为对本发明的限制。

Claims

权 利 要 求
1、 一种引入在线可信第三方的实体公钥获取、 证书验证及鉴别的方法， 其特征在于： 该方法包括以下步骤：
1 ) 实体 B向实体 A发送消息 1 , 消息 1包括随机数 RB、 身份标识 IDB、 请求 ReqB及可选文本 Textl , 其中， 所述请求 ReqB用于表示实体 B请求实体 A的有 效公钥或公钥证书的状态；
2 ) 实体 A收到消息 1后， 向可信第三方 TP发送消息 2, 消息 2包括请 求 ReqAT和可选文本 Text2, 其中 , 所述请求 ReqAT包含所述请求 ReqB的内 容， 所述请求 ReqAT用于表示实体 A请求实体 B的有效公钥或公钥证书的状 态， 以及实体 B请求实体 A的有效公钥或公钥证书的状态；
3 )可信第三方 TP收到消息 2后， 根据实体 A和实体 B的身份标识 IDA 和 IDB, 检查公钥证书 CertA和 CertB的有效性， 或通过实体 A和实体 B各自 的实体区分符搜索实体 A和实体 B的有效公钥， 确定响应 RepTA, 其中， 所 述响应 RepTA包含响应 RepB的内容， 所述响应 RepAT用于表示由可信第三 方确定的实体 A的有效公钥或公钥证书的状态， 以及实体 B的有效公钥或公 钥证书的状态；
4 )可信第三方 TP向实体 A返回消息 3 , 消息 3包括响应 RepTA和可选 文本 Text3;
5 ) 实体 A收到消息 3后， 向实体 B返回消息 4, 消息 4包括随机数 RA、 身份标识 IDA、权标 TokenAB、响应 RepB及可选文本 Text5,其中， TokenAB
= sSA ( RepB||RA||RB||B||A||Text4 ), sSA为实体 A的签名， 所述响应 RepB用于 表示由可信第三方确定的实体 A的有效公钥或公钥证书的状态；
6 ) 实体 B收到消息 4后， 执行下列步骤：
6.1 )根据使用的公钥验证协议或分发协议来验证响应 RepB, 若验证通过 则执行步骤 6.2 );
6.2 )获得实体 A的公钥或公钥证书的状态， 验证包含在权标 TokenAB中 实体 A的签名， 并检查实体 B的实体区分符与权标 TokenAB中包含在实体 A 的签名数据中的实体 B的实体区分符是否一致， 若一致， 则检查消息 1 中实 体 B产生的随机数 RB与权标 TokenAB中包含在实体 A的签名数据中的随机 数 RB是否一致， 若一致， 则验证通过， 实体 B完成对实体 A的鉴别， 执行步 骤 7 );
7 ) 实体 B向实体 A发送消息 5, 消息 5包括权标 TokenBA和可选文本 Text7, 其中 TokenBA = sSB ( RA||A||Text6 ), sSB为实体 B的签名；
8 ) 实体 A收到消息 5后， 执行下列步骤：
8.1 )根据使用的公钥验证协议或分发协议来验证消息 3中的响应 RepTA, 若验证通过则执行步骤 8.2 );
8.2 )获得实体 B的公钥或公钥证书的状态， 验证权标 TokenBA中实体 B的 签名， 并检查实体 A的实体区分符与权标 TokenBA中包含在实体 B的签名数据 中的实体 A的实体区分符是否一致， 若一致， 则检查消息 4中实体 A产生的随机 数 RA与权标 TokenBA中包含在实体 B的签名数据中的随机数 RA是否一致， 若一 致， 则验证通过， 实体 A完成对实体 B的鉴别。
2、 一种引入在线可信第三方的实体公钥获取、 证书验证及鉴别的方法， 其特征在于： 该方法包括以下步骤：
1 ) 实体 B向实体 A发送消息 1 , 消息 1包括随机数 RB、 请求 ReqB及可选文 本 Textl， 其中， 所述请求 ReqB用于表示实体 B请求实体 A的有效公钥或公钥证 书的状态；
2 ) 实体 A收到消息 1后， 向可信第三方 TP发送消息 2, 消息 2包括请 求 ReqAT和可选文本 Text2, 其中 , 所述请求 ReqAT等于所述请求 ReqB的内 容， 所述请求 ReqAT用于表示实体 B请求实体 A的有效公钥或公钥证书的状 态；
3 )可信第三方 TP收到消息 2后， 根据实体 A的身份标识 IDA, 检查公 钥证书 CertA的有效性， 或通过实体 A的实体区分符搜索实体 A的有效公钥， 确定响应 RepTA,其中所述响应 RepTA等于响应 RepB的内容，所述响应 RepAT 用于表示由可信第三方确定的实体 A的有效公钥或公钥证书的状态；
4 )可信第三方 TP向实体 A返回消息 3 , 消息 3包括响应 RepTA和可选 文本 Text3;
5 )实体 A收到消息 3后，向实体 B返回消息 4,消息 4包括身份标识 IDA、 权标 TokenAB、 响应 RepB及可选文本 Text5, 其中， TokenAB = sSA ( RepB ||RB||A||Text4 ), sSA为实体 A的签名；
6 ) 实体 B收到消息 4后， 执行下列步骤：
6.1 )根据使用的公钥验证协议或分发协议来验证响应 RepB, 若验证通过 则执行步骤 6.2 );
6.2 )获得实体 A的公钥或公钥证书的状态， 验证包含在权标 TokenAB中 实体 A的签名， 并检查消息 1中实体 B产生的随机数 RB与权标 TokenAB中 包含在实体 A的签名数据中的随机数 RB是否一致， 若一致， 则验证通过。
3、 一种引入在线可信第三方的实体公钥获取、 证书验证及鉴别的系统， 其特征在于： 该系统包括实体 、 实体 B和可信第三方，
所述可信第三方包括响应 RepTA生成单元， 用于生成响应 RepTA, 并发 送给实体 A;
所述实体 A包括验证实体 B身份的验证单元， 用于根据使用的公钥验协 议或分发协议来验证响应 RepTA, 若验证通过则获得实体 B的公钥或公钥证 书的状态， 验证权标 TokenBA中实体 B的签名， 并检查实体 A的实体区分符 与权标 TokenBA中包含在实体 B的签名数据中的实体 A的实体区分符是否一 致， 若一致， 则检查消息 4中实体 A产生的随机数 RA与权标 TokenBA中包 含在实体 B的签名数据中的随机数 RA是否一致， 若一致， 则验证通过；
所述实体 B包括验证实体 A身份的验证单元， 用于根据使用的公钥验证 协议或分发协议来验证响应 RepB, 若验证通过则获得实体 A的公钥或公钥证 书的状态， 验证包含在权标 TokenAB中实体 A的签名， 并检查实体 B的实体 区分符与权标 TokenAB中包含在实体 A的签名数据中的实体 B的实体区分符 是否一致， 若一致， 则检查消息 1中实体 B产生的随机数 RB与权标 TokenAB 中包含在实体 A的签名数据中的随机数 RB是否一致， 若一致， 则验证通过。
4、 一种引入在线可信第三方的实体公钥获取、 证书验证及鉴别的系统， 其特征在于： 该系统包括实体 、 实体 B和可信第三方，
所述可信第三方包括响应 RepTA生成单元， 用于生成响应 RepTA, 并发 送给实体 A;
所述实体 B包括验证实体 A身份的验证单元， 用于根据使用的公钥验证 协议或分发协议来验证响应 RepB, 若验证通过则获得实体 A的公钥或公钥证 书的状态， 验证包含在权标 TokenAB中实体 A的签名， 并检查消息 1中实体 B产生的随机数 RB与权标 TokenAB中包含在实体 A的签名数据中的随机数 RB是否一致， 若一致， 则验证通过。
PCT/CN2009/075544 2009-09-30 2009-12-14 引入在线可信第三方的实体公钥获取、证书验证及鉴别的方法及系统 Ceased WO2011038559A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2012531208A JP5425314B2 (ja) 2009-09-30 2009-12-14 オンライン信頼できる第三者を導入したエンティティの公開鍵の取得、証明書の検証及び認証の方法及びシステム
KR1020127011077A KR101405509B1 (ko) 2009-09-30 2009-12-14 온라인 제 3 신뢰 기관을 도입함으로써 엔티티 공개키 획득, 인증서 검증 및 인증을 수행하는 방법 및 시스템
EP09849967.6A EP2472772B1 (en) 2009-09-30 2009-12-14 Method and system for entity public key acquiring, certificate validation and authentication by introducing an online credible third party
US13/499,126 US8751792B2 (en) 2009-09-30 2009-12-14 Method and system for entity public key acquiring, certificate validation and authentication by introducing an online credible third party

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2009100241914A CN101674182B (zh) 2009-09-30 2009-09-30 引入在线可信第三方的实体公钥获取、证书验证及鉴别的方法及系统
CN200910024191.4 2009-09-30

Publications (1)

Publication Number Publication Date
WO2011038559A1 true WO2011038559A1 (zh) 2011-04-07

Family

ID=42021187

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/075544 Ceased WO2011038559A1 (zh) 2009-09-30 2009-12-14 引入在线可信第三方的实体公钥获取、证书验证及鉴别的方法及系统

Country Status (6)

Country Link
US (1) US8751792B2 (zh)
EP (1) EP2472772B1 (zh)
JP (1) JP5425314B2 (zh)
KR (1) KR101405509B1 (zh)
CN (1) CN101674182B (zh)
WO (1) WO2011038559A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115244896A (zh) * 2020-03-05 2022-10-25 思科技术公司 识别无线网络的可信服务集标识符

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101984577B (zh) 2010-11-12 2013-05-01 西安西电捷通无线网络通信股份有限公司 匿名实体鉴别方法及系统
CN101997688B (zh) 2010-11-12 2013-02-06 西安西电捷通无线网络通信股份有限公司 一种匿名实体鉴别方法及系统
US8898764B2 (en) * 2012-04-19 2014-11-25 Microsoft Corporation Authenticating user through web extension using token based authentication scheme
CN103297241B (zh) * 2013-05-31 2016-02-03 中国人民武装警察部队工程大学 一种一次性公钥匿名签密的构造方法
US9978094B2 (en) * 2013-10-11 2018-05-22 Visa International Service Association Tokenization revocation list
CN106572066B (zh) 2015-10-10 2019-11-22 西安西电捷通无线网络通信股份有限公司 一种实体身份有效性验证方法及其装置
CN106572064B (zh) 2015-10-10 2019-10-29 西安西电捷通无线网络通信股份有限公司 一种多ttp参与的实体身份有效性验证方法及装置
CN106572063B (zh) * 2015-10-10 2019-10-29 西安西电捷通无线网络通信股份有限公司 一种多ttp参与的实体身份有效性验证方法及装置
CN106571920B (zh) * 2015-10-10 2019-09-27 西安西电捷通无线网络通信股份有限公司 一种多ttp参与的实体身份有效性验证方法及装置
CN106572065B (zh) * 2015-10-10 2019-11-22 西安西电捷通无线网络通信股份有限公司 一种多ttp参与的实体身份有效性验证方法及装置
KR102025808B1 (ko) * 2017-11-24 2019-09-26 엘지전자 주식회사 차량용 제어 유닛의 업데이트 방법 및 차량
JP6952661B2 (ja) * 2018-08-30 2021-10-20 株式会社東芝 情報処理装置、通信機器、情報処理システム、情報処理方法、および情報処理プログラム
TWI744844B (zh) * 2020-03-30 2021-11-01 尚承科技股份有限公司 憑證安全簽發與管理系統及方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1601154A1 (en) * 2004-05-28 2005-11-30 Sap Ag Client authentication using a challenge provider
CN101364876A (zh) * 2008-09-12 2009-02-11 西安西电捷通无线网络通信有限公司 一种实现实体的公钥获取、证书验证及鉴别的方法
CN101364875A (zh) * 2008-09-12 2009-02-11 西安西电捷通无线网络通信有限公司 一种实现实体的公钥获取、证书验证及双向鉴别的方法
CN101394283A (zh) * 2008-11-04 2009-03-25 西安西电捷通无线网络通信有限公司 一种基于三元对等鉴别(TePA)的可信平台验证方法

Family Cites Families (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5491750A (en) 1993-12-30 1996-02-13 International Business Machines Corporation Method and apparatus for three-party entity authentication and key distribution using message authentication codes
JPH08297638A (ja) 1995-04-26 1996-11-12 Nippon Telegr & Teleph Corp <Ntt> 利用者認証方式
JPH08335208A (ja) 1995-06-08 1996-12-17 Nippon Telegr & Teleph Corp <Ntt> 代理認証方法及びシステム
US5794221A (en) 1995-07-07 1998-08-11 Egendorf; Andrew Internet billing method
GB9903124D0 (en) 1999-02-11 1999-04-07 Nokia Telecommunications Oy An authentication method
AU3712300A (en) * 1999-06-11 2001-01-02 Liberate Technologies Hierarchical open security information delegation and acquisition
CN1529856A (zh) 2000-08-08 2004-09-15 ά 使用电子许可证的国际互联网络第三方认证
JP3588042B2 (ja) * 2000-08-30 2004-11-10 株式会社日立製作所 証明書の有効性確認方法および装置
US7370351B1 (en) 2001-03-22 2008-05-06 Novell, Inc. Cross domain authentication and security services using proxies for HTTP access
US7155608B1 (en) 2001-12-05 2006-12-26 Bellsouth Intellectual Property Corp. Foreign network SPAM blocker
JP4668610B2 (ja) 2002-05-24 2011-04-13 テレフオンアクチーボラゲット エル エム エリクソン（パブル） サービスプロバイダのサービスに対するユーザ認証の方法
JP2004015665A (ja) 2002-06-10 2004-01-15 Takeshi Sakamura 電子チケット流通システムにおける認証方法およびｉｃカード
RU2295200C2 (ru) 2002-08-16 2007-03-10 Тогева Холдинг Аг Способ и система для gsm-аутентификации при роуминге в беспроводных локальных сетях
CN1191696C (zh) 2002-11-06 2005-03-02 西安西电捷通无线网络通信有限公司 一种无线局域网移动设备安全接入及数据保密通信的方法
CN100428667C (zh) 2003-12-01 2008-10-22 中国电子科技集团公司第三十研究所 一种采用公开密钥密码算法数字签名模式的强鉴别方法
DE602004032313D1 (de) 2004-05-07 2011-06-01 Alcatel Lucent Datenauthentifizierungsverfahren und Agent basiertes System
CN100576793C (zh) * 2004-05-18 2009-12-30 江苏省电力公司 借助安全认证网关的企业网安全接入方法
RU2278477C2 (ru) 2004-06-04 2006-06-20 Корпорация "Самсунг Электроникс" Способ аутентификации для стационарных региональных систем беспроводного широкополосного доступа
US7464267B2 (en) 2004-11-01 2008-12-09 Innomedia Pte Ltd. System and method for secure transmission of RTP packets
US7412232B2 (en) 2004-12-22 2008-08-12 Research In Motion Limited Method and system for controlling software loads on a third-party mobile station
WO2006079953A1 (en) 2005-01-31 2006-08-03 Koninklijke Philips Electronics N.V. Authentication method and device for use in wireless communication system
JP4714482B2 (ja) 2005-02-28 2011-06-29 株式会社日立製作所 暗号通信システムおよび方法
KR100652125B1 (ko) 2005-06-03 2006-12-01 삼성전자주식회사 서비스 제공자, 단말기 및 사용자 식별 모듈 간을총괄적으로 인증하여 관리할 수 있도록 하는 상호 인증방법 및 이를 이용한 시스템과 단말 장치
CN100550725C (zh) 2005-06-17 2009-10-14 中兴通讯股份有限公司 一种用户与应用服务器协商共享密钥的方法
US8621201B2 (en) 2005-06-29 2013-12-31 Telecom Italia S.P.A. Short authentication procedure in wireless data communications networks
KR100735221B1 (ko) 2005-08-12 2007-07-03 삼성전자주식회사 컨텐츠를 다수의 단말기에서 재생할 수 있도록 하는 컨텐츠재생 방법 및 이를 이용한 시스템과 단말 장치
US20070055881A1 (en) 2005-09-02 2007-03-08 Fuchs Kenneth C Method for securely exchanging public key certificates in an electronic device
CN101366037A (zh) 2005-12-05 2009-02-11 诺基亚公司 在移动终端中用于安全http摘要响应验证以及完整性保护的计算机程序产品、装置以及方法
US20090063851A1 (en) 2006-03-20 2009-03-05 Nijdam Mark J Establishing communications
JP5052809B2 (ja) 2006-03-31 2012-10-17 株式会社エヌ・ティ・ティ・データ 認証システム、認証サーバおよびプログラム
CN101064605B (zh) 2006-04-29 2011-02-16 华为技术有限公司 一种多主机网络的aaa系统及认证方法
CN100495963C (zh) 2006-09-23 2009-06-03 西安西电捷通无线网络通信有限公司 一种公钥证书状态的获取及验证方法
CN100488305C (zh) 2006-09-23 2009-05-13 西安西电捷通无线网络通信有限公司 一种网络接入鉴别与授权方法以及授权密钥更新方法
CN100555936C (zh) 2007-01-08 2009-10-28 中国信息安全产品测评认证中心 一种在智能卡与u盘复合设备中提高访问安全性的方法
CN100553193C (zh) 2007-10-23 2009-10-21 西安西电捷通无线网络通信有限公司 一种基于可信第三方的实体双向鉴别方法及其系统
CN100488099C (zh) 2007-11-08 2009-05-13 西安西电捷通无线网络通信有限公司 一种双向接入认证方法
CN101222328B (zh) * 2007-12-14 2010-11-03 西安西电捷通无线网络通信股份有限公司 一种实体双向鉴别方法
CN101247223B (zh) 2008-03-06 2010-06-09 西安西电捷通无线网络通信有限公司 一种基于可信第三方的实体双向鉴别方法
CN101640593B (zh) 2009-08-28 2011-11-02 西安西电捷通无线网络通信股份有限公司 一种引入在线第三方的实体双向鉴别方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1601154A1 (en) * 2004-05-28 2005-11-30 Sap Ag Client authentication using a challenge provider
CN101364876A (zh) * 2008-09-12 2009-02-11 西安西电捷通无线网络通信有限公司 一种实现实体的公钥获取、证书验证及鉴别的方法
CN101364875A (zh) * 2008-09-12 2009-02-11 西安西电捷通无线网络通信有限公司 一种实现实体的公钥获取、证书验证及双向鉴别的方法
CN101394283A (zh) * 2008-11-04 2009-03-25 西安西电捷通无线网络通信有限公司 一种基于三元对等鉴别(TePA)的可信平台验证方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115244896A (zh) * 2020-03-05 2022-10-25 思科技术公司 识别无线网络的可信服务集标识符
US12302102B2 (en) 2020-03-05 2025-05-13 Cisco Technology, Inc. Identifying trusted service set identifiers for wireless networks

Also Published As

Publication number Publication date
EP2472772A4 (en) 2017-06-28
JP5425314B2 (ja) 2014-02-26
US8751792B2 (en) 2014-06-10
US20120198240A1 (en) 2012-08-02
KR101405509B1 (ko) 2014-06-11
CN101674182B (zh) 2011-07-06
CN101674182A (zh) 2010-03-17
EP2472772A1 (en) 2012-07-04
EP2472772B1 (en) 2020-05-06
JP2013506352A (ja) 2013-02-21
KR20120104193A (ko) 2012-09-20

Similar Documents

Publication Publication Date Title
CN101364876B (zh) 一种实现实体的公钥获取、证书验证及鉴别的方法
CN101222328B (zh) 一种实体双向鉴别方法
CN101674182B (zh) 引入在线可信第三方的实体公钥获取、证书验证及鉴别的方法及系统
US8510565B2 (en) Bidirectional entity authentication method based on the credible third party
CN112333198B (zh) 安全跨域登录方法、系统及服务器
CN101364875B (zh) 一种实现实体的公钥获取、证书验证及双向鉴别的方法
JP2001229078A (ja) 公開鍵暗号技術に基づいた認可インフラストラクチャ
US20170289137A1 (en) Server authentication using multiple authentication chains
CN101645776B (zh) 一种引入在线第三方的实体鉴别方法
CN101145910A (zh) 一种基于可信第三方的实体双向鉴别方法及其系统
TW200833060A (en) Authentication delegation based on re-verification of cryptographic evidence
WO2011022918A1 (zh) 一种引入在线第三方的实体双向鉴别方法
CN101697540A (zh) 一种p2p服务请求用户身份认证方法
EP2957064B1 (en) Method of privacy-preserving proof of reliability between three communicating parties
WO2011026296A1 (zh) 引入在线可信第三方的实体鉴别方法
US8966263B2 (en) System and method of network equipment remote access authentication in a communications network
CN116506118A (zh) 一种pki证书透明化服务中身份隐私性保护方法
US20170118198A1 (en) Identity verification
WO2011075906A1 (zh) 一种实现实体的公钥获取、证书验证及鉴别的方法
WO2011075907A1 (zh) 一种实现实体的公钥获取、证书验证及双向鉴别的方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 09849967

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13499126

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012531208

Country of ref document: JP

Ref document number: 2009849967

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20127011077

Country of ref document: KR

Kind code of ref document: A