CN106027501B - 一种在移动设备中进行交易安全认证的***和方法 - Google Patents

Abstract

本发明涉及一种在移动设备中进行交易安全认证的***和方法。本发明提供的***，其特征在于包括：移动客户端，具有通信单元、信息输入单元和安全组件SDK；安全认证平台，具有通信单元、与信息通道进行安全语音通信的语音外呼模块、对移动客户端完成认证逻辑的认证逻辑模块1、实现加密算法的安全算法模块1和对多个移动客户端的一个或多个密钥进行安全存储和管理的密钥管理模块；安全组件SDK包括认证逻辑模块2、安全算法模块2、防止SDK被反编译或动态调试的安全运行模块和保证密钥在移动客户端被安全存储的安全存储模块。其优点在于能够利用语音呼叫生成密匙，还能够将该密钥安全存储并运用于相关加密和安全认证操作，使虚拟支付的安全性得到提高。

Description

一种在移动设备中进行交易安全认证的***和方法

技术领域

本发明一般地涉及安全设备交易领域，并且更特别地，涉及一种在移动设备中进行交易安全认证的***和方法。

背景技术

随着移动互联网的快速发展，使用移动设备进行虚拟支付成为人们日常生活常见的交易手段。因此，对于如何保护这种虚拟支付的安全成为本领域越来越重要的一个议题。在银行等金融机构的小额支付交易中，短信验证码是最普遍的虚拟交易认证方式。然而，近几年爆发了大量的短信验证码安全漏洞，用户的数据在不知情下被泄露，其存款被盗转或盗刷。在一些重大案件中，用户数据泄露量达到数亿，用户存款被盗转或盗刷金额达到百万以上。这些因为短信验证码安全漏洞而造成的数据泄露和金融财产的转移给社会秩序带来了巨大的影响，给人们的生活带来了严重的损失和不便。

严重的安全漏洞带来的消极影响是巨大的，然而其背后的原理却很简单。下面简单阐述黑客攻击移动设备的原理：1、黑客窃取被害者银行账号、手机号等信息；2、黑客再利用这些信息进行撞库以登录被害者的网银，从而获取网银登录密码；3、黑客在被害者手机中散布病毒，安装木马；4、黑客登录被害者的网银并发起盗转；5、被害者移动端中的木马拦截银行发送的短信验证码后将其发送给黑客，并删除被害者移动端的短信，黑客填写拦截得到的验证码，完成转账交易。受众广泛的短信验证码，在如此简单的攻击面前瞬间土崩瓦解。究其根本原因，是智能手机的短信易被窃取，且验证码明文传递保存，使得这种方式虽然具有方便的特点，但其安全性却很差。

对于窃取用户账户信息、在用户移动端上安装木马程序等攻击准备工作，黑客目前一般通过钓鱼攻击、非官方渠道安装APP及各类网站的拖库撞库完成。一般虚拟支付用户对于这些手段很难防范。因此，对于使用“用户名口令+短信验证码”这种伪双因素认证方式的手机银行等用户移动端软件来说，能否保证验证短信的安全性，即能否保证验证短信不被劫持、窃听，就成了手机银行等用户移动端认证机制安全性的决定因素。如果用户的移动端中被植入了短信劫持木马，那么银行网关发给用户的短信验证码、消费通知等各种关键信息就有可能被木马转发给窃听者，带来盗转盗刷隐患。事实上，在多数情况下，短信劫持木马为了避免被发现，往往还会在用户移动端上采取短信拦截措施，即在转发银行短信给窃听者的同时，不让移动端用户看到银行发来的短信，这样一来，黑客就可以在背后偷偷盗转用户银行账户，而用户本人对此则毫无觉察。

综上所述，在云计算、移动互联网时代，传统的安全防护手段已经不再有效，黑客可以利用大数据的方式知晓潜在受害者的方方面面，传统意义上的银行卡+密码+短信验证码的方式正在接受挑战，本领域技术人员亟需一种方式替代或改善单纯的短信验证码方式，使其在移动端虚拟支付时能够兼顾易用性并提高安全性。

发明内容

为了解决现有技术中短信验证码容易被第三方拦截而造成虚拟支付不安全的问题，本发明的目的是提供一种在移动设备中进行交易安全认证的***，能够利用语音呼叫生成密匙，还能够将该密钥安全存储并运用于相关加密和安全认证操作，使虚拟支付的安全性得到提高。

