Secure Electronic Transaction

SET歷史與特性

SET的參與者

交易的步驟

雙重簽章

交易類型

SET歷史與特性

由MasterCard與Visa在1996年二月制定

1998年開始有產品上市

SET是安全協定與格式的集合，目的在於讓使用者可以在開放網路上使用現有的信用卡機制進行安全的交易

SET要達成的交易要求

付款與訂貨資料的保密性（要加密）

傳輸資料的完整性（要數位簽章）

持卡人與商店的身份確認（數位簽章、憑證）

不依靠傳輸層的高安全品質保密措施

商店無法得知持卡人的信用卡號碼（只有銀行知道）

SET的參與者

持卡人、商店

發卡機構：銀行一類的商業機構，發卡給持卡人、先替持卡人墊付貨款。

收單銀行：替商店處理收款事宜的銀行。

付款通道：用來處理商店的付款信息，通常由收單銀行或第三者來負責的機制

認證中心：發出符合X.509v3的公開鑰匙憑證

交易的步驟（一）

顧客開啟帳號、取得憑證：取得信用卡帳號與對應的憑證

商店持有自己的憑證（兩份）：一份用來簽署信息、一份用來進行key交換，並要擁有付款通道的public key憑證

顧客下訂單

商店被確認：商店送出憑證給顧客

送出訂單與付款：顧客送出憑證、訂單與加密後的付款資訊給商店

交易的步驟（二）

商店要求確認付款：商店將付款資訊送給付款通道，以確認顧客信用額度

商店確認訂單：商店將訂單的確認信息送給顧客

商店提供商品或服務：商店運送商品或提供服務給客戶

商店要求付款：商店將付款要求送給付款通道，由付款通道處理後續事宜

雙重簽章

用來防止信用卡卡號與採購訂單的配對被抽換

銀行跟商店都擁有DS與客戶的public key，銀行擁有PI與OIMD，商店擁有OI與PIMD

銀行與商店都可以確認整份交易無誤。

H

H

H

E

付款

資訊

PI

訂單

資訊

OI

H

SHA-1

E

RSA

客戶的private key

雙重簽章

DS

PIMD

OIMD

POMD

交易類型-購買要求（一）

詳細的交易類型請參考課本表格14.3

購買要求：

之前顧客應該都已經完成挑選、訂貨的工作

包含四個訊息：啟始要求、啟始回應、購買要求、購買回應

啟始要求：

顧客送給商店啟始要求

提供顧客信用卡種類、指定回應的識別碼與一個臨時亂數

索取商店憑證、付款通道憑證

交易類型-購買要求（二）

啟始回應

商店產生「啟始回應」，用自己的private key加密送給顧客

包含顧客送來的臨時亂數，另一個商店產生的臨時亂數、本次交易的識別碼。當然，還包括商店的簽章憑證與付款通道的key交換憑證

收到啟始回應後，顧客用認證中心的簽章來確認商店與付款通道的憑證，然後產生付款資訊（PI)與訂單資訊（OI），並產生一把傳統加密法用的session key Ks。

交易類型-購買要求（三）

購買要求：由顧客送給商店，結構如下

訂單資訊是用明文送出，裡面並不含詳細的交易內容，而是包含訂單的參考資料

付款

資訊

PI

DS

OIMD

E

E

Ks

付款通道的

Public Key

數位信封

DS

PIMD

訂單

資訊

OI

E

RSA與DES

商店將轉送給付款通道的資料

送給商店的購買要求信息

持卡人

憑證

交易類型-購買要求（四）

商店收到「購買要求」訊息後，會

認證持卡人的憑證

確認雙重簽章

處理訂單並將付款資訊送給付款通道，確認信用額度

送給顧客「購買回應」訊息。

購買回應：

由商店送給顧客

用商店的private key加密訂單回應訊息以及交易識別碼，並且也將商店的簽章憑證再送給顧客。

顧客檢驗商店的憑證，完成交易。

交易類型-付款確認（一）

付款確認包含兩個信息：確認要求與確認回應

確認要求：

商店送給付款通道

包含由顧客處取得的付款相關訊息：PI、DS、 OIMD、Ks數位信封

也包含商店的確認相關訊息：用商店private key所加密的交易識別碼區段，並用一個商店產生的 session key來加密此區段。將此session key用付款通道的鑰匙交換public key來加密此session key。

包含顧客的憑證、商店的簽章憑證、商店的鑰匙交換憑證。

交易類型-付款確認（二）

付款通道收到確認要求後

驗證所有的憑證

解開商店的數位信封取得session key

驗證商店簽章

解開付款資料中的數位信封取得session key

解開付款區段

驗證付款區段的雙重簽章與交易識別碼

向發卡機構申請並接收一份確認資訊

取得發卡銀行機構的資訊後送回「確認回應」訊息給商店

交易類型-付款確認（三）

確認回應

由付款通道送回給商店

包含一個確認區段，用付款通道的private key加密後，再用數位信封的方式加密送給商店（ session key由付款通道產生)

包含付款信物（token）的資訊，與確認區段的格式相同，不過商店不會處理這部份，而是與「付款要求」一起送回。

包含付款通道的憑證

商店取得確認回應後，就提供商品與服務給顧客

交易類型-獲得款項

獲得款項的交易包含：付款要求與付款回應

付款要求

由商店產生送給付款通道

包含付款信物與商店用數位信封加密簽署的付款要求區段

包含商店的簽章鑰匙與key交換鑰匙憑證

付款通道驗證之後，透過私人網路通知發卡機構將貨款轉到商店帳戶，並送出付款回應的信息給商店

Secure Electronic Transaction

tjm

1998-09-08T14:53:16