商家欺诈是SSL协议所面临的最严重的问题之一。另外由于加密算法受到美国加密出口的限制,浏览器和WebServer都存在所谓的"512/40"的问题。既DES对称加密为40位,RSA加密为512位。加密强度偏低使B-C的SSL协议难于推广到有更高要求的B-B领域。
2.安全电子交易协议SET
SET是实现在开放的网络(Internet或公众多媒体网)上使用付款卡(信用卡、借记卡和取款卡等)支付的安全事务处理协议。它的实现不需要对现有的银行支付网络进行大改造。该协议的1.0版本于1997年5月31日发布。
SET规定了电子商务支付系统各方购买和支付消息传送的流程。附图为SET协议结构流程图。可见,电子商务支付系统的交易三方为:持卡人、商家和支付网关。交易流程为:
(1)持卡人决定购买,向商家发出购买请求;
(2)商家返回同意支付等信息;
(3)持卡人验证商家身份,将定购信息和支付信息安全传送给商家,但支付信息对商家来说是不可见的(用银行公钥加密);
(4)商家验证支付网关身份,把支付信息传给支付网关,要求验证持卡人的支付信息是否有效;
(5)支付网关验证商家身份,通过传统的银行网络到发卡行验证持卡人的支付信息是否有效,并把结果返回商家;
(6)商家返回信息给持卡人,送货;
(7)商家定期向支付网关发送要求支付信息,支付网关通知卡行划帐,并把结果返回商家,交易结束。
安全电子交易使用的安全技术包括:加密(公开密钥加密、秘密密钥加密)、数字信封、数字签名、双重数字签名、认证等。它通过加密保证了数据的安全性,通过数字签名保证交易各方的身份认证和数据的完整性,通过使用明确的交互协议和消息格式保证了互操作性。
由于它实现起来比较复杂,每次交易都需要经过多次加密、HASH及数字签名,并且须在客户端安装专门的交易软件。因此现在使用该协议的电子支付系统并不多。目前中国银行的网上银行中的支付方式是基于SET。

电子商务支付系统的功能

支付系统的数据流可以分为基于商家转发的和非商家转发的两种模式,本系统根据目前我国电子商务交易采用基于非商家转发的模式,从客户发起购买请求到客户收到商品、商家收到资金,完成整个交易过程,需要经过如下的支付流程:
1、用户浏览电子商务网站,选者中意的商品,向商家提出购买请求。
2、商家将经用户核对后的订单进行数字签名,提交到支付系统。
3、支付网关调用支付界面,要求用户填写帐户信息。
4、用户用支付系统的支付网关的公开密钥对帐户信息进行加密,传递给支付系统的支付网关;
5、支付系统支付网关核对用户提供的帐户信息进行数据转换,通过金融专网或者专线发给金融机构,要求核对用户帐户信息。
6、金融机构将核对的结果和用户用于支付确认的信息传递给支付系统。
7、支付系统将金融机构传递来的用户支付确认信息传递给支付确认系统,要求进行支付确认。
8、支付确认系统接收到要求确认的信息后,进行支付确认预处理,然后按事先选择好的确认方式通知用户(实时确认、分时确认)进行确认。
9、用户根据选择的确认方式,进行相应的确认资料的填写,填写好后提交给支付确认系统。
10、支付确认系统比较金融机构和用户提交的支付确认信息,如果一致则进行下一步的确认,否则返回错误,最后支付确认系统将确认结果返回给支付系统支付网关。
11、确认成功,以E-MAIL的方式告知用户他的支付请求被认可,资金己经从他的帐户上划出,否则以E-MAIL的方式告知用户,他的支付请求不被认可。
12、确认成功,数字签名金融机构的返回结果发送给商家,并通知商家发货,否则通知商家交易失败;
13、确认成功,要求金融机构划款。
14、金融机构返回数字签名的划款信息,完成交易
来自"https://wiki.mbalib.com/wiki/%E7%94%B5%E5%AD%90%E6%94%AF%E4%BB%98%E7%B3%BB%E7%BB%9F"
本条目对我有帮助30