为了实现上述目的，本发明提供了一种在移动设备中进行交易安全认证的***，其特征在于包括：

移动客户端，具有包括与安全认证平台、信息通道和业务服务器进行通信的便携终端通信单元、信息输入单元和安全组件SDK（Software Development Kit,软件开发工具包）；

安全认证平台，具有包括与上述移动客户端、信息通道和业务服务器进行进行通信的通信单元、与信息通道进行安全语音通信的语音外呼模块、对移动客户端完成认证逻辑的认证逻辑模块1、实现加密算法的安全算法模块1和对多个移动客户端的一个或多个密钥进行安全存储和管理的密钥管理模块；

其中，所述安全组件SDK包括完成认证流程逻辑的认证逻辑模块2、实现加密算法的安全算法模块2、防止SDK被反编译或动态调试的安全运行模块和保证密钥在移动客户端被安全存储的安全存储模块。

上述业务服务器是指可以与移动客户端发生虚拟交易业务的服务器。具体来说，业务服务器可以属于商户、银行、第三方中介等金融交易机构。

上述信息通道是指可以提供移动客户端、业务服务器和安全认证平台之间语音、短信通信的服务体。具体来说，信息通道可以是通信运营商、网络信号运营商等。

进一步地，所述安全组件SDK可以作为移动客户端操作***的一部分或者作为APP（Application,应用程序）的一部分被设置于移动客户端中。

进一步地，为防止通过语音外呼生成密钥的过程中由于客户端被设置呼叫转移而产生的密钥初始化攻击，所述语音外呼模块可以识别与其语音通信的移动客户端的ACM（Address Complete Message,地址完全消息）是否携带有呼叫转移标识，若移动客户端的ACM携带有呼叫转移标识，语音外呼模块将取消该次语音通信。

进一步地，所述加密算法包括AES（Advanced Encryption Standard,高级加密标准）加密算法、安全散列算法256、SM3密码杂凑算法、SM4分组密码算法的一种或多种。

为了解决现有技术中短信验证码容易被第三方拦截而造成虚拟支付不安全的问题，本发明的另一个目的是提供一种在移动设备中进行交易安全认证的方法，能够利用上述的***生成与移动客户端信息绑定的密匙，并将该密钥应用于短信验证码和交易信息的加密与解密，实现虚拟支付安全性的提高。

为了实现上述目的，本发明提供了一种在移动设备中进行交易安全认证的方法，其特征在于，包括以下步骤：

（1）、生成密钥：

（1.1）请求：包括安全组件SDK的移动客户端在用户发起请求后由其安全元件采集移动客户端信息，并向能够进行信息存储和认证的安全认证平台发起密钥初始化请求；

（1.2）认证：安全认证平台收到移动客户端的请求及相应的信息后，安全认证平台生成校验信息1并通过信息通道向移动客户端进行安全语音通信传递该校验信息1，用户根据收听到的语音通信在移动客户端输入校验信息2，该校验信息2会传回至安全认证平台与校验信息1加以校验；

（1.3）生成对称密钥：当步骤1.2中校验信息1与校验信息2一致时，通过HOTP协议分别在移动客户端和安全认证平台生成一对密钥，这对密钥分别在所述移动客户端和安全认证平台中安全存储；

（2）、用密钥对短信验证码加密并交易：

（2.1）生成验证码：用户通过移动客户端对业务服务器发起交易并申请验证码，业务服务器收到交易请求后生成验证码并将该验证码通过信息通道发送至移动客户端；

（2.2）验证码加密：用户输入收到的验证码，移动客户端的安全组件SDK用步骤（1）生成的密钥对输入的验证码进行加密和签名，形成密文；

（2.3）用密文进行交易：移动客户端将密文发送至业务服务器，业务服务器将密文、明文信息发送至安全认证平台，安全认证平台对密文进行解密和验签并向业务服务器返回密文的验证结果，业务服务器再根据该验证结果向移动客户端发送交易结果。

进一步地，上述述步骤（2）可以被下述步骤（3）取代：

（3）用密钥对交易信息加密：

（3.1）发起交易：用户通过移动客户端向业务服务器发起交易，业务服务器确认交易请求；

（3.2）加密交易信息：移动客户端在收到业务服务器对该交易的确认后，其安全组件SDK利用步骤（1）所生产的密钥对交易信息进行加密和签名；

