set購物流程3des加密

Ⅰ 3des加密原理

使用3Des加密演算法前，我們需要了解一下當前主流的加密模式：單向加密和雙向加密，兩者最大的區別在於加密的密文是否具有可逆性。

單向加密：將需要加密的數據進行加密，並且密文不可進行解密，像我們常用的加密演算法MD5就屬於這種。

雙向加密：和單向加密不同的是可以通過某些方式進行加解密的操作，其中分為對稱加密和非對稱加密。

對稱加密：指數據使用者必須擁有相同的密鑰才可以進行加密解密，就像彼此約定的一串暗號，本文介紹的3Des加密就屬於這種。

非對稱加密：通過一組包含公鑰和私鑰的密碼來加密解密，用公鑰加密，私鑰解密，首推的就是RSA加密

---------------------------------------------------------------------------------------------------------------------------------------

3Des加密演算法，由於可以逆推原文，所以主要通過本地的唯一密鑰來保證數據的安全性，我這邊通過生成隨機的256位加密字元串存儲在本地，代碼讀取時將其通過md5加密成32位的字元串（由於本地有原始密鑰，不必擔心md5加密不可逆），最後以這32位加密字元串作為密鑰進行加解密的操作。

Ⅱ set保護的結算交易的工作流程是什麼

在opporen3手機版本下操作(1)購物者在支持set標準的網站上購物.他可用瀏覽器的電子錢包傳輸加密的財務信息和其數字證書.

(2)商家的www伺服器將set加密的交易信息傳輸給結算卡處理中心，由後者將此交易信息解密並進行處理.同時，認證中心驗證此數字簽名是否屬於發送者.

(3)結算卡處理中心將此交易信息發到消費者結算卡的發行機構，請求批准.

(4)最後，商家的網站收到消費者開戶銀行批准交易的通知.這時，交易金額就從消費者的結算卡賬戶里劃去。
.(5)商家將商品送出;並將交易額加到結算卡交易區里，以便日後傳給開戶銀行加入自己的賬戶.

SET協議是指為了實現更加完善的即時電子支付應運而生的。SET協議（SecureElectronicTransaction），被稱之為安全電子交易協議，是由MasterCard和Visa聯合Netscape，Microsoft等公司，於1997年6月1日推出的一種新的電子支付模型。SET協議是B2C上基於信用卡支付模式而設計的，它保證了開放網路上使用信用卡進行在線購物的安全。SET主要是為了解決用戶，商家，銀行之間通過信用卡的交易而設計的，它具有的保證交易數據的完整性，交易的不可抵賴性等種種優點，因此它成為公認的信用卡網上交易的國際標准。

為了使銀行卡在網上支付過程中真正實現交易安全和支付的不可否認性，採用安全電子交易協議(SET)是不可缺少的步驟.SET是專門用於加密信用卡支付的協議.支付安全的目標是為了提供有關持卡人、商戶和收單行的身份驗證手續，提供支付數據的機密性，保持支付數據的完整性以及為相應的安全服務涉及的演算法和協議進行定義.SET現在已經成為網上銀行支付的安全標准，它的應用將可以為網上銀行卡支付提供信息的機密性、數據的完整性、消費者賬戶的可確認性、商戶的確定性和可靠的互操作性.

Ⅲ 3DES的加密過程

3DES加密過程為：C=Ek3(Dk2(Ek1(P)))
3DES解密過程為：P=Dk1(EK2(Dk3(C)))
具體的加/解密過程如圖所示。
using System;
using System.Text;
using System. IO;
using System.Security.Cryptography;
class Class1
{
static void Main()
{
Console.WriteLine(Encrypt String...);
txtKey = tkGGRmBErvc=;
btnKeyGen();
Console.WriteLine(Encrypt Key :{0},txtKey);
txtIV = Kl7ZgtM1dvQ=;
btnIVGen();
Console.WriteLine(Encrypt IV :{0},txtIV);
Console.WriteLine();
string txtEncrypted = EncryptString(1111);
Console.WriteLine(Encrypt String : {0},txtEncrypted);
string txtOriginal = DecryptString(txtEncrypted);
Console.WriteLine(Decrypt String : {0},txtOriginal);
}
private static SymmetricAlgorithm mCSP;
private static string txtKey;
private static string txtIV;
private static void btnKeyGen()
{
mCSP = SetEnc();
byte[] byt2 = Convert.FromBase64String(txtKey);
mCSP.Key = byt2;
}
private static void btnIVGen()
{
byte[] byt2 = Convert.FromBase64String(txtIV);
mCSP.IV = byt2;
}
private static string EncryptString(string Value)
{
ICryptoTransform ct;
MemoryStream ms;
CryptoStream cs;
byte[] byt;
ct = mCSP.CreateEncryptor(mCSP.Key, mCSP.IV);
byt = Encoding.UTF8.GetBytes(Value);
ms = new MemoryStream();
cs = new CryptoStream(ms, ct, CryptoStreamMode.Write);
cs.Write(byt, 0, byt.Length);
cs.FlushFinalBlock();
cs.Close();
return Convert.ToBase64String(ms.ToArray());
}
private static string DecryptString(string Value)
{
ICryptoTransform ct;
MemoryStream ms;
CryptoStream cs;
byte[] byt;
ct = mCSP.CreateDecryptor(mCSP.Key, mCSP.IV);
byt = Convert.FromBase64String(Value);
ms = new MemoryStream();
cs = new CryptoStream(ms, ct, CryptoStreamMode.Write);
cs.Write(byt, 0, byt.Length);
cs.FlushFinalBlock();
cs.Close();
return Encoding.UTF8.GetString(ms.ToArray());
}
private static SymmetricAlgorithm SetEnc()
{
return new DESCryptoServiceProvider();
}
}
K1、K2、K3決定了演算法的安全性，若三個密鑰互不相同，本質上就相當於用一個長為168位的密鑰進行加密。多年來，它在對付強力攻擊時是比較安全的。若數據對安全性要求不那麼高，K1可以等於K3。在這種情況下，密鑰的有效長度為112位。

