|
|
* 密碼學 Chapter 6 網際網路安全協定 Internet Security Protocols (Part 2)
|
|
|
|
電子貨幣
電子貨幣(electronic money)
電子現金(electronic cash)
數位現金(digital cash)
是另一項線上付款的方式
電子貨幣就是以電腦檔型態呈現的貨幣
|
|
|
|
電子貨幣的安全機制
顧客從銀行取得檔案型態貨幣的流程
步驟 1：銀行將電子貨幣傳給顧客
步驟 2：顧客收到電子貨幣並將其解密
|
|
|
|
電子貨幣的種類
電子貨幣依貨幣追蹤來分類
已辨識電子貨幣
匿名電子貨幣
電子貨幣依銀行交易的介入來分類
線上電子貨幣
離線電子貨幣
|
|
|
|
已辨識電子貨幣
功能類似信用卡
電子貨幣由銀行發給顧客，最後歸還銀行，方便銀行追蹤
電子貨幣相關資訊檔案須具有一個由銀行本身所發出的唯一序號
銀行則有一份清單包含每位提出貨幣申請的顧客之個別序號
由於已辨識電子貨幣的整個流程有跡可循，這亦產生了隱私的問題
|
|
|
|
匿名電子貨幣
匿名電子貨幣又稱盲貨幣
功能就像真的現金
無法追蹤金錢花費的去向，亦無從追蹤牽涉這類電子貨幣的交易
|
|
|
|
匿名電子貨幣
已辨識電子貨幣與匿名電子貨幣最關鍵的差異
已辨識電子貨幣
由銀行產生序號
匿名電子貨幣
由顧客產生序號
|
|
|
|
匿名電子貨幣的產生
顧客以一些數學演算法產生一個隨機序號，再將該序號乘上另一個龐大的數字(稱為盲因子)
顧客將得出的數值(稱為盲數)傳給銀行
銀行並不知道步驟1的原始數值
經銀行簽署(即加密)過該盲數，便將其傳回給顧客
顧客會以一些演算法將盲數轉換回原始數字
與商家交易時，顧客以原始數字而非盲數
商家也以原始數字與銀行申請兌換現金
|
|
|
|
線上電子貨幣
銀行必須主動參與顧客與商家間的交易
顧客完成購買前，商家將與銀行即時確認顧客提供之電子貨幣是否可被接受
確保此貨幣尚未被花掉，或序號是有效的
|
|
|
|
離線電子貨幣
銀行不需要參與顧客與商家的交易
顧客從商家購買東西並要求使用電子貨幣付款，商家接受電子貨幣，但不會在線上確認有效性
商家會收集一些這樣的電子貨幣交易，然後每天在固定時間一起處理
|
|
|
|
重複花費問題
若我們結合電子貨幣分類，可以得到四種可能性
已辨識線上電子貨幣
已辨識離線電子貨幣
匿名之線上電子貨幣
匿名之離線電子貨幣
以上四種可能性中最後一種會造成重複花費問題
|
|
|
|
電子郵件安全
電子郵件是網際網路最為廣泛的應用
使用電子郵件，使用者能夠透過網際網路寄送訊息給其他人
電子郵件在網路的傳遞過程中，安全性變得非常重要
|
|
|
|
電子郵件的格式
RFC822對純文字電子郵件訊息定義了一個格式
一個電子郵件有兩個部份構成
標題(類似人工郵件的信封)
包含的關鍵字
From(來自)
To(給)
Subject(主題)
Date(日期)
內容(主體)
|
|
|
|
簡易信件傳輸協定
Simple Mail Transfer Protocol, SMTP
主要工作是在寄件者與收件者之間傳輸電子郵件訊息
SMTP在TCP/IP上運作
|
|
|
|
|
|
|
|
|
|
Copy the following code to your webpage or blog to embed this presentation:
<a href="http://www.slidefinder.net/重/重複花費問題/33005900" class="slidefinder">CryptographicCh06_Part2</a>
<script type="text/javascript" src="http://www.slidefinder.net/scripts/embedded.js"></script>
<a href="http://www.slidefinder.net/重/重複花費問題/33005900" class="slidefinder">CryptographicCh06_Part2</a>
Det3
<script type="text/javascript" src="http://www.slidefinder.net/scripts/embedded.js"></script>
Share this presentation:
Comments