CN102299930A - 一种保障客户端软件安全的方法 - Google Patents

Abstract

本发明保障客户端软件安全的方法包括：步骤1，终端下载软件，服务器在软件包中加入终端身份认证信息；步骤2，终端向服务器发送绑定请求；步骤3，验证绑定请求的合法性，合法则向终端发送绑定成功的信息；步骤4，验证绑定成功的信息的合法性；步骤5，终端向服务器发送登录请求；步骤6，验证登录请求的合法性，合法则向终端发送登录成功的信息；步骤7，验证登录成功的信息的合法性，合法则保持会话。本发明就能更好地防止软件被篡改，保障终端与服务器间的通信安全性。既有效防止重放攻击，还能检测软件是否被篡改，即使黑客下载软件并通过篡改软件来攻击服务器，由此导致的危害也仅为该终端不能正常使用，不会危害到其他用户的正常使用。

Description

一种保障客户端软件安全的方法

技术领域

本发明涉及一种保障客户端软件安全的方法。

背景技术

用户通过手持终端自服务器下载需要的客户端软件时，可能会存在以下安全隐患：

软件被恶意篡改：由于大多数终端都为java开发，由于java语言本身的特性就使得代码很容易被反编译，从而被篡改。尽管使用了代码模糊技术、但是黑客可以稍加改进反编译程序，还是能将客户端软件进行反编译，因此效果并不理想。

客户身份保护和验证：通常的身份验证都只是基于用户名和密码的形式，然而用户名和密码在网络上传输，很容易被黑客窃取。现有技术可以用RSA等加密技术来防止请求被伪造，但是如果私钥被窃取的话，请求也是可能被伪造的。

通信安全：基于HTTP协议的通信也同样容易被篡改、伪造。如果采用明文传送客户端软件，则内容容易别窃取。现有技术可以通过对称加密与非对称加密技术来确保通信过程的安全性。然而非对称加密时需要采用公钥和私钥来进行通信，如何保障私钥安全的下发至终端而不被窃取，是安全通信的保障，因为一旦私钥被窃取，就意味着黑客可以仿冒终端与服务端进行通信，同样不能保障通信安全性。

发明内容

本发明所要解决的技术问题是提供一种保障客户端软件安全的方法。

本发明保障客户端软件安全的方法，具体步骤如下：

步骤1，终端自服务器下载客户端软件，所述服务器在所述客户端软件包中加入终端身份认证信息；

步骤2，所述终端向所述服务器发送绑定请求；

步骤3，所述服务器验证所述终端发送的绑定请求的合法性：若合法，则所述终端与所述客户端软件在所述服务器完成绑定，所述服务器向所述终端发送绑定成功的信息，然后执行步骤4；否则，所述服务器向所述终端发送绑定失败的信息；

步骤4，所述终端验证所述服务器发送的绑定成功的信息的合法性：若合法，则所述终端与所述客户端软件在所述终端完成绑定，然后执行步骤5；否则，提示终端重新下载所述客户端软件；

步骤5，所述终端向所述服务器发送登录请求；

步骤6，所述服务器验证所述终端发送的登录请求的合法性：若合法，则向所述终端发送登录成功的信息，然后执行步骤7；否则，所述服务器向所述终端发送登录失败的信息；

步骤7，所述终端验证所述服务器发送的登录成功的信息的合法性：若合法，则所述终端与所述服务器保持会话；否则，提示终端登录失败。

进一步地，所述步骤1中，所述终端身份认证信息包括软件序列号、终端私钥、服务器公钥、和第一签名；其中，

所述服务器先对所述客户端软件包的内容进行MD5运算，得到第一MD5散列值；再用服务器私钥对所述第一MD5散列值和所述软件序列号进行签名，得到所述第一签名。

进一步地，所述步骤2中，所述终端发送的绑定请求包括第一通信序列号、国际移动设备身份码、第二MD5散列值、所述第一签名、和所述软件序列号；其中，

所述终端对所述客户端软件包的内容进行MD5运算，得到所述第二MD5散列值。

进一步地，所述步骤3中，所述服务器按照以下步骤验证所述绑定请求的合法性：

步骤A1，判断所述第一通信序列号是否大于服务器内保存的通信序列号：若大于，则继续执行步骤A2；否则，判定所述绑定请求不合法；

步骤A2，判断所述第一签名的正确性：

