[发明专利]一种密钥更新方法、装置及系统

说明书

本申请提供一种密钥更新方法、装置及系统。其中所述密钥更新方法，包括：获取第一密钥，其中，所述第一密钥为密钥更新时间之前的当前密钥；在第一时间，获取第二密钥，将先前密钥更新为所述第二密钥，其中，所述第一时间在所述密钥更新时间之前；在所述密钥更新时间，将所述当前密钥更新为所述第二密钥，将先前密钥更新为所述第一密钥。采用本申请提供的方法，解决了集群服务器的密钥更新时，由于集群服务器之间非同步更新，从而导致解密失败的问题。

技术领域

本发明涉及通信技术领域，具体涉及一种密钥更新方法、装置及系统。

背景技术

由于电子商务的交易数量非常庞大，发起交易的客户遍布全球，大型的电子商务服务商普遍采用服务器集群来实现电子商务后台。

服务器集群就是指将很多服务器集中起来一起进行同一种服务，在客户端看来就像是只有一个服务器。集群可以利用多个计算机进行并行计算从而获得很高的计算速度，也可以用多个计算机做备份，从而使得任何一个机器坏了整个系统还能正常运行。集群中的服务器有可能分布在相距较远的不同地理位置。

在电子商务的交易过程中，出于安全的考虑，通常使用HTTPS来实现客户和服务器的通信。在HTTPS中，为了提高用户的体验，使用session tickets机制来快速恢复之前创建的会话。

在session tickets机制中，一个session ticket是一个加密的数据blob，其中包含需要重用的TLS连接信息，如cipher_suite、master_secret等。session ticket使用session ticket key加密。服务器端持有session ticket key，在初始握手中服务器发送一个session ticket到客户端，存储到客户端本地，当重用会话时，客户端发送sessionticket到服务器，服务器解密然后重用会话。

在多数开源proxy软件中都能支持session ticket key的配置，例如nginx中使用ssl_session_ticket_key file指令来配置用于加密或解密TLS session ticket的密钥。现有技术方案中，一种是将多台proxy主机静态配置为相同的session ticket key file，由于没有定期自动更换session ticket key的机制，会导致系统的安全性存在隐患。另一种是定期更换session ticket key，在集群服务器收到更新的session ticket key之后，立即将所述更新的session ticket key作为当前密钥使用。采用这种方案，在集群服务器之间的时间不一致的情况下，会导致session ticket key解密失败。

发明内容

本申请提供一种密钥更新方法、装置及系统，以解决集群服务器的密钥更新时，由于集群服务器之间非同步更新，从而导致解密失败的问题。

本申请提供的密钥更新方法，包括：

获取第一密钥，其中，所述第一密钥为密钥更新时间之前的当前密钥；

在第一时间，获取第二密钥，将先前密钥更新为所述第二密钥，其中，所述第一时间在所述密钥更新时间之前；

在所述密钥更新时间，将所述当前密钥更新为所述第二密钥，将先前密钥更新为所述第一密钥。

可选的，所述在第一时间，获取第二密钥，包括：

接收密钥管理控制平台发送的携带有所述第二密钥的密钥更新指令；

对所述密钥更新指令进行解析，获取所述第二密钥。

可选的，所述在第一时间，获取第二密钥，包括：

从当前计算设备的密钥缓存区中直接读取所述第二密钥，或者，从独立于当前计算设备的密钥缓存区中获取所述第二密钥。