Ⅳ 安全電子交易SET-使用SET協議購物過程

SET協議涉及的當事人包括持卡人、發卡機構、商家、銀行以及支付網關。SET協議提供了消費者、商家和銀行之間的認證，確保了交易數據的機密性、真實性、完整性和交易的不可否認性，特別是保證不將消費者銀行卡號暴露給商家，因此它成為了目前公認的信用卡/借記卡的網上交易的國際安全標准。SET協議的購物流程如圖

使用SET協議進行購物的流程

使用SET協議的具體購物流程如下：</br>
（1）持卡人使用瀏覽器在商家的Web頁面上查看和瀏覽在線商品及目錄。</br>
（2）持卡人選擇要購買的商品。</br>
（3）持卡人填寫訂單，包括項目列表、價格、總價、運費、搬運費和稅費等。訂單可通過電子化方式從商家傳送過來，或由持卡人的電子購物軟體建立。有些在線商店允許持卡人與商家協商物品的價格。</br>
（4）持卡人選擇付款方式，此時SET開始介入。</br>
（5）持卡人通過網路發送給商家一個完整的訂單及要求付款的指令。在SET中，訂單和付款指令由持卡人進行數字簽名，同時，利用雙重簽名技術保證商家看不到持卡人的賬號信息。</br>
（6）商家接受訂單，通過支付網關向持卡人的金融機構請求支付認可。在銀行和發卡機構確認和批准交易後，支付網關給商家返回確認信息。</br>
（7）商家通過網路給顧客發送訂單確認信息，為顧客配送貨物，完成訂購服務。客戶端軟體可記錄交易日誌，以備將來查詢。</br>
（8）商家為顧客配送貨物，完成訂購服務。</br>
（9）商家可以立即請求銀行將錢從購物者賬號轉移到商家賬號，也可以等到某一時間，請求成批劃賬處理。一次購物到此結束。</br>

Ⅳ DB2 資料庫 利用存儲過程實現3DES加密

create or replace procere test(in in_where varchar(100)) --創建一個存儲過程test，並可以傳入字元串作為參數
declare v_sql varchar(512);
set v_sql = ' delete from table1 where field1 in (' concat in_where concat ') ' ; -- 這里是把傳進來的where語句拼起來
execute immediate v_sql; --這里是把語句進行執行---------類似以上這樣的存儲過程，使用以下的放在進行執行即可：call test( ' ''001'',''002'' ') ; --內容中的一個『 需要使用 』『 進行轉義

Ⅵ 3DES的演算法介紹

3DES又稱Triple DES，是DES加密演算法的一種模式，它使用3條56位的密鑰對數據進行三次加密。數據加密標准（DES）是美國的一種由來已久的加密標准，它使用對稱密鑰加密法，並於1981年被ANSI組織規范為ANSI X.3.92。DES使用56位密鑰和密碼塊的方法，而在密碼塊的方法中，文本被分成64位大小的文本塊然後再進行加密。比起最初的DES，3DES更為安全。
3DES（即Triple DES）是DES向AES過渡的加密演算法（1999年，NIST將3-DES指定為過渡的加密標准），加密演算法，其具體實現如下：設Ek()和Dk()代表DES演算法的加密和解密過程，K代表DES演算法使用的密鑰，P代表明文，C代表密文，這樣：
3DES加密過程為：C=Ek3(Dk2(Ek1(P)))
3DES解密過程為：P=Dk1(EK2(Dk3(C)))

Ⅶ SET技術的購物流程

電子商務的工作流程與實際的購物流程非常接近，使得電子商務與傳統商務可以很容易融合，用戶使用也沒有什麼障礙。從顧客通過瀏覽器進入在線商店開始，一直到所定貨物送貨上門或所定服務完成，以及帳戶上的資金轉移，所有這些都是通過公共網路(Internet)完成的。如何保證網上傳輸數據的安全和交易對方的身份確認是電子商務能否得到推廣的關鍵。這正是SET所要解決的最主要的問題。一個包括完整的購物處理流程的SET的工作過程如下：
(1)持卡人使用瀏覽器在商家的WEB主頁上查看在線商品目錄，瀏覽商品。
(2)持卡人選擇要購買的商品。
(3)持卡人填寫定單，包括項目列表、價格、總價、運費、搬運費、稅費。定單可通過電子化方式從商家傳過來，或由持卡人的電子購物軟體建立。有些在線商場可以讓持卡人與商家協商物品的價格（例如出示自己是老客戶的證明，或給出競爭對手的價格信息）。
(4)持卡人選擇付款方式，此時SET開始介入。
(5)持卡人發送給商家一個完整的定單及要求付款的指令。在SET中，定單和付款指令由持卡人進行數字簽名，同時利用雙重簽名技術保證商家看不到持卡人的帳號信息。
(6)商家收到定單後，向持卡人的金融機構請求支付認可。通過支付網關到銀行，再到發卡機構確認，批准交易。然後返回確認信息給商家。
(7)商家發送定單確認信息給顧客。顧客端軟體可記錄交易日誌，以備將來查詢。
(8)商家給顧客裝運貨物，或完成訂購的服務。到此為止，一個購買過程已經結束。商家可以立即請求銀行將錢從購物者的帳號轉移到商家帳號，也可以等到某一時間，請求成批劃帳處理。
(9)商家從持卡人的金融機構請求支付。在認證操作和支付操作中間一般會有一個時間間隔，例如在每天的下班前請求銀行結一天的帳。