步骤A21，服务器通过所述软件序列号查找与该软件序列号对应的第一MD5散列值，并与所述第二MD5散列值进行比对：若二者相同，则继续执行步骤A22；否则，判定所述绑定请求不合法；

步骤A22，服务器通过服务器公钥验证第二MD5散列值、软件序列号、和第一签名的正确性：若正确，则继续执行步骤A3；否则，判定所述绑定请求不合法；

步骤A3，判断所述终端是否已与所述客户端软件完成绑定：若已完成绑定，则提示用户重新下载，并判定所述绑定请求不合法；否则，所述终端与所述客户端软件在所述服务器完成绑定。

进一步地，所述步骤3中，所述绑定成功的信息包括手机号、第二签名、第二通信序列号、和登录验证码；其中，

所述服务器用服务器私钥对所述手机号、第二通信序列号和登录验证码进行签名，得到所述第二签名。

进一步地，所述步骤4中，所述终端按照以下步骤验证所述绑定成功的信息的合法性：

步骤B1，判断所述第二通信序列号是否大于终端内保存的通信序列号：若大于，则继续执行步骤B2；否则，判定所述绑定成功的信息不合法；

步骤B2，通过所述手机号、第二通信序列号、登录验证码、服务器公钥和第二签名来验证所述第二签名的正确性：若第二签名正确，则所述终端与所述客户端软件在所述终端完成绑定；否则，判定所述绑定成功的信息不合法。

进一步地，所述步骤5中，所述终端发送的登录请求包括所述国际移动设备身份码、所述手机号、第三通信序列号、利用服务器公钥加密的随机码、和第三签名；其中，

所述终端用终端私钥对所述国际移动设备身份码、手机号、第三通信序列号、加密后的随机码、和登录验证码进行签名，得到所述第三签名。

进一步地，所述步骤6中，所述服务器按照以下步骤验证所述登录请求的合法性：

步骤C1，判断所述第三通信序列号是否大于服务器内保存的通信序列号：若大于，则继续执行步骤C2；否则，判定所述登录请求不合法；

步骤C2，通过国际移动设备身份码、手机号、第三通信序列号、加密后的随机码、客户端公钥和第三签名来验证所述第三签名的正确性：若第三签名正确，则继续执行步骤C3；否则，判定所述登录请求不合法；

步骤C3，进行终端与客户端软件的绑定校验：若所述服务器内保存有终端的手机号和国际移动设备身份码，则判定绑定校验合格，继续执行步骤C3；否则，判定所述登录请求不合法；

步骤C4，所述服务器利用服务器私钥对所述加密后的随机码进行解密，并向所述终端发送登录成功的信息。

进一步地，所述步骤6中，所述服务器发送的登录成功的信息包括会话序列号、第四通信序列号、用解密后的随机码加密的对称加密密钥、和第四签名；其中，

所述服务器用服务器私钥对所述话序列号、第四通信序列号和对称加密密钥进行签名，得到所述第四签名。

进一步地，所述步骤7中，所述终端按照以下步骤验证所述登录成功的信息的合法性：

步骤D1，判断所述第四通信序列号是否大于终端内保存的通信序列号：若大于，则继续执行步骤D2；否则，判定所述登录成功的信息不合法；

步骤D2，通过所述会话序列号、第四通信序列号、对称加密密钥、服务器公钥和第四签名来验证所述第四签名的正确性：若第四签名正确，则判定所述登陆成功的信息合法，然后执行步骤D3；否则，判定所述登录成功的信息不合法；

步骤D3，所述终端利用所述随机码对所述对称加密密钥进行解密；并通过所述会话序列号建立所述终端与所述服务器间的会话，利用解密后的对称加密密钥对终端与服务器间传递的数据进行加密。

本发明的有益效果是：

采用本发明技术方案，就可更好地防止客户端软件被篡改，保障终端与服务器之间的通信安全性。既可有效防止重放攻击，还能检测判断软件是否被篡改，即使黑客下载到客户端软件，通过篡改软件来攻击服务器，由此导致的危害结果也仅为该终端不能正常使用，而不会危害到其他用户的正常使用。

附图说明

图1为本发明保障客户端软件安全方法的流程示意图；

图2为本发明中服务器验证终端发送的绑定请求合法性的流程示意图；

图3为本发明中服务器验证终端发送的登录请求合法性的流程示意图；

图4为本发明中终端验证服务器发送的登录成功的信息的合法性的流程示意图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并非用于限定本发明的范围。

如图1所示，本发明保障客户端软件安全的方法，具体步骤如下：

