本发明涉及云计算和信息安全技术领域，更具体地，涉及一种intelsgx状态一致保护方法和系统。
背景技术：
intelsgx全称intelsoftwareguardextension，是intel指令集架构的扩展。sgx可信执行技术是intel在2013年提出来的，当时主要提出了sgx的概念和原理，但是没有硬件。随后sgx不断发展改进，有两个版本分别是sgx1和sgx2。直到两年后，第一代支持sgx的处理器才问世，版本为sgx1。intelsgx新引入了十几条指令，用于创建可信执行环境enclave来保护用户应用程序安全执行。这种方式并不是识别和隔离平台上的所有恶意软件，而是将合法软件的安全操作封装在一个enclave中，保护其不受恶意软件的攻击，特权或者非特权的软件都无法访问enclave，也就是说，一旦软件和数据位于enclave中，即便操作系统或者和vmm(hypervisor)也无法影响enclave里面的代码和数据。enclave的安全边界只包含cpu和它自身。sgx创建的enclave也可以理解为一个可信执行环境tee(trustedexecutionenvironment)。
另外，应当注意的是，并不是仅仅只有intel公司具有在中央处理器上构建安全区的技术。比如，arm公司也有相应的技术，armtrustzone(tz)，两者的区别在于，tz中通过cpu划分为两个隔离环境(安全世界和正常世界)，两者之间通过smc指令通信；而intelsgx中一个cpu可以运行多个enclaves，并发执行亦可。当然，在tz的安全世界内部实现多个相互隔离的安全服务亦可达到与运行多个enclaves同样的效果。
云计算在给人们带来巨大便利的同时也产生了不可忽视的安全问题。自2013年“棱镜门”事件被曝光之后，世界各国纷纷开始关注信息安全，云安全是其中必不可少的一部分。可信执行环境作为一种可信计算技术，成为云环境中保护应用程序安全的重要工具。有很多方法用于构建可信执行环境，如采用虚拟化隔离、基于硬件的隔离等，目前基于硬件的隔离最常用的方法是采用intelsgx。
intelsgx主要保护用户应用程序的地址空间。支持sgx的bios在系统启动时，会在内存中划分出一部分区域，由enclavepagecache(epc)组成，这部分内存映射到应用程序地址空间中的enclave部分。为了防止已知的内存攻击(如，内存嗅探)，这部分内存是加密的。采用intelsgx技术的应用程序会包含若干个enclave动态库，在应用程序执行时，加载器会将应用程序的enclave动态库加载到epc中，其他部分加载到普通内存。当处理器需要访问enclave中数据时，处理器自动切换到一个新的cpu模式，叫做enclave模式。enclave模式会强制对每一个内存访问进行额外的安全硬件检查。epc中的内容由处理器中的内存加密引擎(mee)进行加解密，epc中的内容只有进入cpupackage时，才会解密；返回epc中会被加密。在整个enclave的执行过程中，只有在处理器中数据才会解密，因此，数据的机密性能很好的保证。
通常，可信执行环境会面临状态一致性问题。以intelsgx技术为例，当系统崩溃、掉电、应用迁移时，intelsgx会采用seal操作将执行状态保存在磁盘中，然后在合适的时候通过unseal操作恢复执行。攻击者虽然不能修改磁盘上的状态信息，但是在intelsgx恢复执行时，可以提供一个过时的状态给intelsgx，即回滚攻击。此外，还有一种forking攻击，为一个执行上下文开启多个实例，造成执行上下文具有多个状态，进而实施普通的回滚攻击。这些攻击会破坏数据的完整性，对于有状态应用，影响很大。如对于需要维护用户余额和交易记录的金融软件，使用过时的状态恢复应用执行，会带来严重的影响。
现有的一些针对可构建安全区的中央处理器的状态一致保护策略虽然可在一定程度上缓解该问题，但存在需要特殊硬件支持、效果不佳、平台迁移差等问题。目前还缺乏一种不依赖特殊硬件且平台迁移效果好的状态一致保护机制。
技术实现要素：
针对现有技术之不足，本发明提供了一种intelsgx状态一致保护方法和系统。本发明通过利用远程验证所建立的安全通道，实现了一种不依赖特殊硬件且平台迁移效果好的状态一致保护机制，由此解决了现有一些基于特殊硬件状态一致保护机制的性能差、平台迁移效果差等问题。
根据一个优选实施方式，一种针对可构建安全区的中央处理器的状态一致保护方法，特别是intelsgx状态一致保护方法，其中，所述中央处理器支持构建至少一个安全区，其中，所述中央处理器以远程方式与为其提供服务的远程服务器通信，所述远程服务器具有远程验证模块，将所述远程验证模块设定为协助完成每次执行状态保存操作和/或每次执行状态恢复操作；所述执行状态保存操作包括：在中央处理器上的一个特定安全区需要保存执行状态时，计算待保存执行状态的hash值，所述特定安全区利用远程验证时建立的安全加密通道将所述待保存执行状态的hash值和对应的状态保存请求发送给所述远程验证模块，和所述特定安全区根据所述远程验证模块对状态保存请求的响应情况进行状态保存或错误处理；所述执行状态恢复操作包括：在需要对所述特定安全区的保存状态进行恢复时，预先恢复一个保存状态作为当前执行状态，计算当前执行状态的hash值，所述特定安全区发起远程验证请求，由所述远程验证模块传回其保存的最新状态的hash值并将其与当前执行状态的hash值进行比较，在最新状态的hash值与当前执行状态的hash值相同时，则当前执行状态为最新状态，执行状态恢复操作结束，和/或在最新状态的hash值与当前执行状态的hash值不同时，继续尝试恢复特定安全区的下一个保存状态；其中，所述远程验证是所述中央处理器向远程服务器证明其在本地平台上建立了特定安全区以使特定安全区获取远程服务器的信任的验证机制。
根据一个优选实施方式，所述远程验证模块被配置为：在所述特定安全区与所述远程服务器之间建立安全加密通道和验证所述特定安全区中代码的完整性、特定安全区编号、启动编号和待保存执行状态的hash值，在协助完成执行状态保存操作之时，记录特定安全区编号、启动编号和待保存执行状态的hash值，在特定安全区最初创建并初始化后，对应生成一个初始的启动编号，每次状态保存时，启动编号顺序递增，和在协助完成执行状态恢复操作之时，根据特定安全区编号返回最新状态的hash值和启动编号。
根据一个优选实施方式，所述远程验证模块接收到所述待保存执行状态的hash值和所述状态保存请求后，查找远程服务器上所述待保存执行状态的hash值的存在情况，在所述待保存执行状态的hash值不存在的情况下，同意所述状态保存请求，在所述待保存执行状态的hash值已存在的情况下，拒绝所述状态保存请求并反馈状态已存在。
根据一个优选实施方式，在所述远程验证模块同意所述状态保存请求后，所述特定安全区通过三次握手向所述远程服务器发送状态已经保存标志，在三次握手成功的情况下，则双方确定完成所述特定安全区的状态保存，远程验证模块保存所述待保存执行状态的hash值并将启动编号顺序递增后保存，在进行预设轮数的三次握手失败之后，所述特定安全区删除本次已经保存的特定安全区的状态，所述远程验证模块删除所述待保存执行状态的hash值。
根据一个优选实施方式，所述继续尝试恢复特定安全区的下一个保存状态的处理包括：在所述特定安全区存在下一个保存状态的情况下，先恢复下一个保存状态作为当前执行状态，并计算当前执行状态的hash值，将远程验证模块传回的最新状态的hash值与当前执行状态的hash值进行比较，在最新状态的hash值与当前执行状态的hash值相同的情况下，则当前执行状态为最新状态，执行状态恢复操作结束，和/或在最新状态的hash值与当前执行状态的hash值不同的情况下，再次尝试恢复特定安全区的下一个保存状态。
根据一个优选实施方式，所述方法还包括：在所述特定安全区保存的所有执行状态的hash值都与远程验证模块传回的最新状态的hash值不同的情况下，选择启动编号最大的保存状态进行恢复并返回不是最新状态提示。
根据一个优选实施方式，所述方法还包括：在特定安全区和远程验证模块建立通信后，特定安全区和远程验证模块根据当前通信网络的延迟状态和/或特定安全区的第一重要程度约定双方通信过程中各消息的超时时间，以在相应消息的确认信息超过约定的超时时间之时重新发送相应消息。
根据一个优选实施方式，所述特定安全区和远程验证模块根据当前通信网络的延迟状态和/或特定安全区的第一重要程度约定双方通信过程中各消息的超时时间的处理包括：在远程验证模块每次收到状态保存请求后，所述特定安全区和远程验证模块根据当前通信网络的延迟状态和/或特定安全区的第一重要程度约定双方通信过程中与本次状态保存有关的消息的超时时间。
本发明还公开了一种通信系统，所述系统至少包括第一通信终端和第二通信终端，其中，第一通信终端的第一中央处理器和第二通信终端的第二中央处理器均支持构建至少一个安全区，其中，所述第一通信终端以远程通信方式与为其提供服务的所述第二通信终端通信，所述第二通信终端具有远程验证模块，所述远程验证模块连接于所述第二中央处理器，将所述远程验证模块设定为协助完成每次执行状态保存操作和/或每次执行状态恢复操作；所述执行状态保存操作包括：在第一中央处理器上的一个特定安全区需要保存执行状态时，计算待保存执行状态的hash值，所述特定安全区通过远程验证时建立的安全加密通道将所述待保存执行状态的hash值和对应的状态保存请求发送给所述远程验证模块，和所述特定安全区根据所述远程验证模块对状态保存请求的响应情况进行状态保存或错误处理；所述执行状态恢复操作包括：在需要对所述特定安全区的保存状态进行恢复时，预先恢复一个保存状态作为当前执行状态，计算当前执行状态的hash值，所述特定安全区发起远程验证请求，由所述远程验证模块传回其保存的最新状态的hash值并将其与当前执行状态的hash值进行比较，在最新状态的hash值与当前执行状态的hash值相同时，则当前执行状态为最新状态，执行状态恢复操作结束，和/或在最新状态的hash值与当前执行状态的hash值不同时，继续尝试恢复特定安全区的下一个保存状态；其中，所述远程验证是所述第一中央处理器向第二通信终端证明其在本地平台上建立了特定安全区以使特定安全区获取第二通信终端的信任的验证机制。
本发明还公开了一种基于中央处理器硬件的状态一致保护系统，所述系统至少包括第一中央处理器和第二中央处理器，所述第一中央处理器和所述第二中央处理器均支持构建至少一个安全区，其中，所述第一中央处理器以远程通信方式与为其提供服务的所述第二中央处理器通信，将所述第一中央处理器和所述第二中央处理器底层的远程验证协议修改为协助完成每次执行状态保存操作和/或每次执行状态恢复操作，其中，所述远程验证协议是基于第一中央处理器和所述第二中央处理器的验证指令的底层验证机制协议，用于所述第一中央处理器向第二中央处理器证明其在本地平台上建立了特定安全区以使特定安全区获取第二中央处理器的信任。
本发明提供一种intelsgx状态一致保护方法和系统至少具有如下优势：
(1)将远程验证本身所需的远程验证模块设为协助状态一致保护的相关操作，或者直接将通过修改中央处理器底层的远程验证协议将其设为协助状态一致保护的相关操作，直接利用远程验证时构建的安全加密通道传输信息并进行状态一致验证，不依赖额外特殊硬件，在每次执行上下文保存状态时，无需向特殊硬件写入数据，可以实现安全区保存状态在不同平台上的迁移操作；
(2)在特定安全区进行状态保存时，通过双方在应用层根据当前的网络延迟情况和特定安全区的重要程度约定超时时间，极大地提升了系统的流畅性和可靠性；在特定安全区进行状态恢复时，可以恢复到最新状态或最近状态；
(3)由于本发明工作时，不需要和特定的硬件绑定，整个工作过程对上层完全透明，具有很强的通用性和可移植性。
附图说明
图1是执行状态保存操作的一个优选实施方式的流程示意图；和
图2是执行状态恢复操作的一个优选实施方式的流程示意图。
具体实施方式
下面结合附图进行详细说明。
为了便于理解，在可能的情况下，使用相同附图标记来表示各附图中共同的相似元件。
如在整篇本申请中所使用的那样，词语“可以”系容许含义(即，意味着有可能的)而不是强制性含义(即，意味着必须的)。类似地，词语“包括”意味着包括但不限于。
短语“至少一个”、“一个或多个”以及“和/或”系开放式表达，它们涵盖操作中的关联与分离两者。例如，表述“a、b和c中的至少一个”、“a、b或c中的至少一个”、“a、b和c中的一个或更多个”、“a、b或c”和“a、b和/或c”中的每个分别指单独a、单独b、单独c、a和b一起、a和c一起、b和c一起或a、b和c一起。
术语“一种”或“一个”实体指的是该实体中的一个或多个。这样，术语“一”(或“一”)、“一个或多个”以及“至少一个”在本文中可以交换地使用。还应该注意，术语“包括”、“包含”和“具有”可以交换地使用。
如本文中所使用的那样，术语“自动的”及其变型是指当执行过程或操作时在没有实质性人工输入的情况下完成的任何过程或操作。然而，如果在执行该过程或操作之前接收到该输入，则该过程或操作可以是自动的，即使该过程或操作的执行使用了实质性或非实质性的人工输入。如果这样的输入影响该过程或操作的执行方式，则该人工输入被认为是实质性的。准予执行该过程或操作的人工输入不被视为“实质性的”。
实施例1
本实施例公开一种针对可构建安全区的中央处理器的状态一致保护方法，优选地，特别是一种intelsgx状态一致保护方法。在不造成冲突或者矛盾的情况下，其他实施例的优选实施方式可以作为本实施例的补充。
优选地，该方法中，中央处理器可以支持构建至少一个安全区。优选地，安全区是中央处理器构建的一个可信执行环境。安全区内可以保护其内的代码和数据不受恶意软件的攻击，特权或者非特权的软件都无法访问安全区。优选地，中央处理器可以构建若干个并发执行的安全区。例如，支持intelsgx的中央处理器构建若干个并发执行的enclave。或者，中央处理器可以是在一个安全区内构建若干个子安全区。例如，支持armtrustzone的中央处理器构建一个安全世界，在安全世界内构建若干个相互隔离的安全服务。这里的安全世界可以相当于安全区，安全服务可以相当于子安全区。
优选地，该方法中，中央处理器以远程方式与为中央处理器提供服务的远程服务器通信。优选地，中央处理器设置在客户端内。优选地，客户端并非一定是用户终端。比如，客户端也可以是一台服务器，为与之远程连接的设备提供服务。
优选地，远程服务器可以具有远程验证模块。
根据一个优选实施方式，该方法可以包括：将远程验证模块设定为协助完成每次执行状态保存操作和/或每次执行状态恢复操作。目前状态一致保护的方法一般使用计数器和受信任的平台模块(以下简称tpm硬件)构成的方案。通过将执行状态和计数器值一起保存，然后将计数器值保存到tpm硬件中。恢复执行状态时，将执行状态中的计数器值与tpm中的进行比较。如果相同，则恢复，否则，恢复失败。但是tpm硬件只能在当前平台，不能跨平台迁移。而本发明中，由于可构建安全区的中央处理器在构建一个特定安全区后，为使该特定安全区获得远程服务器的信任，本身就需要远程验证。通过该方式，本发明的方法可以利用远程验证所需的硬件基础，实现状态一致保护机制。由此解决现有一些基于特殊硬件状态一致保护机制的性能差、平台迁移效果差等问题。优选地，远程验证模块可以集成于远程服务器之内。尤其优选地，远程验证模块可以集成于远程服务器的中央处理器之内。优选地，远程验证模块例如是能用于处理数据和/或传输数据的专用集成电路(asic)、fpga、cpu、通用计算机或者任何其他硬件等同物中的至少一种。
根据一个优选实施方式，执行状态保存操作可以包括：在中央处理器上的一个特定安全区需要保存执行状态时，计算待保存执行状态的hash值。优选地，特定安全区是指中央处理器构建的某一个具体的安全区。优选地，hash值是一段数据唯一且极其紧凑的数值表示形式。如果散列一段明文有更改，即使只更改该明文中的一个字母，随后的hash值都将产生不同的值。要找到散列为同一个值的两个不同的输入，在计算上来说基本上是不可能的。对于本发明，执行状态的hash值是根据执行状态的数据通过逻辑运算得到的数值，不同的执行状态，得到的hash值也是不同的。因此，可以通过计算执行状态的hash值与远程服务器上保存的hash值进行比较，用于状态一致判断和保护。
根据一个优选实施方式，执行状态保存操作还可以包括：特定安全区利用远程验证时建立的安全加密通道将待保存执行状态的hash值和对应的状态保存请求发送给远程验证模块。优选地，远程验证是本地设备向远程设备证明其在本地平台上建立了特定安全区以使特定安全区获取远程设备的信任的验证机制。例如，这里的中央处理器向远程服务器证明其在本地平台上建立了特定安全区以使特定安全区获取远程服务器的信任。具体地，远程验证是通过验证特定安全区是否得到了正确实例化且运行在真正支持可以构建安全区的中央处理器上。仅在通过验证的情况下，服务提供者才会立即信任特定安全区并选择通过已认证渠道向其提供机密信息。以intelsgx为例，enclave将相应软件的信息摘要与来自运行相应软件的硬件平台的唯一非对称秘钥相组合以生成报告，再通过已认证渠道将报告发送至远程服务器。如果远程服务器基于报告确认enclave得到了正确实例化且运行在真正支持intelsgx的处理器上，远程服务器就会立即信任该enclave并选择通过已认证渠道向其提供机密信息。
根据一个优选实施方式，执行状态保存操作还可以包括：特定安全区根据远程验证模块对状态保存请求的响应情况进行状态保存或错误处理。
根据一个优选实施方式，执行状态恢复操作可以包括：在需要对特定安全区的保存状态进行恢复时，预先恢复一个保存状态作为当前执行状态，计算当前执行状态的hash值。优选地，执行状态恢复时，可以按照启动编号由大到小的顺序尝试状态恢复。比如，本地保存了启动编号为0～7的七个执行状态，则预先恢复启动编号为7的执行状态。
根据一个优选实施方式，执行状态恢复操作可以包括：特定安全区发起远程验证请求，由远程验证模块传回其保存的最新状态的hash值并将其与当前执行状态的hash值进行比较。优选地，最新状态的hash值是远程验证模块上已成功保存的执行状态的hash值。
根据一个优选实施方式，执行状态恢复操作还可以包括：在最新状态的hash值与当前执行状态的hash值相同时，则当前执行状态为最新状态，执行状态恢复操作结束。
根据一个优选实施方式，执行状态恢复操作还可以包括：在最新状态的hash值与当前执行状态的hash值不同时，继续尝试恢复特定安全区的下一个保存状态。
根据一个优选实施方式，远程验证模块可以被配置为：在特定安全区与远程服务器之间建立安全加密通道和验证特定安全区中代码的完整性、特定安全区编号、启动编号和待保存执行状态的hash值。通过该方式，本发明的方法可以直接利用特定安全区与远程服务器建立的安全加密通道完成执行状态保存操作和执行状态恢复操作。无需单独构建加密通道，降低了计算开销、通信开销以及实现难度。
根据一个优选实施方式，远程验证模块还可以被配置为：根据预设方式选择性地验证特定安全区中代码的完整性。优选地，预设方式例如是设置一个验证周期、设置一个验证频率或者随机验证中的至少一种。因为远程验证模块被配置为协助完成每次执行状态保存操作和/或每次执行状态恢复操作后，远程验证的次数与原来相比将大幅增加。每次验证特定安全区中代码的完整性没有必要。因此，通过该方式，可以降低远程验证模块的计算开销，降低硬件成本和提高系统的流畅性。
根据一个优选实施方式，远程验证模块还可以被配置为：在协助完成执行状态保存操作之时，记录特定安全区编号、启动编号和待保存执行状态的hash值，在特定安全区最初创建并初始化后，对应生成一个初始的启动编号，每次状态保存时，启动编号顺序递增。比如，在特定安全区最初创建并初始化后，启动编号为0，每次状态保存时，启动编号加1。通过该方式，可以在恢复时快速定位到相应保存状态，提高状态恢复速度。
根据一个优选实施方式，远程验证模块还可以被配置为：在协助完成执行状态恢复操作之时，根据特定安全区编号返回最新状态的hash值和启动编号。
根据一个优选实施方式，远程验证模块接收到执待保存执行状态的hash值和状态保存请求后，查找远程服务器上待保存执行状态的hash值的存在情况，在待保存执行状态的hash值不存在的情况下，同意状态保存请求，在待保存执行状态的hash值已存在的情况下，拒绝状态保存请求并反馈状态已存在。通过该方式，可以避免重复保存相同状态，降低系统的储存开销和恢复过程的计算开销。
根据一个优选实施方式，在远程验证模块同意状态保存请求后，特定安全区通过三次握手向远程服务器发送状态已经保存标志，在三次握手成功的情况下，则双方确定完成特定安全区的状态保存，远程验证模块保存待保存执行状态的hash值并将启动编号顺序递增后保存，在进行预设轮数的三次握手失败之后，特定安全区删除本次已经保存的特定安全区的状态，远程验证模块删除待保存执行状态的hash值。通过该方式，能够确保双方完成此次特定安全区的状态保存，提高了本发明的可靠性。
根据一个优选实施方式，继续尝试恢复特定安全区的下一个保存状态的处理可以包括：在特定安全区存在下一个保存状态的情况下，先恢复下一个保存状态作为当前执行状态，并计算当前执行状态的hash值，将远程验证模块传回的最新状态的hash值与当前执行状态的hash值进行比较，在最新状态的hash值与当前执行状态的hash值相同的情况下，则当前执行状态为最新状态，执行状态恢复操作结束，和/或在最新状态的hash值与当前执行状态的hash值不同的情况下，再次尝试恢复特定安全区的下一个保存状态。通过该方式，可以在未找到最新状态的时候遍历可用的保持状态尝试进行恢复，提高本发明的可恢复性。
根据一个优选实施方式，该方法还可以包括：在特定安全区保存的所有执行状态的hash值都与远程验证模块传回的最新状态的hash值不同的情况下，选择启动编号最大的保存状态进行恢复并返回不是最新状态提示。通过该方式，本发明可以尽可能地恢复次新状态，并通过返回不是最新状态提示，使得双方快速了解当前恢复状态的情况。
根据一个优选实施方式，该方法还可以包括：在特定安全区和远程验证模块建立通信后，特定安全区和远程验证模块根据当前通信网络的延迟状态和/或特定安全区的第一重要程度约定双方通信过程中各消息的超时时间，以在相应消息的确认信息超过约定的超时时间之时重新发送相应消息。常规的做法是在协议层约定消息的超时时间，这样所有消息的超时时间都是一致的，导致不便于根据实际的网络延迟情况和/或特定安全区的实际重要程度对相应消息的超时时间进行优化设置。在协议层将超时时间设置得过短会极大地提高通信开销，继而还可能导致网络延迟情况加剧，引起恶性循环。将所有安全区发送的消息的超时时间设置为相同时，由于重要程度不同，也不便协调具体的超时时间。本发明通过特定安全区和远程验证模块根据当前通信网络的延迟状态和/或特定安全区的第一重要程度约定双方通信过程中各消息的超时时间，即在应用层约定双方通信过程中各消息的超时时间，不仅可以根据实际的网络延迟情况分析出合理的超时时间，在网络延迟低的时候快速地完成各种操作，提升本发明的效率和可靠性，在网络延迟高的时候能够降低消息重发的频率，防止消息重发增加进一步提升网络延迟，提升本发明的可靠性，还可以根据特定安全区的实际重要程度约定各消息的超时时间，在特定安全的实际重要程度相对较低的时候，约定一个相对较高的超时时间，降低通信开销，在特定安全的实际重要程度相对较高的时候，约定一个相对较低的超时时间，保证状态一致的可靠性。
根据一个优选实施方式，该方法还可以包括：在特定安全区和远程验证模块根据当前通信网络的延迟状态和/或特定安全区的第一重要程度约定双方通信过程中各消息的超时时间之后，远程验证模块还根据特定安全区所处的中央处理器的第二重要程度对所述各消息的超时时间进行调整。由于各安全区所处的中央处理器可以位于不同的客户端，不通过的客户端的用户可能具有不同的重要程度。比如，针对不同用户，远程服务器可以以根据用户的信用等级、平均单笔交易额度和用户账户总额度中的至少一种评判该用户的第二重要程度。越重要的用户对应更高的第二重要程度。通过该方式，可以对优先保证重要度更高的用户相关的安全区的状态一致性，提高用户体验和降低整个过程的潜在风险。
根据一个优选实施方式，特定安全区和远程验证模块根据当前通信网络的延迟状态和/或特定安全区的第一重要程度约定双方通信过程中各消息的超时时间的处理可以包括：在远程验证模块每次收到状态保存请求后，特定安全区和远程验证模块根据当前通信网络的延迟状态和/或特定安全区的第一重要程度约定双方通信过程中与本次状态保存有关的消息的超时时间。通过该方式，本发明可以针对每次状态保存请求发送后实时的网络的延迟状态和/或特定安全区的第一重要程度来约定双方通信过程中与本次状态保存有关的消息的超时时间。使得每次状态保存都具有一个优化的超时时间，极大地优化了与本次状态保存有关地消息的超时时间。使得每次状态保存的时长得到优化，提升本发明的可靠性。比如，假设一段时间内客户端发生崩溃、掉电等故障的次数是一定的，状态保存的时长得到优化后，状态保存的时间在这段时间内所占的比例就小，就能够降低客户端发生故障时处于执行状态保存操作阶段的几率，进一步提高本发明保证状态一致的可靠性。
实施例2
本实施例是对实施例1的进一步改进，重复的内容不再赘述。在不造成冲突或者矛盾的情况下，其他实施例的优选实施方式可以作为本实施例的补充。
本发明还公开了一种通信系统，该系统适于执行本发明记载的各个方法步骤，以达到预期的技术效果。
根据一个优选实施方式，一种通信系统，该系统可以包括第一通信终端和第二通信终端。优选地，第一通信终端的第一中央处理器和第二通信终端的第二中央处理器均可以支持构建至少一个安全区。优选地，第一通信终端以远程通信方式与为其提供服务的第二通信终端通信。优选地，第二通信终端可以具有远程验证模块。优选地，远程验证模块连接于第二中央处理器。或者，远程验证模块集成于第二中央处理器之内。
根据一个优选实施方式，将远程验证模块设定为协助完成每次执行状态保存操作和/或每次执行状态恢复操作。
根据一个优选实施方式，执行状态保存操作可以包括：在第一中央处理器上的一个特定安全区需要保存执行状态时，计算待保存执行状态的hash值，特定安全区通过远程验证时建立的安全加密通道将待保存执行状态的hash值和对应的状态保存请求发送给远程验证模块，和特定安全区根据远程验证模块对状态保存请求的响应情况进行状态保存或错误处理。
优选地，远程验证可以是第一中央处理器向第二通信终端证明其在本地平台上建立了特定安全区以使特定安全区获取第二通信终端的信任的验证机制。
实施例3
本实施例是对实施例1、2或者其结合的进一步改进，重复的内容不再赘述。在不造成冲突或者矛盾的情况下，其他实施例的优选实施方式可以作为本实施例的补充。
本实施例公开了一种基于中央处理器硬件的状态一致保护系统，该系统适于执行本发明记载的各个方法步骤，以达到预期的技术效果。
根据一个优选实施方式，系统可以包括第一中央处理器和第二中央处理器。优选地，第一中央处理器和第二中央处理器均支持构建至少一个安全区。优选地，第一中央处理器以远程通信方式与为其提供服务的第二中央处理器通信。
根据一个优选实施方式，将第一中央处理器和第二中央处理器底层的远程验证协议修改为协助完成每次执行状态保存操作和/或每次执行状态恢复操作。通过直接修改底层的远程验证协议，本实施例的系统可以直接使用第一中央处理器和第二中央处理器的硬件实现状态一致保护，不需要和特定的硬件绑定，整个工作过程对上层完全透明，具有很强的通用性和可移植性。
根据一个优选实施方式，在第一中央处理器上的一个特定安全区需要保存执行状态时，计算待保存执行状态的hash值。
优选地，远程验证协议是基于第一中央处理器和第二中央处理器的验证指令的底层验证机制协议，用于第一中央处理器向第二中央处理器证明其在本地平台上建立了特定安全区以使特定安全区获取第二中央处理器的信任。
优选地，在第二中央处理器协助完成执行状态保存操作之时，记录特定安全区编号、启动编号和待保存执行状态的hash值，在特定安全区最初创建并初始化后，对应生成一个初始的启动编号，每次状态保存时，启动编号顺序递增，和在协助完成执行状态恢复操作之时，第二中央处理器根据特定安全区编号返回最新状态的hash值和启动编号。
根据一个优选实施方式，第一中央处理器可以设置在本地的客户端内。第二中央处理器可以设置在远程服务器内。
根据一个优选实施方式，所述第二中央处理器接收到所述待保存执行状态的hash值和所述状态保存请求后，查找远程服务器上所述待保存执行状态的hash值的存在情况，在所述待保存执行状态的hash值不存在的情况下，同意所述状态保存请求，在所述待保存执行状态的hash值已存在的情况下，拒绝所述状态保存请求并反馈状态已存在。
根据一个优选实施方式，在第二中央处理器同意所述状态保存请求后，所述特定安全区通过三次握手向所述远程服务器发送状态已经保存标志，在三次握手成功的情况下，则双方确定完成所述特定安全区的状态保存，远程服务器保存所述待保存执行状态的hash值并将启动编号顺序递增后保存，在进行预设轮数的三次握手失败之后，所述特定安全区删除本次已经保存的特定安全区的状态，所述远程服务器删除所述待保存执行状态的hash值。
根据一个优选实施方式，所述继续尝试恢复特定安全区的下一个保存状态的处理包括：在所述特定安全区存在下一个保存状态的情况下，先恢复下一个保存状态作为当前执行状态，并计算当前执行状态的hash值，将第二中央处理器传回的最新状态的hash值与当前执行状态的hash值进行比较，
在最新状态的hash值与当前执行状态的hash值相同的情况下，则当前执行状态为最新状态，执行状态恢复操作结束，和/或在最新状态的hash值与当前执行状态的hash值不同的情况下，再次尝试恢复特定安全区的下一个保存状态。
根据一个优选实施方式，该方法还包括：在所述特定安全区保存的所有执行状态的hash值都与第二中央处理器传回的最新状态的hash值不同的情况下，选择启动编号最大的保存状态进行恢复并返回不是最新状态提示。
根据一个优选实施方式，所述方法还包括：在特定安全区和第二中央处理器建立通信后，特定安全区和第二中央处理器根据当前通信网络的延迟状态和/或特定安全区的第一重要程度约定双方通信过程中各消息的超时时间，以在相应消息的确认信息超过约定的超时时间之时重新发送相应消息。
根据一个优选实施方式，特定安全区和第二中央处理器根据当前通信网络的延迟状态和/或特定安全区的第一重要程度约定双方通信过程中各消息的超时时间的处理包括：在第二中央处理器每次收到状态保存请求后，所述特定安全区和第二中央处理器根据当前通信网络的延迟状态和/或特定安全区的第一重要程度约定双方通信过程中与本次状态保存有关的消息的超时时间。
实施例4
本实施例是对实施例1、2、3或者其结合的进一步改进，重复的内容不再赘述。在不造成冲突或者矛盾的情况下，其他实施例的优选实施方式可以作为本实施例的补充。
根据一个优选实施方式，参见图1，执行状态保存操作可以包括以下子步骤：
步骤s110：在特定安全区需要进行状态保存之时，对需要保存的执行状态，计算执行状态的hash值，利用特定安全区与远程验证模块之间的安全加密通道传输执行状态的hash值，然后转至步骤s120；
步骤s120：远程验证模块接收到状态保存请求后，查找执行状态的hash值在远程服务器上的保存情况，在未保存的情况下反馈同意状态保存请求，在已保存的情况下反馈不同意状态保存请求，然后转至步骤s130；
步骤s130：特定安全区接收到状态保存请求响应，判断远程验证模块是否同意状态保存请求，如果是，则转至步骤s140，如果否，转至步骤s170；
步骤s140：特定安全区对当前执行状态进行保存，并利用三次握手向远程验证模块发送状态已经保存标志，转至步骤s150；
步骤s150：判断此次三次握手是否成功，如果是，转至步骤s180，如果否，转至步骤s160；
步骤s160：判断当前三次握手连续失败轮数是否小于五轮，如果是，再次利用三次握手向远程验证模块发送状态已经保存标志并转至步骤s150，如果否，转至步骤s170；
步骤s170：特定安全区删除已经保存的执行状态，远程验证模块删除执行状态的hash值；
步骤s180：双方确定完成特定安全区的状态保存，远程验证模块保存执行状态的hash值并将启动编号加1保存。
根据一个优选实施方式，参见图2，执行状态恢复操作可以包括以下子步骤：
步骤s210：选择磁盘上特定安全区的一个保存状态进行恢复，然后转至步骤s220；
步骤s220：特定安全区向远程验证模块发起验证，建立安全加密通道，并且根据网络的延迟状态，双方约定消息的超时时间，远程验证模块返回最新状态的hash值和启动编号，在响应消息的ack超时的情况下，则重新发送，然后转至步骤s230；
步骤s230：特定安全区接受到响应消息，立即发送响应消息ack，然后转至步骤s240；
步骤s240：特定安全区计算当前执行状态的hash值，然后转至步骤s250；
步骤s250：特定安全区将当前执行状态的hash值与远程验证模块返回最近状态的hash值进行比较，判断是否相同，如果是，则当前状态为最新状态，恢复结束，如果否，转至步骤s260；
步骤s260：判断特定安全区是否还有下一个保存状态，如果是，则选择下一个保存状态并将其作为新的当前保存状态，然后转至步骤s220，如果否，转至步骤s270；
步骤s270：选择启动编号最大的状态进行恢复并返回不是最新状态提示，结束。
虽然已经详细描述了本发明，但是在本发明的精神和范围内的修改对于本领域技术人员将是显而易见的。这样的修改也被认为是本公开的一部分。鉴于前面的讨论、本领域的相关知识以及上面结合背景讨论的参考或信息(均通过引用并入本文)，进一步的描述被认为是不必要的。此外，应该理解，本发明的各个方面和各个实施例的各部分均可以整体或部分地组合或互换。而且，本领域的普通技术人员将会理解，前面的描述仅仅是作为示例，并不意图限制本发明。
已经出于示例和描述的目的给出了本公开的前述讨论。这并不意图将本公开限制于本文公开的形式。在前述的具体实施方式中，例如，为了简化本公开的目的，本公开的各种特征在一个或多个实施例、配置或方面中被组合在一起。实施例、配置或方面的特征可以以除上面讨论的那些之外的替代实施例、配置或方面组合。本公开的该方法不应被解释为反映本公开需要比每个权利要求中明确记载的更多特征的意图。相反，如以下权利要求所反映的，创造性方面在于少于单个前述公开的实施例、配置或方面的所有特征。因此，以下权利要求由此被并入本具体实施方式中，其中每个权利要求其自身作为本公开的单独实施例。
而且，虽然本公开的描述已经包括对一个或多个实施例、配置或方面以及某些变型和修改的描述，但是其他变型、组合和修改也在本公开的范围内，例如在本领域技术人员的技能和知识范围内，在理解了本公开之后。旨在获得在允许的程度上包括替代实施例、配置或方面的权利，所述权利包括那些要求保护的替代的、可互换的和/或等效的结构、功能、范围或步骤的权利，无论这种替代的、可互换的和/或等效的结构、功能、范围或步骤是否在本文中公开，并且无意公开奉献任何可专利的主题。