電子商務(wù)與金融51(自考)-文庫(kù)吧資料
2025-03-08 17:51本頁(yè)面
【正文】 商家被授權(quán)可以接受信用卡，同時(shí)商家也確認(rèn)客戶是一個(gè)合法的持卡人。銀行的支付業(yè)務(wù)不僅是卡支付業(yè)務(wù)，所以在銀行支付業(yè)務(wù)應(yīng)用過(guò)程中有一定的限制。 SET制定 標(biāo)準(zhǔn)和各種技術(shù)手段 ，解決了電子商務(wù)發(fā)展的安全問(wèn)題，包括購(gòu)物欲支付信息的保密性、交易支付完整性、身份認(rèn)證和不可抵賴性，在電子交易環(huán)節(jié)上提供了更大的信任度和更少受欺詐的可能性。 SET交易過(guò)程十分復(fù)雜性，在完成一次SET協(xié)議交易過(guò)程中，需驗(yàn)證電子證書(shū) 9次，驗(yàn)證數(shù)字簽名 6次，傳遞證書(shū) 7次，進(jìn)行簽名 5次， 4次對(duì)稱加密和非對(duì)稱加密。 ? 4）由于非對(duì)稱加密算法的運(yùn)算速度慢，所以要和對(duì)稱加密算法聯(lián)合使用，用對(duì)稱加密算法來(lái)加密數(shù)據(jù)，用數(shù)字信封來(lái)交換對(duì)稱密鑰。由于數(shù)字簽名是由發(fā)送方的私鑰產(chǎn)生，而發(fā)送方的私鑰只有他本人知道，所以發(fā)送方便不能對(duì)其發(fā)送過(guò)的交易數(shù)據(jù)進(jìn)行抵賴。 2/28/2023 SET協(xié)議中采用的數(shù)據(jù)加密模型 2/28/2023 ? 該模型具有以下特點(diǎn)： ? 1）交易參與者的身份鑒別采用數(shù)字證書(shū)的方式來(lái)完成，數(shù)字證書(shū)的格式一般采用 X． 509國(guó)際標(biāo)準(zhǔn)。通過(guò) SET協(xié)議可以實(shí)現(xiàn)電子商務(wù)交易中的加密，認(rèn)證機(jī)制，密鑰管理機(jī)制等，保證在開(kāi)放網(wǎng)絡(luò)上使用信用卡進(jìn)行在線購(gòu)物的安全。 它采用公鑰密碼體制和 ，主要應(yīng)用于保障網(wǎng)上購(gòu)物信息的安全性。在網(wǎng)上購(gòu)物的環(huán)境中，持卡人希望在交易中保密自己的帳戶信息，使之不被人盜用；商家則希望客戶的定單不可抵賴，并且，在交易過(guò)程中，交易各方都希望驗(yàn)明其他方的身份，以防止被欺騙。 ? 在這種情況下， Visa和 MasterCard兩大信用卡公組織制定了 SET協(xié)議，為網(wǎng)上信用卡支付提供了全球性的標(biāo)準(zhǔn)。雖然在 通過(guò)數(shù)字簽名和數(shù)字證書(shū)可實(shí)現(xiàn)瀏覽器和Web服務(wù)器雙方的身份驗(yàn)證，但是 SSL協(xié)議仍存在一些問(wèn)題，比如，只能提供交易中客戶與服務(wù)器間的雙方認(rèn)證，在涉及多方的電子交易中， SSL協(xié)議并不能協(xié)調(diào)各方間的安全傳輸和信任關(guān)系。在電子商務(wù)初級(jí)階段，由于運(yùn)作電子商務(wù)的企業(yè)大多是信譽(yù)較高的大公司，因此這問(wèn)題還沒(méi)有充分暴露出來(lái)。 ? 基于 SSL的銀行卡支付流程如下： ? ①持卡人登錄商品發(fā)布站點(diǎn)，驗(yàn)證商戶身份 ? ②持卡人決定購(gòu)買(mǎi)，向商戶發(fā)出購(gòu)買(mǎi)請(qǐng)求； ? ③商戶返回同意支付等信息； 2/28/2023 ? ④持卡人驗(yàn)證支付網(wǎng)關(guān)的身份，填寫(xiě)支付信息，將訂購(gòu)信息和支付信息通過(guò) SSL傳給商戶 ,但支付信息被支付網(wǎng)關(guān)的公開(kāi)密鑰加密過(guò)，對(duì)商戶來(lái)說(shuō)是不可讀的； ? ⑤商戶用支付網(wǎng)關(guān)的公開(kāi)密鑰加密支付信息等，傳給支付網(wǎng)關(guān)，要求支付； ? ⑥支付網(wǎng)關(guān)解密商戶傳來(lái)的信息，通過(guò)傳統(tǒng)的銀行網(wǎng)絡(luò)到發(fā)卡行驗(yàn)證持卡人的支付信息是否有效，并即時(shí)劃賬； 2/28/2023 ? ⑦支付網(wǎng)關(guān)用它的私有密鑰加密結(jié)果，把結(jié)果返回商戶； ? ⑧商戶用支付網(wǎng)關(guān)的公開(kāi)密鑰解密后返回信息給持卡人，送貨，交易結(jié)束。 2/28/2023 ?4. 基于 SSL的銀行卡支付過(guò)程 ? 基于 SSL的銀行卡支付系統(tǒng)使用 SSL協(xié)議，RSA加密算法、數(shù)字簽名和防火墻等保證交易的安全。 ?5）用戶認(rèn)證階段：在此之前，服務(wù)器已經(jīng)通過(guò)了客戶認(rèn)證，這一階段主要完成對(duì)客戶的認(rèn)證。 SSL握手協(xié)議包含四個(gè)階段：第一個(gè)階段建立安全能力；第二個(gè)階段服務(wù)器鑒別和密鑰交換；第三個(gè)階段客戶鑒別和密鑰交換；第四個(gè)階段完成握手協(xié)議。 SSL握手協(xié)議允許通信實(shí)體在交換應(yīng)用數(shù)據(jù)之前協(xié)商密鑰的算法、加密密鑰和對(duì)客戶端進(jìn)行認(rèn)證（可選）的協(xié)議，為下一步記錄協(xié)議要使用的密鑰信息進(jìn)行協(xié)商，使客戶端和服務(wù)器建立并保持安全通信的狀態(tài)信息。該協(xié)議允許服務(wù)器與客戶機(jī)在應(yīng)用程序傳輸和接收數(shù)據(jù)之前相互認(rèn)證、協(xié)商加密和密鑰。從而保證數(shù)據(jù)的機(jī)密性和完整性。 ?SSL記錄協(xié)議為 SSL連接提供了兩種服務(wù) :一是機(jī)密性，二是消息完整性。從體系結(jié)構(gòu)圖可以看出 SSL安全協(xié)議實(shí)際是SSL握手協(xié)議、 SSL修改密文協(xié)議、 SSL警告協(xié)議和 SSL記錄協(xié)議組成的一個(gè)協(xié)議族。SSL協(xié)議在應(yīng)用層通信之前就已經(jīng)完成加密算法、通信密鑰的協(xié)商以及服務(wù)器認(rèn)證工作 ,在此之后 ,應(yīng)用層協(xié)議所傳送的數(shù)據(jù)都被加密。 ? 3）保證用戶傳輸?shù)臋C(jī)密性和完整性： SSL要求客戶機(jī)與服務(wù)器之間的信息由發(fā)送方加密由接受方解密；所有數(shù)據(jù)都會(huì)被一種檢測(cè)修改的機(jī)制所保護(hù)，保證數(shù)據(jù)完整性。 ? 1） SSL服務(wù)器認(rèn)證：允許客戶機(jī)確認(rèn)服務(wù)器身份，支持 SSL協(xié)議的客戶機(jī)軟件能使用公鑰密碼技術(shù)檢查服務(wù)器證書(shū)、是否由在客戶信任的認(rèn)證機(jī)構(gòu) CA列表內(nèi)的認(rèn)證機(jī)構(gòu)發(fā)放。 2/28/2023 ? 基本 功能 ： SSL協(xié)議位于 TCP/IP協(xié)議與各種應(yīng)用層協(xié)議之間，為數(shù)據(jù)通訊提供安全支持。 ? 網(wǎng)絡(luò)接口層（主機(jī) 網(wǎng)絡(luò)層）： 接收 IP數(shù)據(jù)報(bào)并進(jìn)行傳輸，從網(wǎng)絡(luò)上接收物理幀，抽取 IP數(shù)據(jù)報(bào)轉(zhuǎn)交給下一層，對(duì)實(shí)際的網(wǎng)絡(luò)媒體的管理，定義如何使用 實(shí)際網(wǎng)絡(luò)（如Ether、 Serial Line等）來(lái)傳送數(shù)據(jù)。如傳輸控制協(xié)議（ TCP）、用戶數(shù)據(jù)報(bào)協(xié)議（ UDP）等， TCP和 UDP給數(shù)據(jù)包加入傳輸數(shù)據(jù)并把它傳輸?shù)较乱粚又校@一層負(fù)責(zé)傳送數(shù)據(jù)，并且確定數(shù)據(jù)已被送達(dá)并接收。
電大資料相關(guān)推薦
鄂ICP備17016276號(hào)-1