步骤1，终端自服务器下载客户端软件，服务器在客户端软件包中加入终端身份认证信息；

步骤2，终端向服务器发送绑定请求；

步骤3，服务器验证终端发送的绑定请求的合法性：若合法，则终端与客户端软件在服务器完成绑定，服务器向终端发送绑定成功的信息，然后执行步骤4；否则，服务器向终端发送绑定失败的信息；

步骤4，终端验证服务器发送的绑定成功的信息的合法性：若合法，则终端与客户端软件在终端完成绑定，然后执行步骤5；否则，提示终端重新下载客户端软件；

步骤5，终端向服务器发送登录请求；

步骤6，服务器验证终端发送的登录请求的合法性：若合法，则向终端发送登录成功的信息，然后执行步骤7；否则，服务器向终端发送登录失败的信息；

步骤7，终端验证服务器发送的登录成功的信息的合法性：若合法，则终端与服务器保持会话；否则，提示终端登录失败。

下面对本发明的保障客户端软件安全的方法进行简单介绍。

第一步，用户通过终端（例如手机）下载客户端软件时，服务器会在客户端软件包中加入终端身份认证信息，该信息包括与客户端软件对应的唯一的软件序列号、终端私钥、服务器公钥、和第一签名（服务器先对客户端软件包的内容进行MD5运算，得到第一MD5散列值；再用服务器私钥对第一MD5散列值和软件序列号进行签名，得到第一签名。其中，MD5是指Message Digest Algorithm，中文名为消息摘要算法第五版）。同时服务器也保存有软件序列号、第一MD5散列值。为了保证终端与服务器间的正常通信，在服务器上保存有服务器私钥、服务器公钥、终端私钥和终端公钥，在终端上保存有终端私钥和服务器公钥。

第二步，在终端下载客户端软件后，如若运行该软件，则先要完成终端与该客户端软件间的绑定（即将终端的手机号、国际移动设备身份码与该客户端软件之间建立对应关系），包括在服务器上完成终端、软件与手机号的绑定、在终端上完成手机号与软件的绑定两个步骤。

1.对于在服务器上完成终端、软件与手机号绑定的过程如下：

首先，终端向服务器发送绑定请求，该绑定请求包括第一通信序列号（由终端按照递增关系产生，就是说，终端每次生成的通信序列号都要比上次生成的通信序列号大，这样就可以有效防止重放攻击）、国际移动设备身份码IMEI（International Mobile Equipment Identity）、第二MD5散列值（由终端对客户端软件包的内容进行MD5运算，得到第二MD5散列值）、第一签名和软件序列号。

将第一签名再传回到服务器的目的是为了防止终端伪造软件序列号，从而防止黑客攻击其他终端。因为终端内没有服务器私钥，若终端修改了软件序列号，则其生成的签名再传送到服务器，服务器公钥验证签名时则会出错。这样就可有效防止软件序列号被伪造、篡改。

其次，服务器接收上述绑定请求，并验证该绑定请求的合法性。对于经验证合法的绑定请求，则在服务器向终端发送绑定成功的信息之后，在服务器内完成终端与客户端软件之间的绑定（即建立终端的手机号、国际移动设备身份码与客户端软件间的对应关系）。对于经验证不合法的绑定请求，服务器则向终端发送绑定失败的信息。如图2所示，服务器主要通过以下三方面来验证绑定请求的合法性。

第一方面，验证是否存在重放攻击。也就是说，服务器通过判断第一通信序列号是否大于服务器内保存的通信序列号的方式来判断是否存在重放攻击。因为终端每次均是按照递增方式生成通信序列号的，因此，当终端再次生成一个新的通信序列号并发送到服务器时，该通信序列号肯定要比服务器内部之前保存的通信序列号要大。若攻击者截获通信序列码进行重放攻击，那么服务器每次接收到的通信序列码都是相同的。因此，若经判断，终端发送来的第一通信序列号大于服务器内保存的通信序列号，则认为本次通信未遭到重放攻击，可继续判断其它方面来验证绑定请求的合法性。若经判断，终端发送来的第一通信序列号不大于服务器内保存的通信序列号，则判定服务器遭到了重放攻击，绑定请求不合法。