（3.3）处理加密交易信息：移动客户端将加密后的交易信息发送至业务服务器，业务服务器将加密后的交易信息发送至安全认证平台，安全认证平台对加密交易信息进行解密和验签并向业务服务器返回加密交易信息的验证结果，业务服务器再根据该验证结果向移动客户端发送交易结果。

进一步地，所述步骤（1.1）中的客户端信息包括SIM（Subscriber IdentityModule,客户识别模块）***信息、APP的用户信息和移动客户端设备信息（例如基于设备ID的设备指纹信息等）。

进一步地，所述步骤（1.2）中的安全语音通信是通过以下方法实现的：

安全认证平台首先通过信息通道向移动用户端发送语音信息，若移动用户端被设置了呼叫转移则其回答安全认证平台的ACM会携带呼叫转移标识，安全认证平台一旦识别其呼叫的移动用户端返还有呼叫转移标识的ACM会终止向该移动用户端的语音呼叫。

应当注意的是，对于同一客户端信息，上述***和方法所产生的密钥是唯一的。也就是说，针对于同样的客户端信息，上述***和方法只能产生一对密钥，这对密钥的其中一个被安全存储在所述移动客户端中，另一个被安全存储在所述安全认证平台中，并且这对密钥不能具有副本。这里所述的同样的客户端信息是指完全吻合的信息。

另一个应当注意的地方是，上述步骤（1）不是每次虚拟交易所必须的：当后续的虚拟交易要求的移动客户端信息与在前虚拟交易所要求的移动客户端信息一致时，移动客户端只需要从其安全组件SDK中调用在前生成的对应密钥即可。

以下将结合附图进一步详细说明本发明的方案以及其效果。

附图说明

图1是本发明一个实施方式的***主要构成的构成图。

图2是本发明一个实施方式的方法中生成密钥的流程图。

图3是本发明一个实施方式的方法中用密钥对短信验证码加密并交易的流程图。

图4是本发明一个实施方式的方法中用密钥对交易信息加密的流程图。

图5是本发明一个实施方式的方法中保证安全语音通信的流程图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出。所述参考附图描述的实施例是示例性的，仅用于解释本发明，而不能视为对本发明的限制。为了避免不必要地模糊所述实施例，本部分对一些本领域的公知技术，即对于本领域技术人员而言是显而易见的技术，未进行详细描述。

图1是本发明一个实施方式的***主要构成的构成图。

本实施方式的***包括：

具有包括与安全认证平台、信息通道和业务服务器进行通信的便携终端通信单元220、信息输入单元230和安全组件SDK210的移动客户端200；

具有包括与上述移动客户端200、信息通道和业务服务器进行进行通信的通信单元120、对移动客户端完成认证逻辑的认证逻辑模块101、实现加密算法的安全算法模块102、对多个移动客户端的一个或多个密钥进行安全存储和管理的密钥管理模块103和与信息通道进行安全语音通信的语音外呼模块104的安全认证平台100；

上述安全组件SDK210包括完成认证流程逻辑的认证逻辑模块211、实现加密算法的安全算法模块212、防止SDK被反编译或动态调试的安全运行模块213和保证密钥在移动客户端被安全存储的安全存储模块214。

上述业务服务器是指可以与移动客户端发生虚拟交易业务的服务器。具体来说，业务服务器属于银行。

上述信息通道是指可以提供移动客户端、业务服务器和安全认证平台之间语音、短信通信的服务体。具体来说，信息通道是通信运营商。

安全组件SDK210作为APP的一部分被设置于移动客户端中。

安全认证平台100中的语音外呼模块104可以识别与其语音通信的移动客户端200的ACM是否携带有呼叫转移标识，若移动客户端的ACM携带有呼叫转移标识，语音外呼模块100将取消该次语音通信。

安全算法模块212和安全算法模块102中的安全算法包括AES加密算法、安全散列算法256、SM3密码杂凑算法、SM4分组密码算法。

接下来，参照附图对各种在移动客户端200和安全认证平台100之间进行交易安全认证的方法进行详细说明。

（1）生成密钥（参照图2）：

（1.1）请求：移动客户端200中的安全组件SDK210的在用户发起请求后收集移动客户终端200信息，例如SIM***信息、移动客户端设备信息和APP的用户信息，并向安全认证平台100发起密钥初始化请求；

