CN114785506A - 一种电子合同签署方法 - Google Patents

Abstract

本发明公开了一种电子合同签署方法，包括：获取通信密钥对、工作密钥以及加封密钥，所述通信私钥以及工作密钥均通过加封密钥加密存储；隔离外环境并接收发起方上传的第一合同密文，第一合同密文包含发起方签名；解密第一合同密文，获得第一合同明文，验证发起方签名；将第一合同明文通过工作密钥加密存储；对第一合同明文进行签名并加密，得到第二合同密文，将第二合同密文传送至签署方；隔离外环境并接收签署方上传的第三合同密文，第三合同密文包括签署方签名；解密第三合同密文，获得第二合同明文，验证签署方签名；将第二合同明文利用工作密钥加密存储。通过隔离外部环境对电子合同密文进行解密，杜绝了其他网络环境对合同内容的泄露。

Description

一种电子合同签署方法

技术领域

本发明涉及电子合同签署，具体涉及电子合同签署过程中的隐私数据保密方法。

背景技术

随着互联网的发展、数字化进程的推进，电子合同的签署已经越来越多的被运用。采用密码技术实现电子合同的签署，具有便捷、防伪、绿色环保等优点。但是，在电子合同的签署过程中，合同内容的隐私保护仍旧需要关注。

通常，互联网电子合同的签署平台采用SaaS模式对外提供服务，合同签署的双方需要将合同文本原文上传至第三方平台，或是在第三方平台上填写合同内容后生成合同文本，然后完成签署。这就是导致第三方平台能够获取到电子合同的详细内容，如果平台被攻击，则容易致使合同内容被伪造或篡改。

发明内容

为了解决电子合同签署的数据保密问题，本申请提供一种电子合同签署方法。

一种电子合同签署方法，包括以下步骤：

获取通信密钥对、工作密钥以及加封密钥，所述通信密钥对包括通信公钥和通信私钥，所述通信公钥被分发给合同的发起方和合同的签署方，所述通信私钥以及所述工作密钥均通过所述加封密钥加密存储；

隔离外环境并接收发起方上传的第一合同密文，所述第一合同密文包含发起方签名。通过隔离外环境对电子合同密文进行解密，避免合同明文出现在网络和平台中的非可信区域，实现合同数据的隐私保护作用。

解密所述第一合同密文，获得第一合同明文，验证所述发起方签名；

将所述第一合同明文通过所述工作密钥加密存储。通过通信密钥对和工作密钥两种不同的密钥，使得电子合同在传输时和存储时采用不同的密钥保护，进一步确保数据安全性。

对所述第一合同明文进行签名并加密，得到第二合同密文，将所述第二合同密文传送至签署方；

隔离外环境并接收所述签署方上传的第三合同密文，所述第三合同密文包括签署方签名；

解密所述第三合同密文，获得第二合同明文，验证所述签署方签名；

将所述第二合同明文利用所述工作密钥加密存储。

进一步地，所述获取通信密钥对以及工作密钥包括：根据SM2算法生成所述通信密钥对，根据SM4算法生成所述工作密钥。

进一步地，所述获取加封密钥包括：使用SGX_KEYPOLICY_MRENCLAVE策略获取唯一的加封密钥。

进一步地，所述第一合同密文由发起方通过发起方私钥签名并利用所述通信公钥加密得到。

进一步地，所述第三合同密文由签署方通过签署方私钥签名并利用所述通信公钥加密得到。

进一步地，解密所述第一合同密文，获得第一合同明文，验证所述发起方签名，包括：接收发起方发送的发起方公钥，利用所述通信私钥解密所述第一合同密文，获得第一合同明文，利用所述发起方公钥验证所述发起方签名。

进一步地，解密所述第三合同密文，获得第二合同明文，验证所述签署方签名，包括：接收签署方发送的签署方公钥，利用所述通信私钥解密所述第三合同密文，获得第二合同明文，利用所述签署方公钥验证所述发起方签名。

进一步地，通信密钥对为非对称密钥，所述工作密钥为对称密钥，所述加封密钥为对称密钥。