第二方面，验证第一签名的正确性。因为在服务器向终端发送终端身份认证信息时，服务器内保存有客户端软件的软件序列号、第一MD5散列值、以及终端公钥，因此，服务器接收到终端发送的绑定请求后，即先根据绑定请求内包含的软件序列号来查找其对应的第一MD5散列值，并与第二MD5散列值进行比对：若第二MD5散列值与第一MD5散列值相同，则说明客户端软件包以及软件序列号未被篡改；否则，判定绑定请求不合法。然后再通过服务器公钥验证第二MD5散列值、软件序列号、和第一签名的正确性，即利用服务器公钥验证数据（第二MD5散列值和软件序列号）与第一签名是否相对应：若第一签名正确，则可继续判断其它方面来验证绑定请求的合法性；否则，判定绑定请求不合法。

第三方面，判断终端是否已与客户端软件完成绑定，以防止软件拷贝。若终端已与客户端软件完成绑定，即服务器内保存有终端的手机号、IMEI、客户端软件之间的对应关系，则服务器提示用户重新下载，并判定绑定请求不合法；否则，判定绑定请求合法。

综上所述，若上述三方面的判断结果均为合法，则服务器向终端发送绑定成功的信息，终端与客户端软件在服务器完成绑定。其中，绑定成功的信息包括手机号（在手机向服务器发送短信时，由服务器获取的）、第二通信序列号（由服务器按照递增关系产生，就是说，服务器每次生成的通信序列号都要比上次生成的通信序列号大，同样可有效防止重放攻击）、登录验证码、第二签名（服务器用服务器私钥对手机号、第二通信序列号和登录验证码进行签名，得到第二签名）。

2.终端接收到服务器发送的绑定成功的信息后，则判定该绑定成功的信息的合法性，以此完成终端手机号与软件在终端内的绑定。终端主要通过以下两方面来验证绑定成功的信息的合法性。

第一方面，验证是否存在重放攻击。也就是说，终端通过判断第二通信序列号是否大于终端内保存的通信序列号的方式来判断是否存在重放攻击。与服务器判断重放攻击的原理相同，若经判断，服务器发送来的第二通信序列号大于终端内保存的通信序列号，则认为本次通信未遭到重放攻击，可继续判断其它方面来验证绑定成功的信息的合法性。若经判断，服务器发送来的第二通信序列号不大于终端内保存的通信序列号，则判定遭到了重放攻击，判定绑定成功的信息不合法。

第二方面，验证第二签名的正确性。通过手机号、第二通信序列号、登录验证码、服务器公钥和第二签名来判断第二签名的正确性：利用服务器公钥对第二签名进行验证（采用Public Key Infrastructure公钥基础设施的数据签名技术）：若第二签名正确，则终端手机号与客户端软件在终端完成绑定。否则，判定绑定成功的信息不合法。

第三步，完成终端与客户端软件在服务器上的绑定以及终端与客户端软件在终端上的绑定后，终端向服务器发送登录请求。该登录请求包括国际移动设备身份码IMEI、手机号、第三通信序列号（由终端按照递增关系产生，就是说，终端每次生成的通信序列号都要比上次生成的通信序列号大，同样可有效防止重放攻击）、利用服务器公钥加密的随机码（即该随机码以密文形式传送至服务器）、和第三签名（终端用终端私钥对IMEI、手机号、第三通信序列号、加密后的随机码、和服务器向终端发送绑定成功的信息时生成的登录验证码进行签名，得到第三签名）。

第四步，服务器接收终端发送的登录请求，如图3所示，通过以下三方面来验证登录请求的合法性。

第一方面，验证是否存在重放攻击。也就是说，服务器通过判断第三通信序列号是否大于服务器内保存的通信序列号的方式来判断是否存在重放攻击。与上述提及的服务器判断重放攻击和终端判断重放攻击的原理相同，若经判断，终端发送来的第三通信序列号大于服务器内保存的通信序列号，则认为本次通信未遭到重放攻击，可继续判断其它方面来验证登录请求的合法性。若经判断，终端发送来的第三通信序列号不大于服务器内保存的通信序列号，则判定遭到了重放攻击，判定登录请求不合法。

第二方面，验证第三签名的正确性。通过IMEI、手机号、第三通信序列号、加密后的随机码、客户端公钥和第三签名来判断第三签名的正确性：若第三签名正确，则可继续判断其它方面来验证登陆请求的合法性；否则，判定登录请求不合法。

第三方面，进行终端与客户端软件的绑定校验。即判断服务器内是否保存有终端的手机号和IMEI。若经查找服务器内保存有终端的手机号和IMEI，则判定绑定校验合格。若经查找服务器内不存在终端的手机号和IMEI，则判定登录请求不合法。

