CN114500013B - 一种数据加密传输方法 - Google Patents
一种数据加密传输方法 Download PDFInfo
- Publication number
- CN114500013B CN114500013B CN202210039375.3A CN202210039375A CN114500013B CN 114500013 B CN114500013 B CN 114500013B CN 202210039375 A CN202210039375 A CN 202210039375A CN 114500013 B CN114500013 B CN 114500013B
- Authority
- CN
- China
- Prior art keywords
- data
- message
- key
- responder
- packet
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
- H04L63/061—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key exchange, e.g. in peer-to-peer networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
- H04L63/062—Network architectures or network communication protocols for network security for supporting key management in a packet data network for key distribution, e.g. centrally by trusted party
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/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
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
- H04L2463/062—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying encryption of the keys
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate
Abstract
本发明公开了一种数据加密传输方法,包括:数据加密;数据封装;密钥交换(密钥协商、密钥生成、密钥验证);数据传输;注销协商。该数据加密传输方法为实现信息传输的真实性、机密性、完整性,在尽可能不改变现有的网络拓扑结构,将密钥交换、加密等信息安全措施在网络层实现,仅对应用数据进行处理,综合了IPSec、SSL等协议的优点,设计了数据封装、密钥交换和加密传输等方法,以实现安全、高效的信息处理。
Description
技术领域
本发明涉及数据加密技术领域,具体为一种数据加密传输方法。
背景技术
随着社会信息化和网络化的迅速发展,数据呈爆炸式增长。企业、金融机构甚至政府机关每天都需要面对成指数增长的数据。这些数据中存在一些比较敏感的信息,如个人隐私、商业机密等,如果这些信息泄露并被不法分子利用,其危害将是不可估量的,不仅有可能造成财产损失,也可能会对个人的生活、企业的名誉乃至国家的安全造成严重的影响。同时,随着云计算技术与云平台的发展,很多企业、金融机构、政府机关都将自己的数据托管于专业的数据存储计算平台,这为数据安全带来了极大的挑战。
常用的数据加密算法及使用方法如下:1)非对称密码算法支持军用椭圆曲线密码算法、SM2椭圆曲线密码算法或密码主管部门批准的其它素域、二元域的非对称算法。该算法用于实体验证、数字签名和数字信封等。2)对称密码算法支持军用分组密码算法、SM4分组密码算法或密码主管部门批准的其它分组密码算法,该算法用于密钥交换数据的加密保护和报文数据的加密保护,算法工作模式使用CBC模式。3)密码杂凑算法支持军用杂凑算法、SM3杂凑算法或密码主管部门批准的其它密码杂凑算法,该算法用于完整性校验。4)生成的随机数应能通过GM/T 0005规定的检测。现有的信息传输系统中往往采用上述算法中的一种,并根据加密算法确定一个统一的数据传输协议,不法分子通过截获数据流量,然后对其中的固定特征进行分析,从而可以确定当前的数据流量是采用哪种协议进行传输的。进一步地,不法分子会根据确定出的协议,对该数据流量有针对性地进行盗取或者篡改,这样会危及用户的信息安全。因此,目前亟需一种能够提高数据流量安全性的方法。
为实现信息传输的真实性、机密性、完整性,同时尽可能不改变现有的网络拓扑结构,本发明所述密钥交换、加密等信息安全措施在网络层实现,仅对应用数据进行处理。本发明综合了IPSec、SSL等协议的优点,设计了数据封装、密钥交换和加密传输等方法,以实现安全、高效的信息处理。
发明内容
本发明的目的在于提供一种数据加密传输方法,其特征在于,包括以下步骤:
步骤一:数据加密:采用一包一密的方式,通过CBC模式对原IP头、TCP/UDP首部、数据、EP尾部进行数据加密。
步骤二:数据封装;使用隧道模式,通过对原始报文数据进行填充、添加EP包尾、加密、添加EP包头、添加认证数据等步骤将原始报文封装成EP载荷。
步骤三:密钥交换-密钥协商;具体包括以下步骤:
步骤A:密钥交换过程中的第一条消息,用于通知响应方,发起方向对方发送本方采用的协议版本、发起方随机数、支持的密码算法套件,协议版本在EP头中表示,发送方保存发起方随机数Random_i;
步骤B:在接收到发起方的消息后,响应方首先判断是否支持该版本协议,如果不支持将发送一条告警信息给发起方,否则从消息中选择一种密码套件。响应方生成32字节随机数,生成规则同发起方随机数生成规则。响应方发送32字节随机数、选择的密码套件、响应方证书长度、响应方证书给发起方;响应方需保存发起方随机数Random_i及响应方随机数Random_r;
步骤C:发起方在收到响应方的证书信息后,对证书进行认证,确认证书有效后,产生32字节随机数作为Premaster Secret,发起方保存此Premaster Secret,并用响应方数字证书中的公钥pub_r加密Premaster Secret,将Asymmetric_Encrypt(PremasterSecret,pub_r)、发起方的证书长度、发起方证书发送给响应方;
步骤D:响应方收到发起方证书后,对发起方证书进行认证,认证不通过终止协商流程,并向发起方发出告警信息,认证通过,响应方使用自己的私钥解密加密后的Premaster Secret,获取Premaster Secret并保存,响应方向发起放发送协商完成载荷,载荷数据内容为4字节0x02;
步骤四:密钥交换-密钥生成;参与通信的双方根据获得的Random_i、Random_r和Premaster Secret计算主密钥Master Secret,并生成后续密钥SKEYID_d、SKEYID_a、SKEYID_e;
步骤五:密钥交换-密钥验证;通信双方使用前期得到的密钥进行密码运算,以确定对方身份并验证获取的密码算法、密钥的正确性;收到对方的认证数据后与本方认证进行比较,认证一致密钥交换完成,SA建立;否则SA建立失败;
步骤六:数据传输;将原始报文数据封装成EP载荷数据进行传输,封装数据时对数据进行加密及认证处理,确保数据的真实性、机密性和完整性;
步骤七:注销协商;通信完成或达到密钥更新条件时注销协商。
优选的,还包括告警程序;在密钥交换及后续过程中出现无法继续进行处理的载荷或出现错误时将向对方发送告警信息,对于不同类型的错误均赋给一个告警类型指及相应的告警值,所述告警值υ,则1≤υ≤16383。
优选的,所述步骤八中数据传输过程包括出站报文处理和入站报文处理;
其中出站报文处理包括以下步骤:
步骤A:查找SA;通过MAC来绑定SA,在密钥交换时将协商形成的SA相关信息以双方MAC作为索引,建立SA列表;
步骤B:封装;将整个应用数据报封装到EP载荷字段中,生成EP头;
步骤C:产生序列号;当建立一个SA时,发送方的序列号计数器初始化为0,每发送一个包之前,该计数器加1,并把这个计数器值插入到EP尾部包ID字段,当该计数器计数达到最大值是,该SA生命周期结束,应重新生成新的SA;
步骤D:加密报文;用由SA指定的密钥、加密算法、和IV进行加密,加密采用CBC模式,加密范围包括载荷数据、EP尾部;
步骤E:计算完整性校验值;对EP头、原数据、EP尾计算ICV,ICV=PRF(SKEYID_a,EP头部|EP数据域|EP尾部),将ICV填入EP认证区域;
步骤F:分片,一个EP处理之后,会造成数据包长度变化,应根据实际数据修改上一层报头。如果发现IP数据报文长度超过输出接口的MTU值,则对处理后的数据报文进行分片;
入站报文处理包括以下步骤:
步骤G:重组;如果需要,在EP处理之前要进行IP数据报文重组;EP不处理分片报文,如果提供给ESP处理的一个报文是一个分片的IP数据报文,接收方应丢弃该报文;
步骤H:查找SA;当收到一个包含EP头的报文时,接收方应根据双方MAC地址来查找SA,查找失败则丢弃该报文;
步骤I:验证序列号;收到报文后应检测Random_ID,如果Random_ID与之前收到数据包相同,则可能是重放包。记录重复次数,进行后续操作,如重复次数大于3次,则认为可能存在重放攻击,丢弃收到的数据包,否则继续后续流程;
步骤J:验证完整性校验值;接收方采用指定的完整性校验算法对报文计算ICV,计算方法和参与计算的内容与出站报文计算方法一致,计算的结果与报文中的ICV进行比较;如果一致,则认为接收到的数据报文是有效的,否则接收方应将收到的数据报文丢弃;
步骤K:解密报文;使用SA指定的密钥、加密算法、算法模式和IV,对接收报文的加密部分进行解密,根据解密后报文中的填充长度和填充数据及EP尾部相关信息进行判断是否解密成功,如解密失败则丢弃该报文;
步骤L:验证序列号;在SA建立时,接收方序列号计数器应初始化为0,对于每个接收到的报文,接收方应确认报包含一个序列号,并且该序列号在这个SA生命期中不重复任何已接收的其他报文的序列号,否则应丢弃该报文;
步骤M:重构;对解密成功的报文,去掉EP首部、EP尾部等信息,重构原始数据报文。
优选的,还包括密钥更机制:根据时间周期和报文流量两种条件进行SA的更新,当时间大于8h或流量达到210(按每报文1024字节计算)×232(对应于32比特的抗重放序列号)字节时应重新进行密钥交换过程,建立新的SA。
优选的,还包括抗重放攻击机制:使用封装数据包包头中的随机数和包尾中的ID来区别每一个数据包,当包头随机数重复大于3次或包尾ID重复则认为存在重放攻击,对收到的数据包作丢弃处理。
与现有技术相比,本发明的有益效果是:
该数据加密传输方法为实现信息传输的真实性、机密性、完整性,在尽可能不改变现有的网络拓扑结构,将密钥交换、加密等信息安全措施在网络层实现,仅对应用数据进行处理。本发明综合了IPSec、SSL等协议的优点,设计了数据封装、密钥交换和加密传输等方法,以实现安全、高效的信息处理,数据处理性能较传统VPN高。采用包头随机数和包ID双因子来进行抗重放判别,效率较传统抗重放攻击方法大大提高。
附图说明
图1为本发明的密钥交换流程图;
图2为本发明的封装数据帧结构图;
图3为本发明的告警类型表;
图4为本发明出站报文处理流程;
图5为本发明入站报文处理流程。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参阅图1-2,本发明提供一种数据加密传输方法:包括以下步骤:
步骤一:数据加密:采用一包一密的方式,通过CBC模式对原IP头、TCP/UDP首部、数据、EP尾部进行数据加密。
步骤二:数据封装;如图2所示,使用隧道模式,通过对原始报文数据进行填充、添加EP包尾、加密、添加EP包头、添加认证数据等步骤将原始报文封装成EP载荷。
步骤三:密钥交换-密钥协商:响应方收到发起方证书后,对发起方证书进行认证,认证不通过终止协商流程,并向发起方发出告警信息,认证通过,响应方使用自己的私钥解密加密后的Premaster Secret,获取Premaster Secret并保存,响应方向发起放发送协商完成载荷,载荷数据内容为4字节0x02;
步骤四:密钥交换-密钥生成;参与通信的双方根据获得的Random_i、Random_r和Premaster Secret计算主密钥Master Secret,并生成后续密钥SKEYID_d、SKEYID_a、SKEYID_e;
步骤五:密钥验证;通信双方使用前期得到的密钥进行密码运算,以确定对方身份并验证获取的密码算法、密钥的正确性;收到对方的认证数据后与本方认证进行比较,认证一致密钥交换完成,SA建立;否则SA建立失败;
步骤六:数据传输;将原始报文数据封装成EP载荷数据进行传输。封装数据时对数据进行加密及认证处理,确保数据的真实性、机密性和完整性。
步骤七:注销协商;通信完成或达到密钥更新条件时注销协商。
其中,步骤一:数据加密使用国家密码管理主管部门批准的非对称密码算法、对称密码算法、密码杂凑算法和随机数生成算法。
算法及使用方法如下:
——非对称密码算法支持军用椭圆曲线密码算法、SM2椭圆曲线密码算法或密码主管部门批准的其它素域、二元域的非对称算法,不推荐使用RSA等国际通用算法。该算法用于实体验证、数字签名和数字信封等。
——对称密码算法支持军用分组密码算法、SM4分组密码算法或密码主管部门批准的其它分组密码算法,不推荐使用AES、DES等国际通用算法。该算法用于密钥交换数据的加密保护和报文数据的加密保护,算法工作模式使用CBC模式。
——密码杂凑算法支持军用杂凑算法、SM3杂凑算法或密码主管部门批准的其它密码杂凑算法,不推荐使用MD5等已被破解的杂凑算法。该算法用于完整性校验。
——随机数采用2颗或以上硬件噪声源产生的真随机数进行异或其它处理后进行检验,生成的随机数应能通过GM/T 0005规定的检测。
传输过程使用下列密钥:
——设备密钥:非对称算法使用的公私钥对。
——预主密钥:在密钥交换过程获得的随机数,用以计算主密钥。
——主密钥:通过预主密钥计算得到,用于计算会话密钥。
——会话密钥:用于数据报文及报文MAC的加密;
支持对TCP、UDP协议报文进行处理,其它报文不做处理。传统的IPSec VPN封装数据分为传输模式和隧道模式,传输模式主要用于拨号网络,本发明的应用场景基本不使用拨号网络,故均采用类似的隧道模式进行数据封装。本发明采用封装载荷EP(Encapsulating Payload)封装数据,分为普通封装载荷和安全封装载荷。普通封装载荷由EP头和原IP包数据组成,主要用于密钥协商、告警等信息。
请参阅图1,密钥交换流程如下:
传统的IPSec VPN密钥交换分为两个阶段,第一阶段密钥交换形成IKE SA,第二阶段密钥交换形成IPSec SA,本发明对密钥交换进行了适度优化,减少交换步骤,通过一个阶段完成密钥交换形成SA,并生成主密钥Master Secret、SKEYID_d、SKEYID_a、SKEYID_e等密钥。
因减少了传统IPSec VPN密钥交换第二阶段的过程,为降低数据加密密钥时使用的会话密钥与第一阶段生成密钥的关联性,我们在计算会话密钥时引入与数据包相关的随机成分,实现一包一密,确保数据安全。
密钥交换分为密钥协商、密钥生成、密钥验证三个部分;
密钥协商:步骤1:密钥交换过程中的第一条消息,用于通知响应方,发起方向对方发送本方采用的协议版本、发起方随机数、支持的密码算法套件。协议版本在EP头中表示。发送方应保存发起方随机数Random_i。
发起方随机数:由4字节时间戳和28字节随机数串接形成;
步骤2:在接收到发起方的消息后,响应方首先判断是否支持该版本协议,如果不支持将发送一条告警信息给发起方,否则从消息中选择一种密码套件。响应方生成32字节随机数,生成规则同发起方随机数生成规则。响应方发送32字节随机数、选择的密码套件、响应方证书长度、响应方证书给发起方。响应方需保存发起方随机数Random_i及响应方随机数Random_r;
步骤3:发起方在收到响应方的证书信息后,对证书进行认证,确认证书有效后,产生32字节随机数作为Premaster Secret,发起方保存此Premaster Secret,并用响应方数字证书中的公钥pub_r加密Premaster Secret,加密使用的算法为步骤2中选定密码套件中的算法。将Asymmetric_Encrypt(Premaster Secret,pub_r)、发起方的证书长度、发起方证书发送给响应方;
步骤4:响应方收到发起方证书后,对发起方证书进行认证,认证不通过终止协商流程,并向发起方发出如图3所示的告警信息。认证通过,响应方使用自己的私钥解密加密后的Premaster Secret,获取Premaster Secret,并保存,响应方向发起放发送协商完成载荷,载荷数据内容为4字节0x02。
密钥生成:步骤4完成后,参与通信的双方根据获得的Random_i、Random_r和Premaster Secret计算主密钥Master Secret,并生成后续密钥SKEYID_d、SKEYID_a、SKEYID_e。
计算方法分别如下:
Master Secret=PRF(Premaster Secret,HASH(‘a’|Random_i|Random_r)|HASH(‘bb’|Random_i|Random_r)|HASH(‘ccc’|Random_i|Random_r))
SKEYID_d=PRF(Master Secret,Random_i|Random_r|0x00)
SKEYID_a=PRF(Master Secret,SKEYID_d|0x01)
SKEYID_e=PRF(Master Secret,SKEYID_a|0x02)
SKEYID_d用于计算初始向量IV。SKEYID_e用来保护消息的机密性。SKEYID_a用来验证消息完整性以及数据源身份。
IV=PRF(SKEYID_d,Random_ID)
所有SKEYID的长度都由PRF函数的输出长度决定。如果PRF函数的输出长度太短,不能作为一个密钥来使用,则SKEYID_e应进行扩展。例如,HMAC HASH的一个PRF可产生128比特的输出,但密码算法要求用到大于128比特的密钥的时候,SKEYID_e就需要利用反馈及连接方法加以扩展,直到满足对密钥长度的要求为止。反馈及连接方法如下:
K=K1|K2|K3…
K1=PRF(SKEYID_e,0)
K2=PRF(SKEYID_e,K1)
K3=PRF(SKEYID_e,K2)
...
最后从K的起始位置开始取密码算法的密钥所需要的位数。
该阶段通信双方使用前期得到的密钥进行密码运算,以确定对方身份并验证获取的密码算法、密钥的正确性。
步骤5:通信双方使用密钥协商阶段确定的算法套件对密钥生成阶段得到的密钥进行认证。
收到对方的认证数据后与本方认证进行比较,认证一致密钥交换完成,SA建立。否则SA建立失败。
SA建立后当达到密钥更新条件或不再需要时可注销协商。
密钥交换及后续过程中出现无法继续进行处理的载荷或出现错误时将向对方发送告警信息,告警信息载荷如图2所示。
加密采用一包一密的方式,加密算法采用密钥协商阶段确定的加密算法,加密模式采用CBC模式。
加密密钥使用会话密钥Session_key,其计算公式如下:
Session_key=PRF(SKEYID_e,Random_ID|SKEYID_e|‘A’)
初始向量IV计算公式如下:
IV=PRF(SKEYID_d,Random_ID|SKEYID_d|‘AB’)。
如图4所示,其中出站报文处理包括以下步骤:
步骤A:查找SA;通过MAC来绑定SA,在密钥交换时将协商形成的SA相关信息以双方MAC作为索引,建立SA列表;
步骤B:封装;将整个应用数据报封装到EP载荷字段中,生成EP头;
步骤C:产生序列号;当建立一个SA时,发送方的序列号计数器初始化为0,每发送一个包之前,该计数器加1,并把这个计数器值插入到EP尾部包ID字段,当该计数器计数达到最大值是,该SA生命周期结束,应重新生成新的SA;
步骤D:加密报文;用由SA指定的密钥、加密算法、和IV进行加密,加密采用CBC模式,加密范围包括载荷数据、EP尾部;
步骤E:计算完整性校验值;对EP头、原数据、EP尾计算ICV,ICV=PRF(SKEYID_a,EP头部|EP数据域|EP尾部),将ICV填入EP认证区域;
步骤F:分片,一个EP处理之后,会造成数据包长度变化,应根据实际数据修改上一层报头。如果发现IP数据报文长度超过输出接口的MTU值,则对处理后的数据报文进行分片;
如图5所示,入站报文处理包括以下步骤:
步骤G:重组;如果需要,在EP处理之前要进行IP数据报文重组;EP不处理分片报文,如果提供给ESP处理的一个报文是一个分片的IP数据报文,接收方应丢弃该报文;
步骤H:查找SA;当收到一个包含EP头的报文时,接收方应根据双方MAC地址来查找SA,查找失败则丢弃该报文;
步骤I:验证序列号;收到报文后应检测Random_ID,如果Random_ID与之前收到数据包相同,则可能是重放包。记录重复次数,进行后续操作,如重复次数大于3次,则认为可能存在重放攻击,丢弃收到的数据包,否则继续后续流程;
步骤J:验证完整性校验值;接收方采用指定的完整性校验算法对报文计算ICV,计算方法和参与计算的内容与出站报文计算方法一致,计算的结果与报文中的ICV进行比较;如果一致,则认为接收到的数据报文是有效的,否则接收方应将收到的数据报文丢弃;
步骤K:解密报文;使用SA指定的密钥、加密算法、算法模式和IV,对接收报文的加密部分进行解密,根据解密后报文中的填充长度和填充数据及EP尾部相关信息进行判断是否解密成功,如解密失败则丢弃该报文;
步骤L:验证序列号;在SA建立时,接收方序列号计数器应初始化为0,对于每个接收到的报文,接收方应确认报包含一个序列号,并且该序列号在这个SA生命期中不重复任何已接收的其他报文的序列号,否则应丢弃该报文;
步骤M:重构;对解密成功的报文,去掉EP首部、EP尾部等信息,重构原始数据报文。
优选的,还包括密钥更机制:根据时间周期和报文流量两种条件进行SA的更新,当时间大于8h或流量达到210(按每报文1024字节计算)×232(对应于32比特的抗重放序列号)字节时应重新进行密钥交换过程,建立新的SA。
优选的,还包括抗重放攻击机制:使用封装数据包包头中的随机数和包尾中的ID来区别每一个数据包,当包头随机数重复大于3次或包尾ID重复则认为存在重放攻击,对收到的数据包作丢弃处理。
尽管已经示出和描述了本发明的实施例,对于本领域的普通技术人员而言,可以理解在不脱离本发明的原理和精神的情况下可以对这些实施例进行多种变化、修改、替换和变型,本发明的范围由所附权利要求及其等同物限定。
Claims (5)
1.一种数据加密传输方法,其特征在于,包括以下步骤:
步骤一:数据加密:采用一包一密的方式,通过CBC模式对原IP头、TCP/UDP首部、数据、EP尾部进行数据加密;
步骤二:数据封装;使用隧道模式,通过对原始报文数据进行填充、添加EP包尾、加密、添加EP包头、添加认证数据等步骤将原始报文封装成EP载荷;
步骤三:密钥交换-密钥协商;具体包括以下步骤:
步骤A:密钥交换过程中的第一条消息,用于通知响应方,发起方向对方发送本方采用的协议版本、发起方随机数、支持的密码算法套件,协议版本在EP头中表示,发起方保存发起方随机数Random_i;
步骤B:响应方在接收到发起方的消息后,首先判断是否支持该版本协议,如果不支持将发送一条告警信息给发起方,否则从消息中选择一种密码套件;响应方生成32字节随机数,生成规则同发起方随机数生成规则;响应方发送32字节随机数、选择的密码套件、响应方证书长度、响应方证书给发起方;响应方需保存发起方随机数Random_i及响应方随机数Random_r;
步骤C:发起方在收到响应方的证书信息后,对证书进行认证,确认证书有效后,产生32字节随机数作为Premaster Secret,发起方保存此Premaster Secret,并用响应方数字证书中的公钥pub_r加密Premaster Secret,将Asymmetric_Encrypt(Premaster Secret,pub_r)、发起方的证书长度、发起方证书发送给响应方;
步骤D:响应方收到发起方证书后,对发起方证书进行认证,认证不通过终止协商流程,并向发起方发出告警信息,认证通过,响应方使用自己的私钥解密加密后的PremasterSecret,获取Premaster Secret并保存,响应方向发起放发送协商完成载荷,载荷数据内容为4字节0x02;
步骤四:密钥交换-密钥生成;参与通信的双方根据获得的Random_i、Random_r和Premaster Secret计算主密钥Master Secret,并生成后续密钥SKEYID_d、SKEYID_a、SKEYID_e;
步骤五:密钥交换-密钥验证;通信双方使用前期得到的密钥进行密码运算,以确定对方身份并验证获取的密码算法、密钥的正确性;收到对方的认证数据后与本方认证进行比较,认证一致密钥交换完成,SA建立;否则SA建立失败;
步骤六:数据传输;将原始报文数据封装成EP载荷数据进行传输;封装数据时对数据进行加密及认证处理,确保数据的真实性、机密性和完整性;
步骤七:注销协商,通信完成后注销协商。
2.根据权利要求1所述的一种数据加密传输方法,其特征在于,还包括告警程序;在密钥交换及后续过程中出现无法继续进行处理的载荷或出现错误时将向对方发送告警信息,对于不同类型的错误均赋给一个告警类型指及相应的告警值,所述告警值为υ,则1≤υ≤16383。
3.根据权利要求1所述的一种数据加密传输方法,其特征在于,所述步骤六中数据传输过程包括出站报文处理和入站报文处理;
其中出站报文处理包括以下步骤:
步骤A:查找SA;通过MAC来绑定SA,在密钥交换时将协商形成的SA相关信息以双方MAC作为索引,建立SA列表;
步骤B:封装;将整个应用数据报封装到EP载荷字段中,生成EP头;
步骤C:产生序列号;当建立一个SA时,发送方的序列号计数器初始化为0,每发送一个包之前,该计数器加1,并把这个计数器值插入到EP尾部包ID字段,当该计数器计数达到最大值是,该SA生命周期结束,应重新生成新的SA;
步骤D:加密报文;用由SA指定的密钥、加密算法、和IV进行加密,加密采用CBC模式,加密范围包括载荷数据、EP尾部;
步骤E:计算完整性校验值;对EP头、原数据、EP尾计算ICV,ICV=PRF(SKEYID_a,EP头部|EP数据域|EP尾部),将ICV填入EP认证区域;
步骤F:分片,一个EP处理之后,会造成数据包长度变化,应根据实际数据修改上一层报头;如果发现IP数据报文长度超过输出接口的MTU值,则对处理后的数据报文进行分片;
入站报文处理包括以下步骤:
步骤G:重组;如果需要,在EP处理之前要进行IP数据报文重组;EP不处理分片报文,如果提供给ESP处理的一个报文是一个分片的IP数据报文,接收方应丢弃该报文;
步骤H:查找SA;当收到一个包含EP头的报文时,接收方应根据双方MAC地址来查找SA,查找失败则丢弃该报文;
步骤I:验证序列号;收到报文后应检测Random_ID,如果Random_ID与之前收到数据包相同,则可能是重放包;记录重复次数,进行后续操作,如重复次数大于3次,则认为可能存在重放攻击,丢弃收到的数据包,否则继续后续流程;
步骤J:验证完整性校验值;接收方采用指定的完整性校验算法对报文计算ICV,计算方法和参与计算的内容与出站报文计算方法一致,计算的结果与报文中的ICV进行比较;如果一致,则认为接收到的数据报文是有效的,否则接收方应将收到的数据报文丢弃;
步骤K:解密报文;使用SA指定的密钥、加密算法、算法模式和IV,对接收报文的加密部分进行解密,根据解密后报文中的填充长度和填充数据及EP尾部相关信息进行判断是否解密成功,如解密失败则丢弃该报文;
步骤L:验证序列号;在SA建立时,接收方序列号计数器应初始化为0,对于每个接收到的报文,接收方应确认报包含一个序列号,并且该序列号在这个SA生命期中不重复任何已接收的其他报文的序列号,否则应丢弃该报文;
步骤M:重构;对解密成功的报文,去掉EP首部、EP尾部等信息,重构原始数据报文。
4.根据权利要求1所述的一种数据加密传输方法,其特征在于,还包括密钥更新机制:根据时间周期和报文流量两种条件进行SA的更新,当时间大于8h或流量达到210(按每报文1024字节计算)×232(对应于32比特的抗重放序列号)字节时应重新进行密钥交换过程,建立新的SA。
5.根据权利要求1所述的一种数据加密传输方法,其特征在于,还包括抗重放攻击机制:使用封装数据包包头中的随机数和包尾中的ID来区别每一个数据包,当包头随机数重复大于3次或包尾ID重复则认为存在重放攻击,对收到的数据包作丢弃处理。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210039375.3A CN114500013B (zh) | 2022-01-13 | 2022-01-13 | 一种数据加密传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210039375.3A CN114500013B (zh) | 2022-01-13 | 2022-01-13 | 一种数据加密传输方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114500013A CN114500013A (zh) | 2022-05-13 |
CN114500013B true CN114500013B (zh) | 2023-06-13 |
Family
ID=81512210
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210039375.3A Active CN114500013B (zh) | 2022-01-13 | 2022-01-13 | 一种数据加密传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114500013B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115473729A (zh) * | 2022-09-09 | 2022-12-13 | 中国联合网络通信集团有限公司 | 数据传输方法、网关、sdn控制器及存储介质 |
CN116488812B (zh) * | 2023-06-25 | 2023-10-20 | 中电科网络安全科技股份有限公司 | 一种业务数据处理方法、装置、电子设备和存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1350382A (zh) * | 2001-11-29 | 2002-05-22 | 东南大学 | 基于pki的vpn密钥交换的实现方法 |
CN103441839A (zh) * | 2013-08-15 | 2013-12-11 | 国家电网公司 | 一种量子密码在ip安全通信中的使用方法和系统 |
CN111245862A (zh) * | 2020-02-25 | 2020-06-05 | 无锡艾立德智能科技有限公司 | 一种物联网终端数据安全接收、发送的系统 |
-
2022
- 2022-01-13 CN CN202210039375.3A patent/CN114500013B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1350382A (zh) * | 2001-11-29 | 2002-05-22 | 东南大学 | 基于pki的vpn密钥交换的实现方法 |
CN103441839A (zh) * | 2013-08-15 | 2013-12-11 | 国家电网公司 | 一种量子密码在ip安全通信中的使用方法和系统 |
CN111245862A (zh) * | 2020-02-25 | 2020-06-05 | 无锡艾立德智能科技有限公司 | 一种物联网终端数据安全接收、发送的系统 |
Non-Patent Citations (2)
Title |
---|
Pairing-free certificateless security authentication scheme for WSN based on ECC;Guoheng Wei, etc.;《IEEE》;全文 * |
基于ECC的无证书WSN广播信息认证方案;吴昆等;《计算机工程》;第46卷(第12期);第157-162页 * |
Also Published As
Publication number | Publication date |
---|---|
CN114500013A (zh) | 2022-05-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20200213096A1 (en) | Data conversion systems and methods | |
Kessler | An overview of cryptography | |
CN101594229B (zh) | 一种基于组合公开密钥的可信网络连接系统及方法 | |
US8707043B2 (en) | Split termination of secure communication sessions with mutual certificate-based authentication | |
CN107395368B (zh) | 无介质环境中的数字签名方法及解封装方法与解密方法 | |
CN114500013B (zh) | 一种数据加密传输方法 | |
US20120036567A1 (en) | Methods for establishing a security session in a communications system | |
US20060177056A1 (en) | Secure seed generation protocol | |
CN111245862A (zh) | 一种物联网终端数据安全接收、发送的系统 | |
CN110020524B (zh) | 一种基于智能卡的双向认证方法 | |
US8281122B2 (en) | Generation and/or reception, at least in part, of packet including encrypted payload | |
TW201537937A (zh) | 統一身份認證平臺及認證方法 | |
US11444761B2 (en) | Data protection and recovery systems and methods | |
CN111555859A (zh) | Sm4-gcm算法及在网络安全协议中的应用 | |
CN113572766A (zh) | 电力数据传输方法和系统 | |
CN115208615B (zh) | 一种数控系统数据加密传输方法 | |
CN114915396B (zh) | 一种基于国密算法的跳变密钥数字通信加密系统和方法 | |
Kwon et al. | (In-) security of cookies in HTTPS: Cookie theft by removing cookie flags | |
CN115834026A (zh) | 一种基于工业协议的安全加密方法 | |
Aayush et al. | Understanding SSL protocol and its cryptographic weaknesses | |
WO2022021940A1 (zh) | 一种预共享密钥psk的更新方法及装置 | |
CN210839642U (zh) | 一种物联网终端数据安全接收、发送的装置 | |
Hayden et al. | Multi-channel security through data fragmentation | |
Thuc et al. | A Sofware Solution for Defending Against Man-in-the-Middle Attacks on Wlan | |
Kessler | An Overview of Cryptography (Updated Version, 3 March 2016) |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |