電子商務(wù)安全與法律-預(yù)覽頁
【正文】 （ 2）公鑰加密體制的優(yōu)點： ?密鑰分配簡單 ,利用數(shù)字證書分配 ?密鑰的保存量少 ?可以完成數(shù)字簽名和數(shù)字信封。這樣，可以把其中的一個在網(wǎng)上公開，稱為公鑰；另一個由自己保留，稱為私鑰。從而得到 （ 33， 3） 為公鑰； （ 33， 7） 為私鑰 。 ?證書更新 持卡人證書 、 商戶和支付網(wǎng)關(guān)證書應(yīng)定期更新 ， 更新過程與證書發(fā)放過程是一樣的 。 圖 認(rèn)證中心 VeriSign的主頁 ① 中國數(shù)字認(rèn)證網(wǎng) （ ） ② 中國金融認(rèn)證中心 （ ） ③ 中 國 電 子 郵 政 安 全 證 書 管 理 中 心（ ） ④ 北京數(shù)字證書認(rèn)證中心 （ ） ⑤ 廣東省電子商務(wù)認(rèn)證中心 （ ） ⑥ 上海市電子商務(wù)安全證書管理中心有限公司（ ） ⑦ 海南省電子商務(wù)認(rèn)證中心 （ ） ⑧ 天津 CA認(rèn)證中心 （ ) ⑨ 山東省 CA認(rèn)證中心 （ ） 中國知名的認(rèn)證中心 數(shù)字證書（ Digital Certificate） 數(shù)字證書也叫數(shù)字憑證、數(shù)字標(biāo)識。 ? 證書擁有者的姓名 ? 證書擁有者的公鑰 ? 公鑰的有效期 ? 頒發(fā)數(shù)字證書的單位 ? 頒發(fā)數(shù)字證書單位的數(shù)字簽名 ? 數(shù)字證書的序列號 ?數(shù)字證書的類型 ?個人數(shù)字證書 ?企業(yè)（服務(wù)器）數(shù)字證書 ?軟件（開發(fā)者）數(shù)字證書 ?數(shù)字證書的有效性 ?證書沒有過期 ?密鑰沒有修改 ?用戶有權(quán)使用這個密鑰 ?證書必須不在無效證書清單中 ?認(rèn)證中心 CA有自己的一個公鑰對，用于對用戶認(rèn)證（數(shù)字簽名）， CA的私鑰有高度的保密性，公鑰公開（以自簽名證書的方式），用戶需要安全獲得。 ?數(shù)字證書的認(rèn)證原理 A： 隨機產(chǎn)生 KD(會話密鑰 ) 用 B的證書中的 PK(公鑰 )加密 KD，產(chǎn)生密鑰交換報文CIPHER 將 CIPHER傳送給 B B： 用自己的私鑰解密 CIPHER，得到 KD AB： 以后 A和 B使用 KD作為對稱密鑰加密和解密交換的信息。 不同的消息其摘要不同，相同消息其摘要相同，因此摘要成為消息的“ 指紋 ” ，以驗證消息是否是 “ 真身 ” 。這要求建立一種安全機制，能夠核實買賣雙方、合同等各種信息的真實性，這種交易認(rèn)證的核心技術(shù)就是數(shù)字簽名。 原信息 摘要 數(shù)字 簽名 Hash 函數(shù) 發(fā)送者 私鑰加密 發(fā)送端 接收端 摘要 數(shù)字 簽名 原信息 發(fā)送者 公鑰解密 摘要 Hash 函數(shù) 對比 Inter Inter 數(shù)字簽名過程 ?用散列算法將要傳輸?shù)男畔?nèi)容變換成一固定長度的信息段 ， 即信息摘要 ?用發(fā)送者的私有密鑰對信息摘要加密 ， 就生成了數(shù)字簽名 ?接收方為驗證所收信息 ， 先用發(fā)送方的公開密鑰解密數(shù)字簽名 ， 得到信息文摘 A， 再把收到的信息用同樣的散列算法計算 ， 得到信息文摘 B ?比較 A和 B， 如果二者相同 ， 表示信息確實是該發(fā)送者發(fā)出的 ， 而且在傳輸中未被修改 。接收者不能偽造對報文的簽名 數(shù)字簽名 數(shù)字簽名參見圖 ?數(shù)字簽名的實現(xiàn)方法 數(shù)字簽名主要有 3種應(yīng)用廣泛的方法： RSA簽名、 DSS簽名和 Hash簽名。用戶首先將需要加時間戳的文件經(jīng)加密后形成文檔，然后將摘要發(fā)送到專門提供數(shù)字時間戳服務(wù)的權(quán)威機構(gòu)，該機構(gòu)對原摘要加上時間后，進行數(shù)字簽名，用私鑰加密，并發(fā)送給原用戶。 ―數(shù)字信封 ” (也稱電子信封 )技術(shù)。 防火墻一般是由軟件系統(tǒng)和硬件設(shè)備組合而成，是加強因特網(wǎng)與內(nèi)部網(wǎng)之間安全防范的一個或一組系統(tǒng)。 SSL使用的是 RSA數(shù)字簽名算法，可以支持 密鑰加密算法，比如 DES和 TripleDES。 建立 SSL安全連接的過程 圖顯示在 eCoin上在登陸（ Login）用戶名時即進入 SSL安全連接。 瀏覽器開始建立安全連接圖 瀏覽器驗證服務(wù)器安全證書圖 該圖顯示在 eCoin上的安全連接已經(jīng)建立 ， 瀏覽器右下角狀態(tài)欄的鎖型圖案表示用戶通過網(wǎng)頁傳輸?shù)挠脩裘兔艽a都將通過加密方式傳送 。 ?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ān)推薦
鄂ICP備17016276號-1