CN101022455A - 一种Web通信加密方法 - Google Patents

一种Web通信加密方法 Download PDF

Info

Publication number
CN101022455A
CN101022455A CN 200610170718 CN200610170718A CN101022455A CN 101022455 A CN101022455 A CN 101022455A CN 200610170718 CN200610170718 CN 200610170718 CN 200610170718 A CN200610170718 A CN 200610170718A CN 101022455 A CN101022455 A CN 101022455A
Authority
CN
China
Prior art keywords
client
service end
communication
session
key
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
CN 200610170718
Other languages
English (en)
Other versions
CN100574325C (zh
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.)
Peking University
Original Assignee
Peking University
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 Peking University filed Critical Peking University
Priority to CNB2006101707180A priority Critical patent/CN100574325C/zh
Publication of CN101022455A publication Critical patent/CN101022455A/zh
Application granted granted Critical
Publication of CN100574325C publication Critical patent/CN100574325C/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供了一种Web通信加密方法，该方法区分客户端与服务端是首次通信还是再次通信两种情况。首次访问的客户端与服务端进行Web通信时，需要协商确定通信的密码算法，再次通信时无需再次协商；首次通信时，客户端获取服务端提供的通信主密钥后保存该通信主密钥，再次通信时，服务端只需在本地计算生成密钥，客户端采用本地保存的通信主密钥实现会话密钥的传送，随后双方采用会话密钥对通信数据进行加解密，实现保密通信。本发明的通信加密方法大大减少了服务端密钥存储量，并且对于服务端密钥交换运算负荷的降低也是显而易见的。

Description

