電子商務(wù)基礎(chǔ)03(編輯修改稿)
2025-07-07 16:34 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 在這些功能的保證下，商家可以對(duì)客戶承諾客戶信息保密。但是，由于這是默認(rèn)了商家是可以信賴(lài)的，因此沒(méi)有提供客戶對(duì)商家的認(rèn)證，這實(shí)際上對(duì)客戶是不公平的，這是 SSL協(xié)議的缺點(diǎn)。 在交易過(guò)程中， SSL協(xié)議要求客戶首先把求購(gòu)信息發(fā)往商家，商家再將此信息轉(zhuǎn)發(fā)給銀行，銀行驗(yàn)證客戶信息的合法性后，告知商家該客戶可以支付，商家得知此信息后通知客戶購(gòu)買(mǎi)成功，并將商品寄給客戶。 本 節(jié) 上一頁(yè) 下一頁(yè) 目 錄 結(jié) 束 這個(gè)過(guò)程通過(guò)以下步驟進(jìn)行： （ 1） 接通階段：客戶呼叫服務(wù)商，服務(wù)商回應(yīng)客戶； （ 2） 密碼交換階段：客戶和服務(wù)商交換密鑰； （ 3） 確立會(huì)話密鑰：客戶和服務(wù)商之間協(xié)議確立會(huì)話密鑰； （ 4） 會(huì)話階段：客戶與服務(wù)商交換會(huì)話信息，客戶提交自己的身份、求購(gòu)信息和付款方式； （ 5）認(rèn)證階段：服務(wù)商認(rèn)證客戶的可信度； （ 6） 結(jié)束階段：客戶與服務(wù)商交換結(jié)束信息，通信結(jié)束。 SSL協(xié)議雖然提供了安全通道，但是沒(méi)有授權(quán)功能，對(duì)建立的連接不支持訪問(wèn)控制，早期的 SSL沒(méi)有提供數(shù)字簽名，不能實(shí)現(xiàn)抗否認(rèn)，這些弱點(diǎn)限制了它的安全功能。 本 節(jié) 上一頁(yè) 下一頁(yè) 目 錄 結(jié) 束 VISA和 Master card兩家國(guó)際上最大的信用卡公司連同一些計(jì)算機(jī)廠商，包括 IBM， Microsoft等信息產(chǎn)業(yè)巨頭共同制定了電子安全交易協(xié)議（ Secure Electronic Transaction Protocol， SET）。 SET協(xié)議在 1997年 6月正式發(fā)布，是目前國(guó)際通用的網(wǎng)上支付標(biāo)準(zhǔn)。 該標(biāo)準(zhǔn)采用 RSA公開(kāi)密鑰體制對(duì)通信雙方進(jìn)行認(rèn)證，采用 DES、BC4等對(duì)稱(chēng)加密體制加密要傳輸?shù)男畔ⅲ⒂?Hash算法來(lái)鑒別消息的真?zhèn)魏陀袩o(wú)被篡改。 SET協(xié)議是一種支付協(xié)議，只是在持卡人向商家發(fā)送支付請(qǐng)求、商家向支付網(wǎng)關(guān)發(fā)送授權(quán)或獲取請(qǐng)求、以及支付網(wǎng)關(guān)向商家發(fā)送授權(quán)或獲取回應(yīng)、商家向持卡人發(fā)送支付回應(yīng)時(shí)才起作用，它并不包含挑選物品、價(jià)格協(xié)調(diào)、支付方式選擇和信息傳送等方面的協(xié)議。 SET協(xié)議 本 節(jié) 上一頁(yè) 下一頁(yè) 目 錄 結(jié) 束 SET協(xié)議的目標(biāo)是： （ 1） 保證信息在 Inter上的安全傳輸，防止數(shù)據(jù)被黑客和內(nèi)部人員竊取。 （ 2）保證電子商務(wù)參與者信息的相互隔離，使商家不能看到客戶的賬戶和密碼。 （ 3） 完成多方認(rèn)證，不僅對(duì)客戶的信用卡認(rèn)證，而且要對(duì)在線商家認(rèn)證，客戶、商家銀行間的相互認(rèn)證。 （ 4） 保證網(wǎng)上交易的實(shí)時(shí)性，實(shí)時(shí)在線進(jìn)行支付的過(guò)程。 （ 5） 規(guī)范協(xié)議和消息格式，促進(jìn)不同廠家開(kāi)發(fā)的軟件具有兼容性和互操作性，且可運(yùn)行在不同的硬件和操作系統(tǒng)平臺(tái)上。 本 節(jié) 上一頁(yè) 下一頁(yè) 目 錄 結(jié) 束 SET協(xié)議的工作流程分為以下 7個(gè)步驟： （ 1） 客戶通過(guò)網(wǎng)絡(luò)選定欲購(gòu)的商品，并在計(jì)算機(jī)上輸入訂單（含聯(lián)系的在線商家、欲購(gòu)商品名稱(chēng)、價(jià)格、數(shù)量、交貨時(shí)間及地點(diǎn)等信息）； （ 2） 通過(guò)與在線商家聯(lián)系，商家進(jìn)行應(yīng)答，并告知以上訂單貨物單價(jià)、應(yīng)付款數(shù)額、交貨方式； （ 3） 客戶選擇付款方式、確定訂單、簽發(fā)付款指令； （ 4） 客戶通過(guò) SET對(duì)訂單和付款指令進(jìn)行數(shù)字簽名， SET協(xié)議通過(guò)處理使商家看不到客戶的賬號(hào)信息； （ 5） 在線商家接受訂單后，向客戶開(kāi)戶銀行請(qǐng)求支付，此信息通過(guò)支付網(wǎng)關(guān)送達(dá)收單銀行，并進(jìn)一步提交發(fā)卡銀行確認(rèn)。確認(rèn)批準(zhǔn)后，發(fā)卡銀行返回確認(rèn)信息，經(jīng)收單銀行通過(guò)支付網(wǎng)關(guān)發(fā)給在線商家； 本 節(jié) 上一頁(yè) 下一頁(yè) 目 錄 結(jié) 束 （ 6） 在線商家發(fā)送訂單確認(rèn)信息給客戶，客戶端記錄交易日志，以備日后查考； （ 7） 在線商家發(fā)送商品或提供服務(wù)，并通知收單銀行將貨款從客戶賬號(hào)轉(zhuǎn)移到商家賬號(hào)，或通知發(fā)卡銀行請(qǐng)求支付。 從第 4步開(kāi)始， SET協(xié)議介入處理過(guò)程。在處理的過(guò)程中， SET協(xié)議規(guī)定的通信協(xié)議、請(qǐng)求信息格式、數(shù)據(jù)類(lèi)型等都要嚴(yán)格符合。每一步操作客戶、在線商家、支付網(wǎng)關(guān)都通過(guò)認(rèn)證中心（ CA）來(lái)驗(yàn)證通信主體的身份，以確保不會(huì)假冒。 本 節(jié) 上一頁(yè) 下一頁(yè) 目 錄 結(jié) 束 身份認(rèn)證在計(jì)算機(jī)系統(tǒng)和網(wǎng)絡(luò)中非常重要。目前采用的身份認(rèn)證技術(shù)主要有 3種：固定密碼的身份認(rèn)證、動(dòng)態(tài)密碼身份認(rèn)證和采用數(shù)字證書(shū)認(rèn)證方式。 目前，動(dòng)態(tài)密碼的認(rèn)證方式基本上采用 CHAP（ Challenge Handshake Authentication Protocol）。 CHAP能保證用戶密碼的安全，但其安全性又建立在用戶客戶機(jī)和服務(wù)器共享相同的用于認(rèn)證用戶身份的秘密值。 CHAP協(xié)議 本 節(jié) 上一頁(yè) 下一頁(yè) 目 錄 結(jié) 束 ECHAP（ Extended Challenge Handshake Authentication Protocol）是一種更安全、靈活的 CHAP擴(kuò)展認(rèn)證協(xié)議。 ECHAP實(shí)現(xiàn)了安全的身份認(rèn)證和用戶敏感驗(yàn)證信息（秘密信息）在服務(wù)器和客戶端的安全存儲(chǔ)，防止了因超級(jí)用戶泄露或復(fù)制用戶的秘密值的安全隱患。 ECHAP協(xié)議 本 節(jié) 上一頁(yè) 下一頁(yè) 目 錄 結(jié) 束 本 節(jié) 電子商務(wù)的安全技術(shù)
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1