综上所述，若上述三方面的判断结果均为合法，则服务器向终端发送登录成功的信息，同时，服务器还利用服务器私钥对加密后的随机码进行解密。其中，登录成功的信息包括会话序列号、第四通信序列号（由服务器按照递增关系产生，就是说，服务器每次生成的通信序列号都要比上次生成的通信序列号大，同样可有效防止重放攻击）、用解密后的随机码加密的对称加密密钥（即利用解密后得到的随机码对对称加密密钥进行加密运算，使得对称加密密钥以密文形式传送至终端）、第四签名（服务器用服务器私钥对话序列号、第四通信序列号和以密文形式传送的对称加密密钥进行签名，得到第四签名）。

第五步，终端接收服务器发送的登录成功的信息，如图4所示，通过以下两方面验证该登录成功的信息的合法性。

第一方面，验证是否存在重放攻击。也就是说，终端通过判断第四通信序列号是否大于终端内保存的通信序列号的方式来判断是否存在重放攻击。与上述提及的服务器判断重放攻击和终端判断重放攻击的原理相同，若经判断，服务器发送的第四通信序列号大于终端内保存的通信序列号，则认为本次通信未遭到重放攻击，可继续判断其它方面来验证登录成功的信息的合法性。否则，判定登录成功的信息不合法。

第二方面，验证第四签名的正确性。通过会话序列号、第四通信序列号、对称加密密钥（以密文形式传送）、服务器公钥和第四签名来验证第四签名的正确性：若第四签名正确，则判定登录成功的信息合法。否则，判定登录成功的信息不合法。

综上所述，若上述两方面的判断结果均为合法，则终端利用随机码对以密文形式传送的对称加密密钥进行解密；并通过会话序列号保持终端与服务器间的会话。同时，在终端与服务器保持会话时，还可以利用解密后得到的对称加密密钥来对终端与服务器间传递的敏感数据进行加密，提高数据传递的安全性。

由于本发明采用随机码来加密对称加密密钥，而随机码是由终端随机产生，且以密文形式传送的，因此，即使利用服务器公钥加密的随机码被破解，该随机码也不能被重复利用。而利用这种安全性很高的随机码对对称加密密钥进行加密和解密运算，再进一步利用该对称加密密钥对终端与服务器间传递的数据进行数据加密，也就相应的提高了数据传递的安全性。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种保障客户端软件安全的方法，其特征在于，

步骤1，终端自服务器下载客户端软件，所述服务器在所述客户端软件包中加入终端身份认证信息；

步骤2，所述终端向所述服务器发送绑定请求；

步骤3，所述服务器验证所述终端发送的绑定请求的合法性：若合法，则所述终端与所述客户端软件在所述服务器完成绑定，所述服务器向所述终端发送绑定成功的信息，然后执行步骤4；否则，所述服务器向所述终端发送绑定失败的信息；

步骤4，所述终端验证所述服务器发送的绑定成功的信息的合法性：若合法，则所述终端与所述客户端软件在所述终端完成绑定，然后执行步骤5；否则，提示终端重新下载所述客户端软件；

步骤5，所述终端向所述服务器发送登录请求；

步骤6，所述服务器验证所述终端发送的登录请求的合法性：若合法，则向所述终端发送登录成功的信息，然后执行步骤7；否则，所述服务器向所述终端发送登录失败的信息；

步骤7，所述终端验证所述服务器发送的登录成功的信息的合法性：若合法，则所述终端与所述服务器保持会话；否则，提示终端登录失败。

2.按照权利要求1所述的保障客户端软件安全的方法，其特征在于，

所述步骤1中，所述终端身份认证信息包括软件序列号、终端私钥、服务器公钥、和第一签名；其中，

所述服务器先对所述客户端软件包的内容进行MD5运算，得到第一MD5散列值；再用服务器私钥对所述第一MD5散列值和所述软件序列号进行签名，得到所述第一签名。

3.按照权利要求1或2所述的保障客户端软件安全的方法，其特征在于，

所述步骤2中，所述终端发送的绑定请求包括第一通信序列号、国际移动设备身份码、第二MD5散列值、所述第一签名、和所述软件序列号；其中，

所述终端对所述客户端软件包的内容进行MD5运算，得到所述第二MD5散列值。

4.按照权利要求3所述的保障客户端软件安全的方法，其特征在于，

所述步骤3中，所述服务器按照以下步骤验证所述绑定请求的合法性：