（1.2）认证：安全认证平台100收到移动客户端200的请求及相应的信息后，安全认证平台100中生成校验信息1，语音外呼模块104通过信息通道向移动客户端200进行安全语音通信传递该校验信息1，用户根据收听到的语音通信通过信息输入单元230输入校验信息2，该校验信息2会传回至安全认证平台100，安全认证平台100调用认证逻辑模块101和安全算法模块102对校验信息2与校验信息1加以校验；这里，校验信息1是以语音校验码的形式生成的，因此校验信息2应当是与校验信息1相应的数字校验码；

（1.3）生成对称密钥：当步骤1.2中校验信息1与校验信息2一致时，通过HOTP协议分别在移动客户端和安全认证平台生成一对密钥，这对密钥分别在所述移动客户端100中的安全存储模块214和安全认证平台中的密钥管理模块103安全存储。

在这个流程中，由于密钥的生成过程中采用了安全的语音校验，使密钥生成过程更加安全，有效避免密钥生成过程第三方的参与；并且，所生成的密钥被安全保存从而有效避免第三方对密钥的窃取。

（2）用密钥对短信验证码加密并交易（参照图3）：

在生成密钥后，

（2.1）生成验证码：用户通过移动客户端200对业务服务器发起交易并申请验证码，业务服务器收到交易请求后生成验证码1并将验证码1通过信息通道发送至移动客户端200；

（2.2）验证码加密：用户根据收到的验证码1通过信息输入单元230输入验证码2，安全组件SDK210从安全存储模块214中调用密钥并采用安全算法模块212对验证码2进行加密和签名，形成密文；

（2.3）用密文进行交易：移动客户端200的通信单元220将密文发送至业务服务器，业务服务器将密文和其附加的明文信息如验证码1发送至安全认证平台100，安全认证平台100中的安全算法模块102、密钥管理模块103和认证逻辑模块101对密文进行解密和验签并判断验证码1和验证码2是否一致，随后通信单元120向业务服务器返回密文的验证结果，业务服务器再根据该验证结果向移动客户端200发送交易结果，即交易成功或失败。

在这个流程中，虚拟交易采用的短信验证码由于使用了独特生成的密钥进行加密签名和解密验签，有效防止了被第三方窃取验证码或破解验证码密文的可能；另一方面，即使用户被诈欺后将验证码直接告知第三方，第三方也会因为缺少密钥而无法对验证码密文解密进而不能完成对用户交易的干预。因此，结合流程1，流程2使短信验证码有效避免虚拟支付中的安全风险。

（3）用密钥对交易信息加密（参照图4）：

在生成密钥后，

（3.1）发起交易：用户通过移动客户端200的通信单元220向业务服务器发起交易，业务服务器确认该交易请求；

（3.2）加密交易信息：移动客户端200在收到业务服务器对该交易的确认后，安全组件SDK210从安全存储模块214中调用密钥并采用安全算法模块212对交易信息进行加密和签名；

（3.3）处理加密交易信息：移动客户端200中通信单元220将加密后的交易信息发送至业务服务器，业务服务器将加密后的交易信息发送至安全认证平台100，安全认证平台100中的安全算法模块102、密钥管理模块103和认证逻辑模块101对加密交易信息进行解密和验签，通信单元120随后向业务服务器返回加密交易信息的验证结果，业务服务器再根据该验证结果向移动客户端200发送交易结果，即交易成功或失败。

在这个流程中，虚拟交易采用的短信验证码由于使用了独特生成的密钥进行加密签名和解密验签，有效防止了交易信息被第三方窃取并破解的可能；另一方面，即使用户被诈欺后将验证码直接告知第三方，第三方也无法完成对用户交易的干预。并且，这个流程无需发送短信验证码，节省交易过程中的时间和其他损耗。因此，结合流程1，流程3不但使虚拟支付的安全性得到提高，还使得用户进行虚拟支付操作的简易程度也得到了改善。

（4）安全语音（参照图5）：

其中，主要用户A即为安全认证平台100，被叫用户B是移动客户端200，被叫用户C是侵入移动客户端200的第三方；

安全认证平台100的语音外呼模块104首先通过信息通道向移动用户端100发送语音信息，若移动用户端100被第三方侵入并设置了呼叫转移则其回答安全认证平台的ACM会携带呼叫转移标识，安全认证平台100中的语音外呼模块104一旦识别其呼叫的移动用户端200返还有呼叫转移标识的ACM即会终止向移动用户端200的语音呼叫。

这个流程可以有效防止第三方对密钥生成时的干扰，例如防止第三方冒充用户在信息通道侧设置呼叫转移至第三方移动端，或防止在客户移动端中通过木马病毒等将用户的电话呼叫转移至第三方移动端，使语音初始化过程的安全性提高。

