一种保护短信支付业务中的数据安全方法和系统

1.一种保护短信支付业务中的数据安全方法，其特征在于，所述方法包括：
服务器从客户端获取用户信息，并根据所述用户信息生成用户证书，所述用户证书用于唯一标识请求扣费的用户及应用，所述用户信息包括：用户使用的手机终端信息以及应用信息；
服务器将所述用户证书发送至客户端；
客户端将所述用户证书作为支付数据的数字签名，和支付数据一起发送至服务器；
服务器通过所述用户证书的公钥对所述数字签名进行验证，如果验证通过，则根据所述支付数据触发扣费流程。
2.如权利要求1所述的方法，其特征在于，
用户使用的手机终端信息包括：手机终端型号、移动设备国际身份码IMEI、国际移动用户识别码IMSI；
应用信息包括：应用的类文件、摘要、配置文件信息。
3.如权利要求1所述的方法，其特征在于，所述方法还包括：
服务器除从客户端获取用户信息外，还从客户端获取由客户端随机产生的临时非对称密钥的公钥；
所述服务器将所述用户证书发送至客户端，包括：
所述服务器使用所述密钥的公钥对所述用户证书加密后，将经过加密的用户证书发送至客户端。
4.如权利要求1或3所述方法，其特征在于，
所述客户端将支付数据发送至服务器，包括：
客户端使用自身存储的经过认证的服务器证书的公钥对支付数据进行加密，将经过加密的支付数据发送至服务器；
所述如果验证通过，则根据所述支付数据触发扣费流程包括：
如果验证通过，服务器使用自身证书私钥对支付数据进行解密，根据解密出的支付数据触发扣费流程。
5.如权利要求4所述的方法，其特征在于，
所述支付数据包括：应用信息；
所述方法还包括：
服务器对支付数据进行解密后，对支付数据中的应用信息进行验证，如果支付数据中的应用信息与已存储的应用信息相同，则根据所述支付数据触发扣费流程。
6.如权利要求1所述的方法，其特征在于，所述方法还包括：
服务器根据所述支付数据触发扣费流程后，获得扣费结果，用所述用户证书的公钥对所述扣费结果加密，将经过加密的扣费结果返回值客户端；
客户端使用自身的用户证书私钥对接收的扣费结果进行解密。
7.一种保护短信支付业务中的数据安全系统，其特征在于，所述系统包括：
服务器，用于从客户端获取用户信息，并根据所述用户信息生成用户证书，所述用户证书用于唯一标识请求扣费的用户及应用，所述用户信息包括：用户使用的手机终端信息以及应用信息；将所述用户证书发送至客户端；通过所述用户证书的公钥对来自客户端的数字签名进行验证，如果验证通过，则根据来自客户端的支付数据触发扣费流程；
客户端，用于向服务器发送用户信息；接收来自服务器的用户证书；将所述用户证书作为支付数据的数字签名，和支付数据一起发送至服务器。
8.如权利要求7所述的系统，其特征在于，
用户使用的手机终端信息包括：手机终端型号、移动设备国际身份码IMEI、国际移动用户识别码IMSI；
应用信息包括：应用的类文件、摘要、配置文件信息。
9.如权利要求7所述的系统，其特征在于，
所述服务器，还用于从客户端获取由客户端随机产生的临时非对称密钥的公钥；
所述服务器，用于将所述用户证书发送至客户端，包括：
使用所述密钥的公钥对所述用户证书加密后，将经过加密的用户证书发送至客户端。
10.如权利要求7或9所述的系统，其特征在于，
所述客户端，用于将支付数据发送至服务器，包括：
使用自身存储的经过认证的服务器证书的公钥对支付数据进行加密，将经过加密的支付数据发送至服务器；
所述服务器，用于如果验证通过，则根据所述支付数据触发扣费流程包括：
如果验证通过，服务器使用自身证书私钥对支付数据进行解密，根据解密出的支付数据触发扣费流程。
11.如权利要求10所述的系统，其特征在于，
所述支付数据包括：应用信息；
所述服务器，还用于对支付数据进行解密后，对支付数据中的应用信息进行验证，如果支付数据中的应用信息与已存储的应用信息相同，则根据所述支付数据触发扣费流程。
12.如权利要求7所述的系统，其特征在于，
所述服务器，还用于根据所述支付数据触发扣费流程后，获得扣费结果，用所述用户证书的公钥对所述扣费结果加密，将经过加密的扣费结果返回给客户端；
所述客户端，还用于使用自身的用户证书私钥对接收的扣费结果进行解密。