步骤A1，判断所述第一通信序列号是否大于服务器内保存的通信序列号：若大于，则继续执行步骤A2；否则，判定所述绑定请求不合法；

步骤A2，判断所述第一签名的正确性：

步骤A21，服务器通过所述软件序列号查找与该软件序列号对应的第一MD5散列值，并与所述第二MD5散列值进行比对：若二者相同，则继续执行步骤A22；否则，判定所述绑定请求不合法；

步骤A22，服务器通过服务器公钥验证第二MD5散列值、软件序列号、和第一签名的正确性：若第一签名正确，则继续执行步骤A3；否则，判定所述绑定请求不合法；

步骤A3，判断所述终端是否已与所述客户端软件完成绑定：若已完成绑定，则提示用户重新下载，并判定所述绑定请求不合法；否则，所述终端与所述客户端软件在所述服务器完成绑定。

5.按照权利要求1、2或4所述的保障客户端软件安全的方法，其特征在于，

所述步骤3中，所述绑定成功的信息包括手机号、第二签名、第二通信序列号、和登录验证码；其中，

所述服务器用服务器私钥对所述手机号、第二通信序列号和登录验证码进行签名，得到所述第二签名。

6.按照权利要求5所述的保障客户端软件安全的方法，其特征在于，

所述步骤4中，所述终端按照以下步骤验证所述绑定成功的信息的合法性：

步骤B1，判断所述第二通信序列号是否大于终端内保存的通信序列号：若大于，则继续执行步骤B2；否则，判定所述绑定成功的信息不合法；

步骤B2，通过所述手机号、第二通信序列号、登录验证码、服务器公钥和第二签名来验证所述第二签名的正确性：若第二签名正确，则所述终端与所述客户端软件在所述终端完成绑定；否则，判定所述绑定成功的信息不合法。

7.按照权利要求1、2、4或6所述的保障客户端软件安全的方法，其特征在于，

所述步骤5中，所述终端发送的登录请求包括所述国际移动设备身份码、所述手机号、第三通信序列号、利用服务器公钥加密的随机码、和第三签名；其中，

所述终端用终端私钥对所述国际移动设备身份码、手机号、第三通信序列号、加密后的随机码、和登录验证码进行签名，得到所述第三签名。

8.按照权利要求9所述的保障客户端软件安全的方法，其特征在于，

所述步骤6中，所述服务器按照以下步骤验证所述登录请求的合法性：

步骤C1，判断所述第三通信序列号是否大于服务器内保存的通信序列号：若大于，则继续执行步骤C2；否则，判定所述登录请求不合法；

步骤C2，通过国际移动设备身份码、手机号、第三通信序列号、加密后的随机码、客户端公钥和第三签名来验证所述第三签名的正确性：若第三签名正确，则继续执行步骤C3；否则，判定所述登录请求不合法；

步骤C3，进行终端与客户端软件的绑定校验：若所述服务器内保存有终端的手机号和国际移动设备身份码，则判定绑定校验合格，继续执行步骤C4；否则，判定所述登录请求不合法；

步骤C4，所述服务器利用服务器私钥对所述加密后的随机码进行解密，并向所述终端发送登录成功的信息。

9.按照权利要求8所述的保障客户端软件安全的方法，其特征在于，

所述步骤6中，所述服务器发送的登录成功的信息包括会话序列号、第四通信序列号、用解密后的随机码加密的对称加密密钥、和第四签名；其中，

所述服务器用服务器私钥对所述话序列号、第四通信序列号和对称加密密钥进行签名，得到所述第四签名。

10.按照权利要求9所述的保障客户端软件安全的方法，其特征在于，

所述步骤7中，所述终端按照以下步骤验证所述登录成功的信息的合法性：

步骤D1，判断所述第四通信序列号是否大于终端内保存的通信序列号：若大于，则继续执行步骤D2；否则，判定所述登录成功的信息不合法；

步骤D2，通过所述会话序列号、第四通信序列号、对称加密密钥、服务器公钥和第四签名来验证所述第四签名的正确性：若第四签名正确，则判定所述登陆成功的信息合法，然后执行步骤D3；否则，判定所述登录成功的信息不合法；

步骤D3，所述终端利用所述随机码对所述对称加密密钥进行解密；并通过所述会话序列号建立所述终端与所述服务器间的会话，利用解密后的对称加密密钥对终端与服务器间传递的数据进行加密。

Images