Claims (4)

1.一种在移动设备中进行交易安全认证的***，其特征在于包括移动客户端、安全认证平台和业务服务器，其中：

移动客户端，具有包括与安全认证平台、信息通道和业务服务器进行通信的便携终端通信单元、信息输入单元和安全组件软件开发工具包；

安全认证平台，具有包括与上述移动客户端、信息通道和业务服务器进行通信的通信单元、与信息通道进行安全语音通信的语音外呼模块、对移动客户端完成认证逻辑的第一认证逻辑模块、实现加密算法的第一安全算法模块和对多个移动客户端的一个或多个密钥进行安全存储和管理的密钥管理模块；

上述安全组件软件开发工具包包括完成认证流程逻辑的第二认证逻辑模块、实现加密算法的第二安全算法模块、防止软件开发工具包被反编译或动态调试的安全运行模块和保证密钥在移动客户端被安全存储的安全存储模块；所述语音外呼模块用于识别与其语音通信的移动客户端的地址完全消息是否携带有呼叫转移标识，若移动客户端的地址完全消息携带有呼叫转移标识，语音外呼模块将取消该次语音通信；

所述业务服务器是指与移动客户端发生虚拟交易业务的服务器。

2.根据权利要求1所述的在移动设备中进行交易安全认证的***，其特征在于：所述加密算法包括AES加密算法、安全散列算法256、SM3密码杂凑算法、SM4分组密码算法的一种或多种。

3.一种在移动设备中进行交易安全认证的方法，其特征在于，包括以下步骤：

（1）、生成密钥：

（1.1）请求：包括安全组件软件开发工具包的移动客户端在用户发起请求后由其安全元件采集移动客户端信息，并向能够进行信息存储和认证的安全认证平台发起密钥初始化请求；

（1.2）认证：安全认证平台收到移动客户端的请求及相应的信息后，安全认证平台生成第一校验信息并通过信息通道向移动客户端进行安全语音通信传递该第一校验信息，用户根据收听到的语音通信在移动客户端输入第二校验信息，该第二校验信息会传回至安全认证平台与第一校验信息加以校验；

（1.3）生成对称密钥：当步骤1.2中第一校验信息与第二校验信息一致时，通过HOTP协议分别在移动客户端和安全认证平台生成密钥，这些密钥分别在所述移动客户端和安全认证平台中安全存储；

（2）、用密钥对短信验证码加密并交易：

（2.1）生成验证码：用户通过移动客户端对业务服务器发起交易并申请验证码，业务服务器收到交易请求后生成验证码并将该验证码通过信息通道发送至移动客户端；所述业务服务器是指与移动客户端发生虚拟交易业务的服务器；

（2.2）验证码加密：用户输入收到的验证码，移动客户端的安全组件软件开发工具包用步骤（1）生成的密钥对输入的验证码进行加密和签名，形成密文；

（2.3）用密文进行交易：移动客户端将密文发送至业务服务器，业务服务器将密文和其附加的明文信息发送至安全认证平台，安全认证平台对密文进行解密和验签并向业务服务器返回密文的验证结果，业务服务器再根据该验证结果向移动客户端发送交易结果；

所述步骤（1.2）中的安全语音通信是通过以下方法实现的：

安全认证平台首先通过信息通道向移动用户端发送语音信息，若移动用户端被设置了呼叫转移则其回答安全认证平台的地址完全消息会携带呼叫转移标识，安全认证平台一旦识别其呼叫的移动用户端返还有呼叫转移标识的地址完全消息会终止向该移动用户端的语音呼叫。

4.根据权利要求3所述的在移动设备中进行交易安全认证的方法，其特征在于，所述步骤（2）可以被下述步骤（3）取代：

（3）用密钥对交易信息加密：

（3.1）发起交易：用户通过移动客户端向业务服务器发起交易，业务服务器确认交易请求；

（3.2）加密交易信息：移动客户端在收到业务服务器对该交易的确认后，其安全组件软件开发工具包利用步骤（1）所生产的密钥对交易信息进行加密和签名；

（3.3）处理加密交易信息：移动客户端将加密后的交易信息发送至业务服务器，业务服务器将加密后的交易信息发送至安全认证平台，安全认证平台对加密交易信息进行解密和验签并向业务服务器返回加密交易信息的验证结果，业务服务器再根据该验证结果向移动客户端发送交易结果。