2、!$"N!"#$%&’()$*+,-./%/,(0,/-1’//2/34’(*$-&56%/*4&’(4(-(2,@PQ-/$K/LR*DLM/.S31J/L3LKB/S7-1+.,/TT+R+=UL:-JUR.J,-T1-.3TPLJV+.2J14$:+>+J!N""NO$BCJL3978,4’9-4:DL?(,/SS+.,+3,1JVJ1J+2=2+,-.J14J21C+S/21JS7/.13L17./AT+S=?T+,1./LJ,<34S+L1J21C+0+41/+W,C3LR+,/S(7T+1+T
3、4=J1.+21.J,1K+V+T/7S+L1/M?(,/SS+.,+XDL1CJ2737+.1Y/7/7-T3.1.3L23,1J/L7./1/,/T2$$(()*(+,-.+(/,0+1)34+.93LK(?;*(+,-.+?T+,1./LJ,;.3L23,1J/L93.+,/S73.+K=1C+L3A/-1+T+,1./LJ,1.3K+7./,+22A32+K/L(?;3LK(()X;<6"(’=,:(())(?;)?(,/SS+.,+)?T+,1./LJ,734S+L17./1/,/T1Y/KJM
4、M+.+L1JS7./VJLR2,C+S+23.+.3J2+K3LK3L3T4Z+K&基于(()的安全电子支付协议(()*(+,-.+(/,0+12)34+.5安全套接层协议#提供加买成功$(()协议在应用层收发数据前#协商加密算法%连接密钥并对通信双方进行认证#从而为应用层提供了安全的传输通道&在该通道上可透明加载任何高层应用协议*如:;;<=>;<=;?)6?;等9#保证了应用层数据传输的安全性$(()协议实现简单并且独立于应用层协议#同时它还被大部分的浏览器和@+A服务器所内置#因此便于在电子交易中
5、应用$国际著名的B4A+.B32C信用卡支付系统就支持这种简单加密模式#DEF等公司也提供基于这种简单加密模式的支付系统$!基于(?;的安全电子支付协议G&H(?;是由IJ23和F321+.B3.K开发#也是在DL1+.L+1上进行在线交易时#为保证信用卡支付安全而设计的一种开放的规范#由于得到DEF%:<%FJ,./2/M1%6+12,37等很多大公司的支持#它已成了事实上的工业标准$(?;交易流程如图!所示$密认证服务和报文完整性服务$它是由6+12,37+提出的安全交易协议#(()使用加密的办法建立
6、一个安全的通信通道#以便将客户的信用卡号传送给商家#它等价于用一个安全电话将用户信用卡信息传给商家$其交易流程如图&$图&(()交易流程在交易中#客户8消费者9购买的信息首先发往商家#商家再将信息转发给银行#银行验证客户信息的合法性后#再通知商家付款成功#商家再通知客户购收稿日期!!""#$"%$!#作者简介!吴国栋"&’%!$#$男$讲师$研究方向!计算机网络%数据库%电子商务等&(农业网络信息)"##$年第DD期网络与电子商务%政务!"#支付系统中共有六个参与方$持卡人%&’()*+,)!-(.!商家
7、%/-(0*’1.!支付网关%2’34-516’1-7’3.!认证中心%&8.!收单银行%809:;(-.!发卡银行%<==:-."其加密过程为持卡人将消息摘要用私钥加密得到数字签名!随机产生一对称密钥!用它对消息摘要#数字签名与证书%含客户的公钥.进行加密!组成加密信息!接着将这个对称密钥用商家的公钥加密得到数字信封>当商家接收到客户传来的加密信息与数字信封后!用他的私钥解密数字信封得到对称密钥!然后用它对加密信息解密!接着验证数字签名$用客户的公钥对数字签名解密!得到消息摘要!再与消息摘要对照%认证完
8、毕后!商家与客户即可用对称密钥对信息进行加密传送"简便!速度较快%!"#尽管安全性高!但需要有专门的软件来实现!客户#商家改造成本较高!并且交易过程中各方之间进行多次加密传输过程!每次交易时间需要DKILB分钟!而!!@协议下的交易只要几十秒就可以完成"安全电子支付协议的两种改进方案HHKD改进方式一"协议内部过程的融合在!!@协议中!当客户与服务器第一次通信时!双方通过握手协议在版本号#密钥交换算法#数据加密算法和M8!M算