一种保护短信支付业务中的数据安全方法和系统\n技术领域\n[0001] 本发明涉及数据安全领域，尤其涉及一种保护短信支付业务中的数据安全方法和系统。\n背景技术\n[0002] 数据传输过程中，容易受到多种因素威胁，如黑客、病毒、信息窃取、信息干扰等，为保证数据安全传输，目前已经有许多为网络通信提供安全及数据完整性的安全协议，如安全套接层SSL协议。根据SSL协议的规定，在数据传输过程中，进行服务器和客户端的双向认证。\n[0003] 近来出现了短信支付业务，其在短信中携带支付数据，由业务服务器接收短信并对支付数据进行确认后，进行费用扣除。由于短信传输的单向性，现有的SSL协议已不适用于保证短信支付业务的安全。\n发明内容\n[0004] 本发明提供了一种保护短信支付业务中的数据安全方法和系统，以解决如何保证短信支付业务中的数据安全的技术问题。\n[0005] 为解决上述技术问题，本发明提供了一种保护短信支付业务中的数据安全方法，所述方法包括：\n[0006] 服务器从客户端获取用户信息，并根据所述用户信息生成用户证书，所述用户信息包括：用户使用的手机终端信息以及应用信息；\n[0007] 服务器将所述用户证书发送至客户端；\n[0008] 客户端将所述用户证书作为支付数据的数字签名，和支付数据一起发送至服务器；\n[0009] 服务器通过所述用户证书的公钥对所述数字签名进行验证，如果验证通过，则根据所述支付数据触发扣费流程。\n[0010] 可选地，\n[0011] 用户使用的手机终端信息包括：手机终端型号、移动设备国际身份码IMEI、国际移动用户识别码IMSI；\n[0012] 应用信息包括：应用的类文件、摘要、配置文件信息。\n[0013] 可选地，所述方法还包括：\n[0014] 服务器除从客户端获取用户信息外，还从客户端获取由客户端随机产生的临时非对称密钥的公钥；\n[0015] 所述服务器将所述用户证书发送至客户端，包括：\n[0016] 所述服务器使用所述密钥的公钥对所述用户证书加密后，将经过加密的用户证书发送至客户端。\n[0017] 可选地，\n[0018] 所述客户端将支付数据发送至服务器，包括：\n[0019] 客户端使用自身存储的经过认证的服务器证书的公钥对支付数据进行加密，将经过加密的支付数据发送至服务器；\n[0020] 所述如果验证通过，则根据所述支付数据触发扣费流程包括：\n[0021] 如果验证通过，服务器使用自身证书私钥对支付数据进行解密，根据解密出的支付数据触发扣费流程。\n[0022] 可选地，\n[0023] 所述支付数据包括：应用信息；\n[0024] 所述方法还包括：\n[0025] 服务器对支付数据进行解密后，对支付数据中的应用信息进行验证，如果支付数据中的应用信息与已存储的应用信息相同，则根据所述支付数据触发扣费流程。\n[0026] 可选地，所述方法还包括：\n[0027] 服务器根据所述支付数据触发扣费流程后，获得扣费结果，用所述用户证书的公钥对所述扣费结果加密，将经过加密的扣费结果返回值客户端；\n[0028] 客户端使用自身的用户证书私钥对接收的扣费结果进行解密。\n[0029] 为解决上述技术问题，本发明实施例还提供了一种保护短信支付业务中的数据安全系统，所述系统包括：\n[0030] 服务器，用于从客户端获取用户信息，并根据所述用户信息生成用户证书，所述用户信息包括：用户使用的手机终端信息以及应用信息；将所述用户证书发送至客户端；通过所述用户证书的公钥对来自客户端的数字签名进行验证，如果验证通过，则根据来自客户端的支付数据触发扣费流程；\n[0031] 客户端，用于向服务器发送用户信息；接收来自服务器的用户证书；将所述用户证书作为支付数据的数字签名，和支付数据一起发送至服务器。\n[0032] 可选地，\n[0033] 用户使用的手机终端信息包括：手机终端型号、移动设备国际身份码IMEI、国际移动用户识别码IMSI；\n[0034] 应用信息包括：应用的类文件、摘要、配置文件信息。\n[0035] 可选地，\n[0036] 所述服务器，还用于从客户端获取由客户端随机产生的临时非对称密钥的公钥；\n[0037] 所述服务器，用于将所述用户证书发送至客户端，包括：\n[0038] 使用所述密钥的公钥对所述用户证书加密后，将经过加密的用户证书发送至客户端。\n[0039] 可选地，\n[0040] 所述客户端，用于将支付数据发送至服务器，包括：\n[0041] 使用自身存储的经过认证的服务器证书的公钥对支付数据进行加密，将经过加密的支付数据发送至服务器；\n[0042] 所述服务器，用于如果验证通过，则根据所述支付数据触发扣费流程包括：\n[0043] 如果验证通过，服务器使用自身证书私钥对支付数据进行解密，根据解密出的支付数据触发扣费流程。\n[0044] 可选地，\n[0045] 所述支付数据包括：应用信息；\n[0046] 所述服务器，还用于对支付数据进行解密后，对支付数据中的应用信息进行验证，如果支付数据中的应用信息与已存储的应用信息相同，则根据所述支付数据触发扣费流程。\n[0047] 可选地，\n[0048] 所述服务器，还用于根据所述支付数据触发扣费流程后，获得扣费结果，用所述用户证书的公钥对所述扣费结果加密，将经过加密的扣费结果返回给客户端；\n[0049] 所述客户端，还用于使用自身的用户证书私钥对接收的扣费结果进行解密。\n[0050] 上述技术方案中，数字签名只有来自合法的客户端，才能被服务器验证通过，触发扣费流程，实现了对客户端的验证；同时，客户端只有将支付数据和数字签名发送至合法的服务器，服务器才能获得支付数据，实现了对服务器的验证，进而保证了保证短信支付业务中的数据安全。\n附图说明\n[0051] 图1为本发明实施例的保护短信支付业务中的数据安全方法流程图；\n[0052] 图2为本发明实施例的保护短信支付业务中的数据安全系统组成模块图。\n具体实施方式\n[0053] 为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。\n[0054] 图1为本发明实施例的保护短信支付业务中的数据安全方法流程图。\n[0055] S101服务器从客户端获取用户信息，并根据所述用户信息生成用户证书；\n[0056] 所述用户信息包括：用户使用的手机终端信息以及应用信息；\n[0057] 所述手机终端信息包括：手机终端型号、移动设备国际身份码IMEI、国际移动用户识别码IMSI；\n[0058] 所述应用信息包括：应用的类文件、摘要、配置文件信息；\n[0059] 服务器在获取所述用户信息后，可调用数字证书服务器以按照PKCS标准生成PKCS12格式的用户证书；所述PKCS标准是由美国RSA数据安全公司及其合作伙伴制定的一组密码学标准，其中包括证书申请、证书更新、证书作废表发布、扩展证书内容以及数字签名、数字信封的格式等方面的一系列相关协议；\n[0060] 通过上述用户信息生成的用户证书可以唯一标识请求扣费的用户及应用；\n[0061] S102服务器将所述用户证书发送至客户端；\n[0062] S103客户端将所述用户证书作为支付数据的数字签名，和支付数据一起发送至服务器；\n[0063] 所述支付数据包括：计费点信息(包括计费商品名称、ID)，支付价格，应用信息，支付密码；\n[0064] S104服务器通过所述用户证书的公钥对所述数字签名进行验证，如果验证通过，则根据所述支付数据触发扣费流程。\n[0065] 上述技术方案中，数字签名只有来自合法的客户端，才能被服务器验证通过，触发扣费流程，实现了对客户端的验证；同时，客户端只有将支付数据和数字签名发送至合法的服务器，服务器才能获得支付数据，实现了对服务器的验证，进而保证了保证短信支付业务中的数据安全。\n[0066] 可选地，上述实施例中，服务器除从客户端获取用户信息外，还从客户端获取由客户端随机产生的临时非对称密钥的公钥；所述临时非对称密钥包括：RSA密钥；服务器获取该密钥的公钥后，在将用户证书发送至客户端时，可使用所述密钥的公钥对所述用户证书加密，将经过加密的用户证书发送至客户端。由于每个客户端产生的密钥不相同，对用户证书进行该密钥加密，可进一步保证用户证书的安全。\n[0067] 可选地，上述实施例中，步骤S103记载的客户端将支付数据发送至服务器，包括：\n客户端使用自身存储的经过认证的服务器证书的公钥对支付数据进行加密，将经过加密的支付数据发送至服务器；相应的，步骤S104记载的，所述如果验证通过，则根据所述支付数据触发扣费流程包括：如果验证通过，服务器使用自身证书私钥对支付数据进行解密，根据解密出的支付数据触发扣费流程。通过客户端对支付数据使用服务器公钥进行加密，进一步确保只有认证的服务器才能解密支付数据，保证支付数据的安全。\n[0068] 可选地，上述服务器在对支付数据进行解密后，还可对支付数据中的应用信息进行验证，如果支付数据中的应用信息与已存储的应用信息相同，则继续根据所述支付数据触发扣费流程。通过服务器对支付数据中的应用信息进行验证，防止应用被篡改，进一步验证了支付数据来源的合法性。\n[0069] 可选地，上述技术方案中，服务器根据所述支付数据触发扣费流程后，获得扣费结果，用所述用户证书的公钥对所述扣费结果加密，将经过加密的扣费结果返回值客户端；客户端使用自身的用户证书私钥对接收的扣费结果进行解密。通过加密扣费结果，保护用户的隐私。\n[0070] 为了进一步保证支付安全，上述技术方案还可结合现有的安全校验手段，如对支付数据进行安全校验、对支付数据中的支付密码进行有效性校验，等等。\n[0071] 图2为本发明实施例的保护短信支付业务中的数据安全系统组成模块图。\n[0072] 所述系统包括：\n[0073] 服务器，用于从客户端获取用户信息，并根据所述用户信息生成用户证书，所述用户信息包括：用户使用的手机终端信息以及应用信息；将所述用户证书发送至客户端；通过所述用户证书的公钥对来自客户端的数字签名进行验证，如果验证通过，则根据来自客户端的支付数据触发扣费流程；\n[0074] 所述用户使用的手机终端信息包括：手机终端型号、移动设备国际身份码IMEI、国际移动用户识别码IMSI；应用信息包括：应用的类文件、摘要、配置文件信息；\n[0075] 上述服务器在获取所述用户信息后，可调用数字证书服务器以按照PKCS标准生成PKCS12格式的用户证书；所述PKCS标准是由美国RSA数据安全公司及其合作伙伴制定的一组密码学标准，其中包括证书申请、证书更新、证书作废表发布、扩展证书内容以及数字签名、数字信封的格式等方面的一系列相关协议；\n[0076] 通过上述用户信息生成的用户证书可以唯一标识请求扣费的用户及应用；\n[0077] 客户端，用于向服务器发送用户信息；接收来自服务器的用户证书；将所述用户证书作为支付数据的数字签名，和支付数据一起发送至服务器；\n[0078] 所述支付数据包括：计费点信息(包括计费商品名称、ID)，支付价格，应用信息，支付密码。\n[0079] 上述技术方案中，数字签名只有来自合法的客户端，才能被服务器验证通过，触发扣费流程，实现了对客户端的验证；同时，客户端只有将支付数据和数字签名发送至合法的服务器，服务器才能获得支付数据，实现了对服务器的验证，进而保证了保证短信支付业务中的数据安全。\n[0080] 可选地，所述服务器，还用于从客户端获取由客户端随机产生的临时非对称密钥的公钥；所述临时非对称密钥包括：RSA密钥；\n[0081] 所述服务器，用于将所述用户证书发送至客户端，包括：使用所述密钥的公钥对所述用户证书加密后，将经过加密的用户证书发送至客户端。\n[0082] 由于每个客户端产生的密钥不相同，对用户证书进行该密钥加密，可进一步保证用户证书的安全。\n[0083] 可选地，所述客户端，用于将支付数据发送至服务器，包括：使用自身存储的经过认证的服务器证书的公钥对支付数据进行加密，将经过加密的支付数据发送至服务器；\n[0084] 相应的，所述服务器，用于如果验证通过，则根据所述支付数据触发扣费流程包括：如果验证通过，服务器使用自身证书私钥对支付数据进行解密，根据解密出的支付数据触发扣费流程。\n[0085] 通过客户端对支付数据使用服务器公钥进行加密，进一步确保只有认证的服务器才能解密支付数据，保证支付数据的安全。\n[0086] 可选地，所述服务器，还用于对支付数据进行解密后，对支付数据中的应用信息进行验证，如果支付数据中的应用信息与已存储的应用信息相同，则根据所述支付数据触发扣费流程。\n[0087] 通过服务器对支付数据中的应用信息进行验证，防止应用被篡改，进一步验证了支付数据来源的合法性。\n[0088] 可选地，所述服务器，还用于根据所述支付数据触发扣费流程后，获得扣费结果，用所述用户证书的公钥对所述扣费结果加密，将经过加密的扣费结果返回至客户端；所述客户端，还用于使用自身的用户证书私钥对接收的扣费结果进行解密。\n[0089] 通过加密扣费结果，保护用户的隐私。\n[0090] 本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现，相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。\n[0091] 需要说明的是，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。