本发明还公开了一种电子合同签署系统，包括：

密钥获取单元，用于获取通信密钥对、工作密钥以及加封密钥，所述通信密钥对包括通信公钥和通信私钥；

密钥存储单元，用于通过所述加封密钥加密存储所述通信私钥以及所述工作密钥；

解密认证单元，用于在隔离状态下，接收发起方上传的第一合同密文，所述第一合同密文包含发起方签名，解密所述第一合同密文，验证所述发起方签名，获得第一合同明文；接收所签署方上传的第三合同密文，所述第三合同密文包括签署方签名，解密所述第三合同密文，验证所述签署方签名，获得第二合同明文；

合同存储单元，用于通过所述工作密钥加密存储所述第一合同明文以及所述第二合同明文；

加密签名单元，用于对所述第一合同明文进行签名并加密，得到第二合同密文；

传输分发单元，用于将所述通信公钥分发给合同的发起方和合同的签署方，并将所述第二合同密文传送至签署方。

进一步地，密钥获取单元包括：

加封密钥获取单元，用于使用SGX_KEYPOLICY_MRENCLAVE策略获取唯一的加封密钥；

通信密钥获取单元，根据SM2算法生成通信密钥对；

工作密钥获取单元，根据SM4算法生成所述工作密钥。

本发明的有益效果为：

通过隔离外部环境对电子合同密文进行解密，杜绝了其他网络环境对合同内容的泄露。合同的发起发和签署方均在合同上进行了签名和加盖印章，最终利用工作密钥加密后存储，确保了合同双方无外人知晓合同内容，起到隐私保护作用。并且，平台有通信密钥对和工作密钥两种不同的密钥，使得电子合同在传输时和存储时采用不同的密钥保护，进一步确保数据安全性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是电子合同签署过程示意图。

具体实施方式

为使得本申请的申请目的、特征、优点能够更加的明显和易懂，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本申请一部分实施例，而非全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

下面结合附图和具体实施例，进一步阐明本发明。

实施例1

本实施例提供一种电子合同签署方法，在签署中一共包括三方——合同的发起方、合同的签署方以及合同签署平台。

发起方拥有发起方密钥对K1，发起方密钥对包括公钥K1_pubKey和私钥K1_priKey。私钥K1_priKey由发起方自己妥善保管，不公开；公钥K1_pubKey被发送给平台。

签署方拥有签署方密钥对K2，签署方密钥对包括公钥K2_pubKey和私钥K2_priKey。私钥K2_priKey由签署方自己妥善保管，不公开；公钥K2_pubKey被发送给平台。

平台拥有TLS通信密钥对Kt，包括通信公钥Kt_pubKey，通信私钥Kt_priKey；工作密钥K以及加封密钥Ks。其中通信密钥对是非对称密钥，工作密钥和加封密钥都是对称密钥。通信私钥Kt_priKey只存在于可信服务安全区域Enclave内，不公开；通信公钥Kt_pubKey被分发给合同的发起方和合同的签署方，加封密钥Ks每次使用时直接通过策略派生获取。

如图1所示，发起方使用自己的私钥K1_priKey对合同明文进行签名和印章，得到发起方签名。使用通信公钥Kt_pubKey对合同明文进行加密，得到第一合同密文C1。将第一合同密文C1发送至合同签署平台。

平台通过Enclave安全区域隔离外环境，并接收发起方上传的第一合同密文C1，第一合同密文中包含着发起方签名。

平台使用通信私钥Kt_priKey解密第一合同密文C1，得到第一合同明文，使用发起方的公钥K1_pubKey验证发起方签名，确保合同来源的真实性。

将第一合同明文通过工作密钥K加密后存储，工作密钥K被加封密钥Ks加密存储，需要使用它的时候再利用加封密钥Ks解密K的密文，得到K。

平台使用通信私钥Kt_priKey对第一合同明文进行签名，得到平台签名，使用签署方公钥K2_pubKey对第一合同明文进行加密，得到第二合同密文C2，将第二合同密文传送至签署方。