一种Web通信加密方法
技术领域
本发明属于计算机、通信和信息安全领域，具体涉及一种针对Web通信的加密方法。
背景技术
随着基于World Wide Web应用的迅速普及，电子商务已经成为人们日常工作和生活的一部分。Web的成长也在安全性和个人隐私方面给我们带来了威胁。在一般场合下，浏览网页、收发邮件等Web通信过程中均未能够提供足够的安全防护，直接导致了通信数据流可被轻易监听并且不为所知地被截取、篡改、重放，进而造成用户敏感信息泄漏、丢失、Web服务失败等严重后果。
为了保证Web业务的安全性，首先应确保客户端(Client)、服务端(Server)之间业务流的安全。针对Web通信的安全威胁一般分为被动攻击和主动攻击：被动攻击有对客户端、服务端之间业务流的窃听；主动攻击有对业务流的篡改。
目前，旨在保证浏览器(客户端)与Web站点(服务端)间通信安全的传输层安全协议主要有SSL(安全套接字层)协议和SSH(安全壳远程登录)协议。
SSL指定了一种在应用层协议(例如http、telnet、NNTP、FTP)和TCP/IP之间提供数据安全性分层的机制。它为TCP/IP连接提供数据加密、服务端认证、消息完整性以及可选的客户机认证等保障。SSL的主要目的是在两个通信应用程序之间提供私密性和可靠性。当一个SSL客户机和服务端第一次开始通信时，它们在一个协议版本上达成一致，选择加密算法，选择相互认证，并使用公钥技术来生成共享密钥。
SSH则是一种在不安全网络上用于安全远程登录和其他安全网络服务的协议。SSH传输层是一种安全的低层传输协议。它提供数据加密、加密主机认证和完整性保护。这种协议中的密钥交互方法、公钥算法、对称加密算法、消息认证算法以及哈希算法(hash)等都需要协商。数据完整性是通过在每个包中包括一个消息认证码(MAC)来保护的，这个MAC根据一个共享密钥、包序列号和包的内容计算得到。
在使用上面两种通信加密协议时，每次客户端建立会话连接均需要重新进行密钥交换，而SSL、SSH均采用非对称加密方式进行密钥协商。重复协商直接导致服务端的运算负荷急剧加重，处理时延增大而导致握手失败，进而无法建立安全连接，严重影响服务质量。由于密钥协商代价过大，使得Web通信加密的门槛过高，以至于很多站点无法提供Web通信加密服务。因此，对于敏感数据的机密性和用户隐私难以做到有效保护。
发明内容
本发明的目的在于提供一种保护Web通信安全的加密方法，有效地进行密钥交换，降低服务端的运算负荷，有效防止第三方监控。
为实现上述目的，本发明提供的技术方案如下：
一种Web通信加密方法，包括以下步骤：
(1)客户端向服务端发送hello消息进行连接请求；服务端向客户端发送hello消息接受连接请求，并在服务端本地生成通信主密钥(masterkey)；服务端验证是否是会话重复连接，如果是会话重复连接则进入步骤6，否则进入步骤2；
(2)客户端与服务端协商确定通信的密码算法，客户端并保存该经协商确定的密码算法；服务端向客户端发送证书，使得服务端能够向客户端进行认证，所述服务端证书中包括服务端公钥；
(3)客户端根据步骤2中协商确定的加密算法对所述服务端公钥进行非对称加密，随机生成一次性加密密钥(one-time-key)，并传送至服务端；
(4)服务端解密获取一次性加密密钥，并用它对通信主密钥(masterkey)进行对称加密，传送至客户端；
(5)客户端解密获取通信主密钥(masterkey)，保存该通信主密钥(masterkey)；
(6)客户端随机生成会话密钥(sessionkey)，并采用服务端提供的主密钥(masterkey)进行对称加密，传送至服务端；
(7)服务端解密获取步骤6生成的会话密钥(sessionkey)，密钥交换完成；
(8)客户端、服务端采用会话密钥(sessionkey)对通信数据进行对称加解密，实现保密通信。
进一步地，上述的通信加密方法，步骤1中验证是否是会话重复连接的方法是：客户端发送给服务端的hello消息中包括连接次数，如果客户端发送给服务端的hello消息中的连接次数值为0，则确认双方的会话连接为首次会话连接；如果客户端发送来的hello消息中的连接次数值大于或等于1，则确认双方的会话连接为重复连接。进一步，在服务端接收到客户端发来的hello消息后，将该消息中的连接次数值加上1并发送给客户端保存以作为下一次会话连接时客户端发送给服务端的连接次数值。
进一步地，上述的通信加密方法，步骤2中协商确定通信密码算法的过程如下：客户端发送的hello消息中包括客户端所支持的密码选项，服务端接收到该消息后从中选取密码算法并告知客户端达成一致。当步骤1中客户端与服务端是重复会话连接，客户端发送给服务端的hello消息中就包括首次会话连接时双方协商确定的密码算法。
进一步地，上述的通信加密方法，步骤1中的hello消息包括客户端标识，该客户端标识由服务端随机生成并赋予客户端，通信主密钥是由服务端根据自身秘密信息与该客户端标识生成。
进一步地，上述的通信加密方法，在特定的安全需求下，步骤2中还包括如下步骤：客户端向服务端发送证书，使得客户端能够向服务端进行认证。
进一步地，上述的通信加密方法，步骤3中的非对称加密算法选自RSA算法，Rabin算法或EIGamal算法。
进一步地，上述的通信加密方法，步骤4、6、8中的对称加密算法相同或不同，选自AES算法、三重DES算法或IDEA算法。
进一步地，上述的通信加密方法，步骤1中双方交换的hello消息中包括随机数，相应地在步骤6和7之间增加如下步骤：
a.服务端向客户端发送安全已连接建立信息，该信息为会话密钥(sessionkey)控制下对所述服务端、客户端随机数的HMAC；
b.客户端收到步骤a中服务端发送的安全已连接建立信息后，对会话密钥sessionkey正确传递加以验证，确认安全连接已建立。
本发明的有益效果：
本发明的通信加密方法的总体流程如图1所示。针对实际网络访问时普遍存在单一客户端短期内重复访问固定站点(服务端)这一情形，本发明提供的Web通信加密方法，首先验证客户端是首次访问服务端还是再次访问服务端，即区分是首次用户登录还是过往用户登录两种情况进行Web通信加密。
首次访问的客户端(NewClient)与服务端进行Web通信时，需要协商确定通信的密码算法，客户端保存该经协商确定的密码算法，再次通信时，客户端可以在发送给服务端的hello消息中包括首次通信时确定的密码算法，无需再次协商。
另外，首次通信时，需要通过加解密方式密传通信主密钥，获得通信主密钥的过程是：客户端根据协商确定的加密算法对服务端公钥进行非对称加密，随机生成一次性加密密钥并传送至服务端；服务端解密获取一次性加密密钥，并用它对通信主密钥进行对称加密，传送至客户端；客户端解密获取通信主密钥并保存该通信主密钥。再次通信时，无需经过前述繁琐过程加密传输通信主密钥，同时避免了公钥加解密运算，服务端只需在本地计算生成通信主密钥而无需在本地存储每一个客户端的通信主密钥，客户端直接采用首次通信时本地保存的通信主密钥，即可完成会话密钥的加密传输，随后双方采用会话密钥对通信数据进行对称加解密，实现保密通信。
很显然，本发明的通信加密方法对于大量出现的单一客户端重复访问同一服务端情形下的通信加密操作进行了简化。对于过往用户再次访问站点情形，会话密钥协商过程仅需采用通信主密钥进行一次对称加解密运算(相当于一次乘法运算量)即可完成，而SSL、SSH等协议同样情形下(即再次访问情形)的会话密钥协商需1次非对称加解密运算加上一次对称加解密运算。基于非对称加解密运算的巨大运算量(指数级)，本发明的通信加密方法对于服务端密钥交换运算负荷的降低是显而易见的。
此外，本发明的通信加密方法中，客户端本地存储与服务端交换所得主密钥，服务端在客户端发出再次连接请求后，可由自身秘密与客户端发送的客户端标识信息快速计算出通信主密钥。该方法大大减少了服务端密钥存储量。同时加密强度依赖于所选密码算法强度，等同于SSL等协议安全性。
本方法在相当的安全性下，极大降低服务端提供通信加密的运算、存储复杂度，易于推广实现，可有效防止第三方监控，进而保护用户隐私、确保Web通信中敏感数据的安全传递。本方法采用客户端新鲜度对客户端连接情况予以标识，此标识可扩展应用于用户信用等级、服务优先级等属性。进一步实现业务流优化以及其他Web通信安全应用。
附图说明
图1为本发明的Web通信加密流程图
图2为客户端初次访问服务端建立加密通信连接所需交互信息流
图3为客户端再次访问服务端建立加密通信连接所需交互信息流
图4为客户端/服务端连接请求消息(Client/ServerHello)格式
具体实施方式
下面结合附图，更详细地描述本发明的具体实施方式。
参看图2，首次访问用户即客户端(Client)与服务端(Server)通信加密方法为：
步骤1：客户端——>服务端：客户端发送ClientHello消息发起会话连接。
其中ClientHello所含域参看图4。消息包含“ClientID”、“Connect_Num”、“random”、“ciphersuite”域。“ClientID”域为客户端标识，初次登陆为“Null”；“Connect_Num”域标识客户端的连接次数，初次登录时值为0；“random”域包含随机数(一次性随机数作为通信新鲜度标识符)，该数据由客户端随机产生，含时戳Tc与随机询问值Nc；“ciphersuite”域是客户端计算机支持的一些密码选项，这些选项按照客户端最想用的顺序排列。客户端可以提出系列的对称密码算法、非对称密码算法、数字签名机制、MAC机制和杂凑函数。
典型运行：Client→Server
ClientHello.ClientID＝‘Null’
ClientHello.Connect_Num＝‘0’
ClientHello.random＝Tc，Nc
ClientHello.ciphersuite＝‘RSA，AES:encryption，SHA-1:HMAC’
步骤2：服务端——>客户端：服务端发送ServerHello消息响应客户端，同时发送服务端证书提交客户端认证。
服务端由步骤1消息中ClientHello.Connect_Num值获知此次为初次连接。
ServerHello所含域参看图4。消息包含“ClientID”、“Connect_Num”、“random”、“ciphersuite”域。“ClientID”域为服务端随机生成拟赋予客户端的客户端标识；“Connect_Num”域为服务端对客户端连接次数的更新值，ServerHello.Connect_Num＝ClientHello.Connect_Num+1；“random”域包含随机数(一次性随机数作为新鲜性标识符)，该数据由服务端随机产生，含时戳Ts以及随机应答值Ns；“ciphersuite”域中为服务端选取的密码算法、参数等信息，用以告知客户端达成一致。本实例采用RSA-1024作为非对称加密算法，AES为对称加密算法，采用SHA-1为基于密钥杂凑函数的HMAC。HMAC的相关详细信息可参看【HMAC】文献(Krawczyk，H.，Bellare，M.，and R.Canetti，″HMAC：Keyed-Hashing for Message Authentication，″RFC 2104，February，1997)；SHA的相关详细信息可以参见【SHA】文献(NIST FIPS PUB 180-1，″Secure HashStandard，″National Institute of Standards and Technology，U.S.Department ofCommerce，Work in Progress，May 31，1994)；RSA的详细信息可以参见文献【PKCS1】(RSA Laboratories，″PKCS#1：RSA Encryption Standard，″version 1.5，November 1993)、【PKCS6】(RSA Laboratories，″PKCS#6：RSA ExtendedCertificate Syntax Standard，″version 1.5，November 1993)、【PKCS7】(RSALaboratories，″PKCS#7：RSA Cryptographic Message Syntax Standard，″version1.5，November 1993)。
服务端证书为X.509.v3证书，包含足够的关于姓名和证书所有者公钥以及签发证书机构的信息。有关详细内容可参看【PKIX】文献(Housley，R.，Ford，W.，Polk，W.and D.Solo，″Internet Public Key Infrastructure：Part I：X.509 Certificate andCRL Profile″，RFC 2459，January 1999)。
同时，服务端本地计算通信主密钥(masterkey)，通信主密钥由服务端对客户端标识(ClientID)在其服务端秘密(serversecret)控制下做哈希(hash)运算生成，masterkey＝SHA-1(serversecret，ClientID)。
典型运行：Server→Client
ServerHello.ClientID＝‘xyz123’
ServertHello.Connect_Num＝‘1’
ServerHello.random＝Ts，Ns
ServerHello.ciphersuite＝‘RSA，AES:encryption，SHA-1:HMAC’
ServerCertificate＝point_to(server’s certificate)
步骤3：客户端——>服务端：客户端向服务端发送一次性加密密钥信息One-time-keyexchange。
该信息为客户端随机生成用于对称加密的一次性加密密钥(one-time-key)采用服务端公钥(Pkserver)加密后的密文。服务端公钥(Pkserver)由步骤2中服务端证书中获取。
同时，客户端将由步骤2中获取的ServerHello.Connect_Num对此前本地存储的客户端连接次数值(Client.Connect Num)进行替换更新。
典型运行：Client→ServerOne-time-keyexchange＝RSA_Encryption(PKsever，one-time-key‖Ts‖Ns‖ClientID)
(‖表示级联，下同)
步骤4：服务端——>客户端：服务端向客户端发送主密钥交换信息master-keyexchange。
该信息为服务端用一次性加密密钥(one-time-key)作为加密密钥进行对通信主密钥(masterkey)进行对称后生成的密文。
典型运行：Server→Client
master-keyexchange＝AES_Encryption(one-time-key，masterkey‖Tc‖Nc)
步骤5：客户端——>服务端：客户端向服务端发送会话密钥交换信息session-keyexchange。
该信息为客户端采用通信主密钥(masterkey)对会话密钥(sessionkey)进行对称加密后生成的密文。客户端由步骤4中消息解密后获取通信主密钥(masterkey)并保存，会话密钥(sessionkey)为客户端随机生成用于AES加密的密钥。
典型运行：Client→Server
session-keyexchange＝AES_Encryption(masterkey，session-key‖Ts‖Ns)
步骤6：服务端——>客户端：服务端向客户端端发送安全已连接建立信息connection-ready。
该信息为会话密钥(sessionkey)控制下对服务端、客户端随机数的HMAC。用于客户端对会话密钥正确传递加以验证，以示安全连接已建立。
典型运行：Server→Client
connection-ready＝SHA-1(sessionkey，Nc‖Ns)
步骤7：客户端<——>服务端：双方采用会话密钥(sessionkey)作为数据加密密钥，对通信数据流(comm data)采用AES算法进行对称加密后进行密文(Ciphertext)传输。
典型运行：Client<—>Server
Ciphertext＝AES_encryption(sessionkey，comm_data)
参看图3，过往用户再次访问时，与服务端通信加密方法为：
步骤1：客户端——>服务端：客户端发送ClientHello消息发起会话连接
其中ClientHello所含域及其标识意义与此前描述一致。此时的ClientHello.Connect_Num非0，具体数值为最后一次与服务端通信时，服务端给出的客户端连接次数返回值。ClientHello.ciphersuite域内容为初次登录时协商给定的相关密码算法。
典型运行：Client→Server
ClientHello.ClientID＝‘xyz123’
ClientHello.Connect_Num＝‘5’
ClientHello.random＝Tc，Nc
ClientHello.ciphersuite＝‘RSA，AES:encryption，SHA-1:HMAC’
步骤2：服务端——>客户端：服务端发送ServerHello消息响应客户端。
同时，服务端本地计算通信主密钥(masterkey)。通信主密钥由加密服务端对其在步骤1消息中客户端标识(ClientID)在其服务端秘密(serversecret)控制下做哈希(hash)运算生成，masterkey＝SHA-1(serversecret，ClientID)。
服务端由步骤1消息中ClientHello.Connect_Num，确认此为再次连接。
其中ServerHello所含域及其意义与此前描述同。其中，ServerHello.ciphersuite域内容为步骤1中ClientHello.ciphersuite内容拷贝，确认本次通信采用的密码算法。
典型运行：Server→Client
ServerHello.ClientID＝‘xyz123’
ServerHello.Connect_Num＝‘6’
ServerHello.random＝Ts，Ns
ServerHello.ciphersuite＝‘RSA，AES:encryption，SHA-1:HMAC’
步骤3：客户端——>服务端：客户端向服务端发送会话密钥交换信息session-keyexchange。
该信息为客户端采用通信主密钥(masterkey)对会话密钥(sessionkey)进行对称加密后生成的密文。通信主密钥(masterkey)为客户端由初次访问服务端建立安全连接时获取并保存的通信主密钥，会话密钥(sessionkey)为客户端随机生成用于AES加密的密钥。
同时，客户端将由步骤2中获取的ServerHello.Connect_Num对此前本地存储的客户端连接次数值(Client.Connect_Num)进行替换更新。
典型运行：Client→Server
session-keyexchange＝AES_Encryption(masterkey，session-key‖Ts‖Ns)
步骤4：服务端——>客户端：服务端向客户端发送安全已连接建立信息connection-ready。
该信息为会话密钥(sessionkey)控制下对服务端、客户端随机数的HMAC。用于客户端对会话密钥正确传递加以验证，以示安全连接已建立。
典型运行：Client→Server
connection-ready＝SHA-1(sessionkey，Nc‖Ns)
步骤5：客户端<——>服务端：双方采用会话密钥(sessionkey)作为数据加密密钥，对通信数据流采用AES算法进行对称加密后进行密文传输。
典型运行：Client<—>Server
Ciphertext＝AES_encryption(sessionkey，comm_data)

Claims (10)

1.一种Web通信加密方法，包括以下步骤：
(1)客户端向服务端发送hello消息进行连接请求；服务端向客户端发送hello消息接受连接请求，并在服务端本地生成通信主密钥；服务端验证是否是会话重复连接，如果是会话重复连接则进入步骤6，否则进入步骤2；
(2)客户端与服务端协商确定通信的密码算法，客户端并保存该经协商确定的密码算法；服务端向客户端发送证书，使得服务端能够向客户端进行认证，所述服务端证书中包括服务端公钥；
(3)客户端根据步骤2中协商确定的加密算法对所述服务端公钥进行非对称加密，随机生成一次性加密密钥，并传送至服务端；
(4)服务端解密获取一次性加密密钥，并用它对通信主密钥进行对称加密，传送至客户端；
(5)客户端解密获取通信主密钥，保存该通信主密钥；
(6)客户端随机生成会话密钥，并采用服务端提供的主密钥进行对称加密，传送至服务端；
(7)服务端解密获取步骤6生成的会话密钥，密钥交换完成；
(8)客户端、服务端采用会话密钥对通信数据进行对称加解密，实现保密通信。
2.如权利要求1所述的通信加密方法，其特征在于，所述步骤1中验证是否是会话重复连接的方法是：客户端发送给服务端的hello消息中包括连接次数，如果客户端发送给服务端的hello消息中的连接次数值为0，则确认双方的会话连接为首次会话连接；如果客户端发送来的hello消息中的连接次数值大于或等于1，则确认双方的会话连接为重复连接。
3.如权利要求2所述的通信加密方法，其特征在于，所述步骤1中服务端接收到客户端发来的hello消息后，将该消息中的连接次数值加上1并发送给客户端保存以作为下一次会话连接时客户端发送给服务端的连接次数值。
4.如权利要求1所述的通信加密方法，其特征在于，所述步骤2中协商确定通信密码算法的过程如下：客户端发送的hello消息中包括客户端所支持的密码选项，服务端接收到该消息后从中选取密码算法并告知客户端达成一致。
5.如权利要求1所述的通信加密方法，其特征在于，所述步骤1中客户端与服务端是重复会话连接，客户端发送给服务端的hello消息中包括首次会话连接时双方协商确定的密码算法。
6.如权利要求1所述的通信加密方法，其特征在于，所述步骤1中的hello消息包括客户端标识，该客户端标识由服务端随机生成并赋予客户端；所述步骤1中的通信主密钥是由服务端根据自身秘密信息与该客户端标识生成。
7.如权利要求1所述的通信加密方法，其特征在于，所述步骤2中还包括如下步骤：客户端向服务端发送证书，使得客户端能够向服务端进行认证。
8.如权利要求1所述的通信加密方法，其特征在于，所述步骤3中的非对称加密算法选自RSA算法、Rabin算法或E1Gamal算法。
9.如权利要求1所述的通信加密方法，其特征在于，所述步骤4、6、8中的对称加密算法相同或不同，选自AES算法、三重DES算法或IDEA算法。
10.如权利要求1所述的通信加密方法，其特征在于，所述步骤1中双方交换的hello消息中包括随机数，相应地在所述步骤6和7之间增加如下步骤：
a.服务端向客户端发送安全已连接建立信息，该信息为会话密钥控制下对所述服务端、客户端随机数的HMAC；
b.客户端收到步骤a中服务端发送的安全已连接建立信息后，对会话密钥正确传递加以验证，确认安全连接已建立。
CNB2006101707180A 2006-12-26 2006-12-26 一种Web通信加密方法 Expired - Fee Related CN100574325C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNB2006101707180A CN100574325C (zh) 2006-12-26 2006-12-26 一种Web通信加密方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNB2006101707180A CN100574325C (zh) 2006-12-26 2006-12-26 一种Web通信加密方法

Publications (2)

Publication Number Publication Date
CN101022455A true CN101022455A (zh) 2007-08-22
CN100574325C CN100574325C (zh) 2009-12-23

Family

ID=38710105

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB2006101707180A Expired - Fee Related CN100574325C (zh) 2006-12-26 2006-12-26 一种Web通信加密方法

Country Status (1)

Country Link
CN (1) CN100574325C (zh)

Cited By (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101404577B (zh) * 2008-10-30 2010-04-21 南京大学 一种融合多种保密技术的保密通信方法
CN101888383A (zh) * 2010-06-30 2010-11-17 北京交通大学 一种可扩展的可信ssh的实现方法
CN101895878A (zh) * 2010-07-02 2010-11-24 武汉大学 基于动态密码配置的移动通信方法及系统
WO2010145281A1 (zh) * 2009-10-26 2010-12-23 中兴通讯股份有限公司 一种数据传输方法及设备
CN102355353A (zh) * 2011-08-12 2012-02-15 无锡城市云计算中心有限公司 一种加密输入法及加密通信方法和装置
CN102394749A (zh) * 2011-09-26 2012-03-28 深圳市文鼎创数据科技有限公司 数据传输的线路保护方法、系统、信息安全设备及应用设备
CN102833253A (zh) * 2012-08-29 2012-12-19 五八同城信息技术有限公司 建立客户端与服务器安全连接的方法及服务器
CN102880836A (zh) * 2011-07-15 2013-01-16 富士通半导体股份有限公司 安全装置
CN101789863B (zh) * 2009-01-22 2013-01-23 深圳市文鼎创数据科技有限公司 数据信息安全传输方法
CN103685244A (zh) * 2013-11-28 2014-03-26 深圳大学 一种差异化认证方法及装置
CN104935553A (zh) * 2014-03-19 2015-09-23 北京安讯奔科技有限责任公司 统一身份认证平台及认证方法
CN105763563A (zh) * 2016-04-19 2016-07-13 浙江神州量子网络科技有限公司 一种量子密钥申请过程中的身份认证方法
CN106464493A (zh) * 2014-03-16 2017-02-22 黑文技术私人有限公司 包含一次性通行码的持久性认证系统
CN106713369A (zh) * 2017-03-13 2017-05-24 广东网金控股股份有限公司 一种通信网关层产生一次性密钥保护消息安全的方法
CN107147626A (zh) * 2017-04-25 2017-09-08 南通大学 一种AES算法与ElGamal算法相结合的加密文件传输方法
CN104104505B (zh) * 2013-04-03 2017-10-13 北京旋极信息技术股份有限公司 一种电子签名设备及其实现方法及客户端
CN107528692A (zh) * 2016-06-16 2017-12-29 Abb瑞士股份有限公司 工业智能电子装置的安全有效注册
CN107579991A (zh) * 2017-09-28 2018-01-12 北京奇安信科技有限公司 一种对客户端进行云端防护认证的方法、服务器和客户端
CN108833449A (zh) * 2018-08-22 2018-11-16 海南新软软件有限公司 基于RAS算法的Web通信加密传输方法、装置及系统
CN109474667A (zh) * 2018-10-12 2019-03-15 广州雷迅创新科技有限公司 一种基于tcp和udp的无人机通信方法
CN109711207A (zh) * 2018-12-29 2019-05-03 杭州宏杉科技股份有限公司 一种数据加密方法及装置
CN110808829A (zh) * 2019-09-27 2020-02-18 国电南瑞科技股份有限公司 一种基于密钥分配中心的ssh认证方法
CN110890965A (zh) * 2019-12-10 2020-03-17 天津华云软件有限公司 数据加密方法、装置、数据解密方法及装置
CN112019374A (zh) * 2020-07-15 2020-12-01 上海趣蕴网络科技有限公司 一种网络通信优化方法和系统
CN112926076A (zh) * 2021-03-29 2021-06-08 建信金融科技有限责任公司 一种数据处理的方法、装置和系统
CN113890727A (zh) * 2015-12-11 2022-01-04 亚马逊科技有限公司 通过部分可信的第三方进行的密钥交换

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1598807A (zh) * 2003-09-17 2005-03-23 深圳市格林耐特通信技术有限责任公司 Web认证方法
JP2005229489A (ja) * 2004-02-16 2005-08-25 Matsushita Electric Ind Co Ltd ネット家電の共通情報生成方法ならびに通信システム
CN100359845C (zh) * 2004-03-26 2008-01-02 中兴通讯股份有限公司 无线局域网自组网模式共享密钥认证和会话密钥协商方法
CN100505759C (zh) * 2005-11-15 2009-06-24 中兴通讯股份有限公司 一种非对等实体安全等级协商方法

Cited By (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101404577B (zh) * 2008-10-30 2010-04-21 南京大学 一种融合多种保密技术的保密通信方法
CN101789863B (zh) * 2009-01-22 2013-01-23 深圳市文鼎创数据科技有限公司 数据信息安全传输方法
WO2010145281A1 (zh) * 2009-10-26 2010-12-23 中兴通讯股份有限公司 一种数据传输方法及设备
CN101707767B (zh) * 2009-10-26 2012-09-26 中兴通讯股份有限公司 一种数据传输方法及设备
CN101888383B (zh) * 2010-06-30 2013-07-31 北京交通大学 一种可扩展的可信ssh的实现方法
CN101888383A (zh) * 2010-06-30 2010-11-17 北京交通大学 一种可扩展的可信ssh的实现方法
CN101895878A (zh) * 2010-07-02 2010-11-24 武汉大学 基于动态密码配置的移动通信方法及系统
US9152805B2 (en) 2011-07-15 2015-10-06 Socionext Inc. Security device
CN102880836A (zh) * 2011-07-15 2013-01-16 富士通半导体股份有限公司 安全装置
CN102880836B (zh) * 2011-07-15 2016-02-10 株式会社索思未来 安全装置
CN102355353A (zh) * 2011-08-12 2012-02-15 无锡城市云计算中心有限公司 一种加密输入法及加密通信方法和装置
CN102394749A (zh) * 2011-09-26 2012-03-28 深圳市文鼎创数据科技有限公司 数据传输的线路保护方法、系统、信息安全设备及应用设备
CN102833253A (zh) * 2012-08-29 2012-12-19 五八同城信息技术有限公司 建立客户端与服务器安全连接的方法及服务器
CN102833253B (zh) * 2012-08-29 2015-09-16 五八同城信息技术有限公司 建立客户端与服务器安全连接的方法及服务器
CN104104505B (zh) * 2013-04-03 2017-10-13 北京旋极信息技术股份有限公司 一种电子签名设备及其实现方法及客户端
CN103685244A (zh) * 2013-11-28 2014-03-26 深圳大学 一种差异化认证方法及装置
CN106464493A (zh) * 2014-03-16 2017-02-22 黑文技术私人有限公司 包含一次性通行码的持久性认证系统
US10541815B2 (en) 2014-03-16 2020-01-21 Haventec Pty Ltd Persistent authentication system incorporating one time pass codes
CN106464493B (zh) * 2014-03-16 2019-12-10 黑文技术私人有限公司 包含一次性通行码的持久性认证系统
US11263298B2 (en) 2014-03-16 2022-03-01 Haventec Pty Ltd Persistent authentication system incorporating one time pass codes
CN104935553A (zh) * 2014-03-19 2015-09-23 北京安讯奔科技有限责任公司 统一身份认证平台及认证方法
CN104935553B (zh) * 2014-03-19 2018-09-18 北京安讯奔科技有限责任公司 统一身份认证平台及认证方法
CN113890727A (zh) * 2015-12-11 2022-01-04 亚马逊科技有限公司 通过部分可信的第三方进行的密钥交换
CN113890727B (zh) * 2015-12-11 2024-09-10 亚马逊科技有限公司 通过部分可信的第三方进行的密钥交换
CN105763563A (zh) * 2016-04-19 2016-07-13 浙江神州量子网络科技有限公司 一种量子密钥申请过程中的身份认证方法
CN105763563B (zh) * 2016-04-19 2019-05-21 浙江神州量子网络科技有限公司 一种量子密钥申请过程中的身份认证方法
CN107528692A (zh) * 2016-06-16 2017-12-29 Abb瑞士股份有限公司 工业智能电子装置的安全有效注册
CN106713369A (zh) * 2017-03-13 2017-05-24 广东网金控股股份有限公司 一种通信网关层产生一次性密钥保护消息安全的方法
CN107147626B (zh) * 2017-04-25 2020-03-27 南通大学 一种AES算法与ElGamal算法相结合的加密文件传输方法
CN107147626A (zh) * 2017-04-25 2017-09-08 南通大学 一种AES算法与ElGamal算法相结合的加密文件传输方法
CN107579991A (zh) * 2017-09-28 2018-01-12 北京奇安信科技有限公司 一种对客户端进行云端防护认证的方法、服务器和客户端
CN107579991B (zh) * 2017-09-28 2021-03-02 奇安信科技集团股份有限公司 一种对客户端进行云端防护认证的方法、服务器和客户端
CN108833449B (zh) * 2018-08-22 2021-05-28 海南火链科技有限公司 基于RAS算法的Web通信加密传输方法、装置及系统
CN108833449A (zh) * 2018-08-22 2018-11-16 海南新软软件有限公司 基于RAS算法的Web通信加密传输方法、装置及系统
CN109474667B (zh) * 2018-10-12 2021-05-25 广州雷迅创新科技股份有限公司 一种基于tcp和udp的无人机通信方法
CN109474667A (zh) * 2018-10-12 2019-03-15 广州雷迅创新科技有限公司 一种基于tcp和udp的无人机通信方法
CN109711207B (zh) * 2018-12-29 2020-10-30 杭州宏杉科技股份有限公司 一种数据加密方法及装置
CN109711207A (zh) * 2018-12-29 2019-05-03 杭州宏杉科技股份有限公司 一种数据加密方法及装置
CN110808829A (zh) * 2019-09-27 2020-02-18 国电南瑞科技股份有限公司 一种基于密钥分配中心的ssh认证方法
CN110890965A (zh) * 2019-12-10 2020-03-17 天津华云软件有限公司 数据加密方法、装置、数据解密方法及装置
CN112019374A (zh) * 2020-07-15 2020-12-01 上海趣蕴网络科技有限公司 一种网络通信优化方法和系统
CN112926076A (zh) * 2021-03-29 2021-06-08 建信金融科技有限责任公司 一种数据处理的方法、装置和系统
CN112926076B (zh) * 2021-03-29 2023-03-21 中国建设银行股份有限公司 一种数据处理的方法、装置和系统

Also Published As

Publication number Publication date
CN100574325C (zh) 2009-12-23

Similar Documents

Publication Publication Date Title
CN100574325C (zh) 一种Web通信加密方法
Juang Efficient multi-server password authenticated key agreement using smart cards
Juang Efficient password authenticated key agreement using smart cards
Niu et al. An anonymous key agreement protocol based on chaotic maps
Chen et al. A self-verification authentication mechanism for mobile satellite communication systems
CN101980558B (zh) 一种Ad hoc网络传输层协议上的加密认证方法
CN105610848B (zh) 具备源数据安全保障机制的集中式数据保全方法及系统
CN101442522B (zh) 一种基于组合公钥的通信实体标识认证方法
CN105163309B (zh) 一种基于组合密码的无线传感器网络安全通信的方法
CN102111273B (zh) 一种基于预共享的电力负荷管理系统数据安全传输方法
CN104023013A (zh) 数据传输方法、服务端和客户端
WO2007011897A2 (en) Cryptographic authentication, and/or establishment of shared cryptographic keys, using a signing key encrypted with a non-one-time-pad encryption, including (but not limited to) techniques with improved security against malleability attacks
CN104270249A (zh) 一种从无证书环境到基于身份环境的签密方法
JP2005515701A (ja) データ伝送リンク
CN104702611A (zh) 一种保护安全套接层会话密钥的设备及方法
CN102594569B (zh) 一种建立Tor匿名通道时所采用的无证书密钥协商方法
CN112637136A (zh) 加密通信方法及系统
CN104301108A (zh) 一种从基于身份环境到无证书环境的签密方法
CN102469173A (zh) 基于组合公钥算法的IPv6网络层可信传输的方法和系统
CN103118363A (zh) 一种互传秘密信息的方法、系统、终端设备及平台设备
KR101704540B1 (ko) M2m 환경의 다중 디바이스 데이터 공유를 위한 그룹키 관리 방법
CN106850584B (zh) 一种面向客户/服务器网络的匿名认证方法
CN102281303A (zh) 一种数据交换方法
CN106230840B (zh) 一种高安全性的口令认证方法
Luring et al. Analysis of security features in DLMS/COSEM: Vulnerabilities and countermeasures

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20091223

Termination date: 20131226