電子商務(wù)安全與法律-資料下載頁
2025-01-09 22:55本頁面
【正文】 ure Sockets Layer，安全套接層） SSL協(xié)議是由 Netscape于 1994年開發(fā)的，可以實現(xiàn)兼容瀏覽器和服務(wù)器（通常是 Web服務(wù)器）之間的安全通信。 SSL使用的是 RSA數(shù)字簽名算法，可以支持 密鑰加密算法，比如 DES和 TripleDES。 基本上， SSL的主要功能是通過用戶的瀏覽器及主機端的 web服務(wù)器，所共同提供的一套安全機制，其主要目的是要讓用戶在網(wǎng)絡(luò)上所傳輸?shù)拿恳环輸?shù)據(jù)，都能受到安全的保護。 實現(xiàn) SSL協(xié)議的是 HTTP的安全版，名為 HTTPS。 HTTPS協(xié)議的使用 ?SSL協(xié)議的主要內(nèi)容 ?數(shù)據(jù)加密 ?身份識別 ?數(shù)據(jù)檢核 ?記錄處理協(xié)議（ Record Protocol） ?記錄表頭 (Record Head) ?記錄數(shù)據(jù) (Record Data) ?協(xié)商處理協(xié)議（ Handshake Protocol） 用 戶 端 服 務(wù) 端 a、請求建立安全連接 c、確認(rèn)認(rèn)證的正確性 d、產(chǎn)生加密時所需的密鑰 e、 所有通信數(shù)據(jù)使用前一階段所產(chǎn)生的密鑰進行對稱式加密解密 ?SSL協(xié)議的優(yōu)缺點 ?優(yōu)點： ?操作簡單 ?程序應(yīng)用靈活性大 ?具有內(nèi)建數(shù)據(jù)壓縮功能 ?缺點： SSL協(xié)議有利于商家而不利于客戶。 建立 SSL安全連接的過程 圖顯示在 eCoin上在登陸（ Login）用戶名時即進入 SSL安全連接。 在 eCoin上連接交換敏感信息的頁面圖 這時瀏覽器發(fā)出安全警報，開始建立安全連接，參見左圖。同時驗證安全證書，參見右圖。用戶單擊 “ 確定 ” 鍵即進入安全連接。 瀏覽器開始建立安全連接圖 瀏覽器驗證服務(wù)器安全證書圖 該圖顯示在 eCoin上的安全連接已經(jīng)建立 ， 瀏覽器右下角狀態(tài)欄的鎖型圖案表示用戶通過網(wǎng)頁傳輸?shù)挠脩裘兔艽a都將通過加密方式傳送 。 當(dāng)加密方式傳送結(jié)束后，瀏覽器會離開交換敏感信息的頁面，自動斷開安全連接。 離開交換敏感信息的頁面，瀏覽器自動斷開安全連接圖 SET協(xié)議 為了克服 SSL安全協(xié)議的缺點，更為了達到交易安全及合乎成本效益之市場要求， VISA和MasterCard聯(lián)合其他國際組織， Microsoft、IBM、 Netscape、 GTE、 SAIC、 Terisa和Verisign等共同制定了安全電子交易 SET協(xié)議（ Secure Electronic Transaction ） ，于 1996年2月 1日公布了“安全電子交易”的協(xié)議，并在1997年 5月公布了 。 SET協(xié)議是一種利用加密技術(shù)以確保信用卡消費者、銷售商及金融機構(gòu)在 Internert上從事電子交易的安全性與隱私性的協(xié)議。 ?SET安全協(xié)議涉及的對象的范圍 ?持卡人（ Cardholder） ?在線商店（ Merchant） ?收單結(jié)構(gòu)（ Acquirer） ?發(fā)卡機構(gòu)（ Issuer） ?支付網(wǎng)關(guān)（ Payment Gateway） ?認(rèn)證中心（ CA） ?SET協(xié)議的交易流程 Stage 1：認(rèn)證 支付網(wǎng)關(guān)從認(rèn)證中心取得所需的認(rèn)證數(shù)據(jù) 銷售商從認(rèn)證中心取得所需的認(rèn)證數(shù)據(jù) 持卡人從認(rèn)證中心取得所需的認(rèn)證數(shù)據(jù) Stage 2：采購 持卡人決定采購何種商品 /服務(wù) 銷售商傳送其認(rèn)證數(shù)據(jù)給持卡人 持卡人傳送采購商品 /服務(wù)的交易數(shù)據(jù)給銷售商 支付網(wǎng)關(guān)依據(jù)銷售商傳送過來的付款卡數(shù)據(jù)及付款金額，決定是要認(rèn)可或拒絕此項交易 銷售商傳送一個“交易完成”的信息給持卡人 調(diào)整或取消步驟 7的交易授權(quán)記錄（此步驟是選擇性的） Stage 3：收款 銷售商傳送一個收款信息給支付網(wǎng)關(guān)，此項收款可以是持卡人單筆或多筆的授權(quán)額度 1如果在收款的過程中發(fā)現(xiàn)錯誤（如持卡人授信不足），則銷售商傳送數(shù)據(jù)向支付網(wǎng)關(guān)要求取消交易收款記錄（只有在收款的過程中發(fā)現(xiàn)錯誤時才執(zhí)行此步驟） Stage 4：退款 1銷售商向支付網(wǎng)關(guān)傳送數(shù)據(jù)要求進行已收款交易的全部（部分）退款操作 1如果一項退款操作被認(rèn)定有誤，則銷售商會傳送數(shù)據(jù)向支付網(wǎng)關(guān)要求取消交易退款記錄 SSL協(xié)議與 SET協(xié)議的比較 SSL協(xié)議是基于傳輸層的通用安全協(xié)議，它只占據(jù)電子商務(wù)體系中一部分，可以看作其中用于傳輸?shù)哪遣糠旨夹g(shù)規(guī)范。 SET位于應(yīng)用層，它對網(wǎng)絡(luò)上其它各層也有所涉及。 SET中規(guī)范了整個商務(wù)活動的流程，從信用卡持卡人到商家，到支付網(wǎng)關(guān)，到認(rèn)證中心及信用卡結(jié)算中心之間的信息流走向及必須采用的加密，認(rèn)證都制定了嚴(yán)密的標(biāo)準(zhǔn)，從而最大限度的保證商務(wù)性、服務(wù)性、協(xié)調(diào)性和集成性。 其它協(xié)議 (了解 ) ?安全超文本傳輸協(xié)議（ SHTTP） ?安全交易技術(shù)協(xié)議（ STT， Secure Transaction Technology） ?UN/EDIFACT標(biāo)準(zhǔn)中的安全措施 ?國際商會制定的 《 電子交換貿(mào)易數(shù)據(jù)統(tǒng)一行為守則 》 （ UNCID） ?電子交易的安全性問題 ?電子合同的法律問題 ?電子商務(wù)認(rèn)證的法律問題 ?知識產(chǎn)權(quán)及隱私問題 ?電子商務(wù)的管轄權(quán)問題 ?電子商務(wù)的稅收 ?立足于國際立法趨同的取向 ?研究 《 電子商務(wù)示范法 》 尚未涉及的問題 ?體現(xiàn)國家意志，把國家利益放在第一位 ?有利于電子商務(wù)發(fā)展，而不是制約和阻礙 ?立法要有遠見，要科學(xué)、更具可操作性 ?基礎(chǔ)性、緊迫性的法律法規(guī)應(yīng)優(yōu)先考慮 第五章 結(jié) 束 非常感謝同學(xué)們一學(xué)期以來的信任與支持，祝同學(xué)們以后的路越走越好，在工作和生活中出類拔萃！ 謝 謝 大 家 ！
試題試卷相關(guān)推薦
鄂ICP備17016276號-1