签署方接收到第二合同密文C2，使用自己的私钥K2_priKey对第二合同密文C2进行解密，得到待签署合同明文，使用通信公钥Kt_pubKey对平台签名进行验证，确保合同来源的真实性，该明文与第一合同明文内容一致。签署方签署后，使用自己的私钥K2_priKey对合同明文签名并加盖印章，使用通信公钥Kt_pubKey加密，得到第三合同密文C3，将第三合同密文C3传送至平台。

平台接收第三合同密文C3，使用通信私钥Kt_priKey解密，使用签署方公钥K2_pubKey验证签名，得到第二合同明文，也就是签署后的合同明文，利用工作密钥K进行加密并存储。将签署后的合同明文签名并加密后传送至发起方。

其中，隔离外环境由Intel SGX可信服务技术达成。合同签署平台中包括平台可信服务安全区域Enclave，上述所有在平台中完成的合同解密加密和存储过程均在Enclave区域内完成。

加封密钥Ks是通过SGX_KEYPOLICY_MRENCLAVE策略实时获取得到的，通过SM2算法生成通信密钥对Kt，通过SM4算法生成工作密钥K。使用Ks对TLS通信密钥中的私钥以及工作密钥进行加密存储。当已经生成这些密钥之后，可信服务在Enclave内从数据库读取Kt密文和K密文，可以读取到则使用Ks解密Kt密文和K密文，得到Kt和K；当没有读取到则按照上述生成密钥的方法进行密钥初始化。

SGX_KEYPOLICY_MRENCLAVE策略使得加封密钥Ks由Enclave自身的程序代码、数据、签名、以及CPU硬件信息派生出来，故使得可信服务的TLS通信密钥Kt和工作密钥K只能在自身的Enclave内部才能被解密，这确保了可信服务密钥的安全性。同时，通信密钥用于在Enclave模块和用户端，即发起方和签署方之间完成合同的签署，避免合同明文出现在网络和平台中的非可信区域，实现合同数据的隐私保护作用。

合同的发起发和签署方均在合同上进行了签名和加盖印章，最终利用工作密钥加密后存储，确保了合同双方无外人知晓合同内容，起到隐私保护作用。并且，平台有通信密钥对和工作密钥两种不同的密钥，使得电子合同在传输时和存储时采用不同的密钥保护，进一步确保数据安全性。

实施例2

本实施例提供一种电子合同签署系统，用于实现实施例1中的电子合同签署方法，包括：

密钥获取单元，用于获取通信密钥对Kt、工作密钥K以及加封密钥Ks，通信密钥对包括通信公钥Kt_pubKey和通信私钥Kt_priKey。

密钥存储单元，用于通过加封密钥Ks加密存储通信私钥Kt_priKey以及工作密钥K。存储的是通信私钥和工作密钥的密文。密钥存储单元中存储的密钥会在解密认证单元内被使用。

解密认证单元，用于在隔离状态下，接收发起方上传的第一合同密文C1，第一合同密文C1包含发起方签名，使用通信私钥Kt_priKey解密第一合同密文，使用发起方的公钥K1_pubKey验证发起方签名，获得第一合同明文；接收签署方上传的第三合同密文C3，第三合同密文C3包括签署方签名，使用通信私钥Kt_priKey解密第三合同密文，使用签署方的公钥K2_pubKey验证签署方签名，获得第二合同明文。解密认证单元得到的第一合同明文和第二合同明文传输至合同存储单元存储。

合同存储单元，用于通过工作密钥K加密存储由解密认证单元传输过来的第一合同明文以及第二合同明文。

加密签名单元，用于使用通信私钥Kt_priKey对第一合同明文进行签名，使用签署方的公钥K2_pubKey对第一合同明文进行加密，得到第二合同密文。加密签名单元得到的第二合同密文传输至传输分发单元以下发给合同的签署方。

传输分发单元，用于将通信公钥Kt_pubKey分发给合同的发起方和合同的签署方，并将所述第二合同密文传送至签署方。

其中，密钥获取单元包括：

加封密钥获取单元，用于使用SGX_KEYPOLICY_MRENCLAVE策略获取唯一的加封密钥Ks；

通信密钥获取单元，根据SM2算法生成通信密钥对Kt；

工作密钥获取单元，根据SM4算法生成所述工作密钥K。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，可以通过其它的方式实现。所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。

所述单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种电子合同签署方法，其特征在于，包括以下步骤：

获取通信密钥对、工作密钥以及加封密钥，所述通信密钥对包括通信公钥和通信私钥，所述通信公钥被分发给合同的发起方和合同的签署方，所述通信私钥以及所述工作密钥均通过所述加封密钥加密存储；

隔离外环境并接收发起方上传的第一合同密文，所述第一合同密文包含发起方签名；

解密所述第一合同密文，获得第一合同明文，验证所述发起方签名；

将所述第一合同明文通过所述工作密钥加密存储；

对所述第一合同明文进行签名并加密，得到第二合同密文，将所述第二合同密文传送至签署方；

隔离外环境并接收所述签署方上传的第三合同密文，所述第三合同密文包括签署方签名；

解密所述第三合同密文，获得第二合同明文，验证所述签署方签名；

将所述第二合同明文利用所述工作密钥加密存储。

2.根据权利要求1所述的电子合同签署方法，其特征在于，所述获取通信密钥对以及工作密钥包括：根据SM2算法生成所述通信密钥对，根据SM4算法生成所述工作密钥。

3.根据权利要求1所述的电子合同签署方法，其特征在于，所述获取加封密钥包括：使用SGX_KEYPOLICY_MRENCLAVE策略获取唯一的加封密钥。

4.根据权利要求1所述的电子合同签署方法，其特征在于，所述第一合同密文由发起方通过发起方私钥签名并利用所述通信公钥加密得到。

5.根据权利要求1所述的电子合同签署方法，其特征在于，所述第三合同密文由签署方通过签署方私钥签名并利用所述通信公钥加密得到。

6.根据权利要求1所述的电子合同签署方法，其特征在于，解密所述第一合同密文，获得第一合同明文，验证所述发起方签名，包括：接收发起方发送的发起方公钥，利用所述通信私钥解密所述第一合同密文，获得第一合同明文，利用所述发起方公钥验证所述发起方签名。

7.根据权利要求1所述的电子合同签署方法，其特征在于，解密所述第三合同密文，获得第二合同明文，验证所述签署方签名，包括：接收签署方发送的签署方公钥，利用所述通信私钥解密所述第三合同密文，获得第二合同明文，利用所述签署方公钥验证所述发起方签名。

8.根据权利要求1所述的电子合同签署方法，其特征在于，通信密钥对为非对称密钥，所述工作密钥为对称密钥，所述加封密钥为对称密钥。

9.一种电子合同签署系统，其特征在于，包括：

密钥获取单元，用于获取通信密钥对、工作密钥以及加封密钥，所述通信密钥对包括通信公钥和通信私钥；

密钥存储单元，用于通过所述加封密钥加密存储所述通信私钥以及所述工作密钥；

解密认证单元，用于在隔离状态下，接收发起方上传的第一合同密文，所述第一合同密文包含发起方签名，解密所述第一合同密文，验证所述发起方签名，获得第一合同明文；接收所签署方上传的第三合同密文，所述第三合同密文包括签署方签名，解密所述第三合同密文，验证所述签署方签名，获得第二合同明文；

合同存储单元，用于通过所述工作密钥加密存储所述第一合同明文以及所述第二合同明文；

加密签名单元，用于对所述第一合同明文进行签名并加密，得到第二合同密文；

传输分发单元，用于将所述通信公钥分发给合同的发起方和合同的签署方，并将所述第二合同密文传送至签署方。

10.根据权利要求9所述的电子合同签署系统，其特征在于，密钥获取单元包括：

加封密钥获取单元，用于使用SGX_KEYPOLICY_MRENCLAVE策略获取唯一的加封密钥；

通信密钥获取单元，根据SM2算法生成通信密钥对；

工作密钥获取单元，根据SM4算法生成所述工作密钥。

Images