【導(dǎo)讀】南京郵電學(xué)院本科畢業(yè)論文網(wǎng)上支付系統(tǒng)模型的設(shè)計(jì)。電子商務(wù)支付系統(tǒng)的安全性..............8. 前端網(wǎng)絡(luò)頁(yè)面的設(shè)計(jì)和開(kāi)發(fā).............32. 第四章：對(duì)交易信息的加密簽名算法的實(shí)現(xiàn).............42

　　

【正文】 主循環(huán)有四輪，每輪 20 次操作每次操作對(duì) a,b,c,d 和 e 中的三個(gè)進(jìn)行一次非線性運(yùn)算，然后進(jìn)行與 MD5 中類似的移位運(yùn)算和加運(yùn)算。 SHA 的非線性函數(shù)集合為： ft(X,Y,Z)=(X∧ Y)∨（（ !X）∧ Z），對(duì)于 t=0 至 19 ft(X,Y,Z)=X^Y^Z,對(duì)于 t=20 至 39 ft(X,Y,Z)=(X∧ Y) ∨ (X∧ Z) ∨ (Y∧ Z),對(duì)于 t=40 到 59 ft(X,Y,Z)= X^Y^Z,對(duì)于 t=60 至 79 （其中 ^是異或，∧是與，∨是或， !是求反。） 該算法同樣使用了四個(gè)常數(shù)： Kt=0x5a827999,對(duì)于 t=0 至 19 Kt=0x6ed9eba1,對(duì)于 t=20 至 39 Kt=0x8f1bbcdc, 對(duì)于 t=40 到 59 Kt=0xca62c1db, 對(duì)于 t=60 至 79 用下面的算法將消息分組從 16 個(gè) 32位字（ M0 至 M15）變成 80 個(gè) 32位（ W0至 W79） : Wt=Mt,對(duì)于 t=0 至 15 Wt=（ Mt3^ Mt8^ Mt14^ Mt16） 1,對(duì)于 t=16 至 79 南京郵電學(xué)院本科畢業(yè)論文 網(wǎng)上支付系統(tǒng)模型的設(shè)計(jì)（商家服務(wù)器端） 25 設(shè) t 是操作序號(hào)（從 0 至 79）， Mt 表示擴(kuò)展后消息的第 t 個(gè)分組， 〈〈〈 S 表示循環(huán)左移 S 位，則主循環(huán)如下所示： 對(duì)于 t=0 至 79 TEMP=(a5)+f t(b,c,d)+e+Wt+Kt e=d d=c c=b30 b=a a=TEMP wt kt 成 圖 241 SHA的一次運(yùn)算 圖 241 是 SHA 的一次運(yùn)算過(guò)程。 通過(guò)不同的移位與在 MD5 算法中不同階段采用不同的變量相 比，兩者實(shí)現(xiàn)了同樣的目的。在這之后， a,b,c,d 和 e分別加上A， B， C， D和 E，然后用下一數(shù)據(jù)分組繼續(xù)運(yùn)行算法，最后的輸出由 A， B， C，D和 E級(jí)聯(lián)而成 。 數(shù)字簽名 由于課題還涉及到對(duì)定單的簽名認(rèn)證。所以對(duì)數(shù)字簽名進(jìn)行了系統(tǒng)的學(xué)習(xí)。 ei1 di1 ci1 bi1 ai1 ei di ci bi ai 5 30 非線性函數(shù) 南京郵電學(xué)院本科畢業(yè)論文 網(wǎng)上支付系統(tǒng)模型的設(shè)計(jì)（商家服務(wù)器端） 26 在文件上手寫(xiě)簽名長(zhǎng)期以來(lái)被用作作者身份的證明，或至少同意文件的內(nèi)容。簽名為什么會(huì)如此引人注目呢？ （ 1）簽名是可信的。簽名使文件的接收者相信簽名者是慎重地在文件上簽字的。 （ 2） 簽名不可偽造。簽名證明是簽字者而不是其他人慎重地在文件上簽字。 （ 3）簽名不可重用。簽 名是文件的一部分，不法之徒不可能將簽名移到不同的文件上。 （ 4）簽名的文件是不可改變的。在文件簽名后，文件不能改變。 （ 5） 簽名是不可抵賴的。簽名和文件是物理的東西。簽名者事后不能聲稱他沒(méi)有簽過(guò)名。 用公鑰密碼和單向 Hash 函數(shù)對(duì)文件簽名 有幾種公鑰算法能用作數(shù)字簽名。在一些算法中，例如 RSA，公鑰或者私鑰 都可用作加密。用你的私鑰加密文件，你就擁有安全的數(shù)字簽名。 基本協(xié)議是簡(jiǎn)單的： （ 1） Alice 用她的私鑰對(duì)文件加密，從而對(duì)文件簽名。 （ 2） Alice 將簽名的文件傳給 Bob。 （ 3） Bob 用 Alice 的公鑰解密文件，從而驗(yàn)證簽名。 這個(gè)協(xié)議比以前的算法更好。不需要 Trent 去簽名和驗(yàn)證。他只需要證明Alice 的公鑰的確是她的）。甚至協(xié)議的雙方不需要 Trent 來(lái)解決爭(zhēng)端；如果 Bob不能完成第（ 3）步，那么 他知道簽名是無(wú)效的。 這個(gè)協(xié)議也滿足我們期待的特征 ： （ 1）簽名是可信的。當(dāng) Bob 用 Alice 的公鑰驗(yàn)證信息時(shí)，他知道是由 Alice 簽名的。 （ 2）簽名是不可偽造的。只有 Alice 知道她的私鑰。 （ 3）簽名是不可重用的。簽名是文件的函數(shù)，并且不可能轉(zhuǎn)換成另外的文件。 （ 4） 被簽名的文件是不可改變的。如果文件有任何改變，文件就不可能用 Alice的公鑰驗(yàn)證。 （ 5）簽名是不可抵賴的。 Bob 不用 Alice 的幫助就能驗(yàn)證 Alice 的簽名。 南京郵電學(xué)院本科畢業(yè)論文 網(wǎng)上支付系統(tǒng)模型的設(shè)計(jì)（商家服務(wù)器端） 27 用公鑰密碼和單向 Hash 函數(shù)對(duì)文件簽名 在實(shí)際的實(shí)現(xiàn)過(guò)程中，采用公鑰密碼算法對(duì)長(zhǎng)文件簽名效率太低。為了節(jié)約時(shí)間，數(shù)字簽 名協(xié)議經(jīng)常和單向 Hash 函數(shù)一起使用。 Alice 并不對(duì)整個(gè)文件簽名，只對(duì)文件的 Hash 值簽 名。在這個(gè)協(xié)議中，單向 Hash 函數(shù)和數(shù)字簽名算法是事先就協(xié)商好了的。 （ 1） Alice 產(chǎn)生文件的單向 Hash 值。 （ 2） Alice 用她的私鑰對(duì) Hash 加密，憑此表示對(duì)文件簽名。 （ 3） Alice 將文件和 Hash 簽名送給 Bob。 （ 4） Bob 用 Alice 發(fā)送的文件產(chǎn)生文件的單向 Hash 值，然后用數(shù)字簽名算法對(duì)hash 值運(yùn)算 ，同時(shí)用 Alice 的公鑰對(duì)簽名的 Hash 解密。如果簽名的 hash 值與自己產(chǎn)生的 Hash 值匹配， 簽名就是有效的。 計(jì)算速度大大地提高了，并且兩個(gè)不同的文件有相同的 160 比特 Hash 值的概率為 1/2 因此，使用 Hash 函數(shù)的簽名和文件簽名一樣安全 帶加密的數(shù)字簽名 通過(guò)把公鑰密碼和數(shù)字 簽名結(jié)合起來(lái)，我們能夠產(chǎn)生一個(gè)協(xié)議，可把數(shù)字簽名的真實(shí)性和 加密的安全性合起來(lái)。想象你媽媽寫(xiě)的一封信：簽名提供了原作者的證明，而信封提供了秘密性 。 （ 1） Ailce 用她的私鑰對(duì)信息簽名。 SA（ M） . （ 2） Alice 用 Bob 的公鑰對(duì)簽名的信息加密，然后送給 Bob。 EB（ SA（ M）） . （ 3） Bob 用他的私鑰解密。 DB（ EB（ SA（ M））） =SA（ M） . （ 4） Bob 用 Alice 的公鑰驗(yàn)證并且恢復(fù)出信息。 VA（ SA（ M）） =M. 加密前簽名是很自然的。當(dāng) Alice 寫(xiě)一封信，她在信中簽名，然后 把信裝入信封 中。如果她把沒(méi)簽名的信放入信封，然后在信封上簽名，那么 Bob 可能會(huì)擔(dān)心是否這封信 被替換了。如果 Bob 把 Alice 的信和信封給 Carol 看， Carol 可能因信沒(méi)裝對(duì)信封而控告 Bob 說(shuō)謊。 南京郵電學(xué)院本科畢業(yè)論文 網(wǎng)上支付系統(tǒng)模型的設(shè)計(jì)（商家服務(wù)器端） 28 第三章： 電子商務(wù)網(wǎng)站的設(shè)計(jì) 花了近一個(gè)月時(shí)間對(duì)第一章和第二章的這些電子商務(wù)概論和安全技術(shù)的學(xué)習(xí)認(rèn)識(shí)之后，以下就進(jìn)入了對(duì)商家服務(wù)器端功能設(shè)計(jì)設(shè)計(jì)階段。首先設(shè)計(jì)一個(gè)電子商務(wù)網(wǎng)站來(lái)實(shí)現(xiàn)商家真端為客戶所提供的各種服務(wù)以及商家自己的后臺(tái)管理，這也是本章節(jié)要講述的內(nèi)容。 系統(tǒng)設(shè)計(jì) 通過(guò)參考圖書(shū)館里的圖書(shū)， 決定用 ASP和 Access 設(shè)計(jì)開(kāi)發(fā)這個(gè)電子商務(wù)網(wǎng)站。這個(gè)網(wǎng)站的重要功能分析如下： (1)用戶可以隨時(shí)登陸和注冊(cè) (2)用戶可以隨時(shí)找回密碼，密碼將發(fā)送到用戶注冊(cè)時(shí)候填寫(xiě)的電子信箱。 (3)用戶申訴功能，如果用戶定單沒(méi)被處理，可以隨時(shí)提出申訴（需要提供定單編號(hào)和用戶帳號(hào)）。 (4)用戶在最后支付時(shí)，可選擇不同的支付方式，將看到不同的信息。 (5)用戶可以隨時(shí)查看站務(wù)公告（站務(wù)公告用來(lái)公布最新信息）。 (1)用戶管理（查看和修改用戶資料）。 (2)定單管理（批量查看定單，查看用戶投訴等）。 (3)郵件 管理（發(fā)送郵件，設(shè)置郵件默認(rèn)標(biāo)題和內(nèi)容）。 (4)商品管理（查看、添加、修改商品信息）。 (5)另外還有一些添加公告、瀏覽公告、設(shè)置用戶折扣比例、設(shè)置用戶級(jí)別、積分和級(jí)別關(guān)系、添加支付方式、瀏覽 /刪除支付方式等 數(shù)據(jù)庫(kù)設(shè)計(jì)與實(shí)現(xiàn) 數(shù)據(jù)庫(kù)的需求分析 根據(jù)前面的系統(tǒng)功能分析，可以得到數(shù)據(jù)庫(kù)由以下幾個(gè)部分組成： （ 1） 用戶信息 （ 2） 管理員信息 （ 3） 定單信息 南京郵電學(xué)院本科畢業(yè)論文 網(wǎng)上支付系統(tǒng)模型的設(shè)計(jì)（商家服務(wù)器端） 29 （ 4） 商品明細(xì)表 （ 5） 折扣信息 （ 6） 付款方式信息 （ 7） 電子郵件管理列表 （ 8） 公告欄內(nèi)容 數(shù)據(jù)庫(kù)的邏輯設(shè)計(jì) 根據(jù)系統(tǒng)功能設(shè)計(jì)分析，對(duì)于系統(tǒng)用戶信息數(shù)據(jù)庫(kù)，可以列出以下數(shù)據(jù)項(xiàng)和數(shù)據(jù)結(jié)構(gòu) ： （ 1） 用戶信息：用戶名、姓名、密碼、所在城市、電子郵件、電話、住址、享受的大折比例、積分。 （ 2） 管理員信息：用戶名、姓名、密碼。 （ 3） 定單信息：用戶名、定單號(hào)、時(shí)間、總金額、支付方式、交易是否已經(jīng)完成、送貨地址、電子郵件、是否推薦。 （ 4） 商品明細(xì)表：貨號(hào)、商品子類、商品分類、數(shù)量、名稱、價(jià)格、訂購(gòu)數(shù)量、說(shuō)明、是否打包、圖例、是否推薦。 （ 5） 折扣信息：折扣等級(jí)、折扣值、積分。 （ 6） 付款方式信息：付款方式、付款方式說(shuō)明、時(shí)間、交易人姓名。 （ 7） 電子郵件管理列表：郵件主題、郵件內(nèi)容、寄信人。 （ 8） 公告欄內(nèi)容：標(biāo)題、內(nèi)容、發(fā)布時(shí)間、發(fā)布人姓名。 數(shù)據(jù)庫(kù)的結(jié)構(gòu)創(chuàng)建 根據(jù)數(shù)據(jù)庫(kù)需求分析，建立如下 8個(gè)表。 系統(tǒng)用戶信息數(shù)據(jù)表（ users 表），其結(jié)構(gòu)如圖 321所示。 圖 321 系統(tǒng)用戶信息數(shù)據(jù)表（ users） 南京郵電學(xué)院本科畢業(yè)論文 網(wǎng)上支付系統(tǒng)模型的設(shè)計(jì)（商家服務(wù)器端） 30 管理員信息數(shù)據(jù)表（ adminuser 表），其結(jié)構(gòu)如圖 322 所示。 圖 322 管理員信息數(shù)據(jù)表（ adminuser 表） 定單信息數(shù)據(jù)表（ orders 表），其結(jié)構(gòu)如圖 323所示。 圖 323 定單信息數(shù)據(jù)表（ orders 表） 商品明細(xì)表（ subs）其結(jié)構(gòu)如圖 324所示。 圖 324商品明細(xì)表（ subs） 南京郵電學(xué)院本科畢業(yè)論文 網(wǎng)上支付系統(tǒng)模型的設(shè)計(jì)（商家服務(wù)器端） 31 折扣信息數(shù)據(jù)表（ discount 表）其結(jié)構(gòu)如圖 325 所示。 圖 325折扣信息數(shù)據(jù)表（ discount 表） 付款方式信息數(shù)據(jù)表（ paydefault 表），其結(jié)構(gòu)如圖 326所示。 圖 326 付款方式信息數(shù)據(jù)表（ paydefault 表） 電子郵件管理列表數(shù)據(jù)表（ maildefault 表），其結(jié)構(gòu)如圖 327 所示。 圖 327 電子郵件管理列表數(shù)據(jù)表（ maildefault 表） 公告欄內(nèi)容（ message 表），其結(jié)構(gòu)如圖 327 所示。 南京郵電學(xué)院本科畢業(yè)論文 網(wǎng)上支付系統(tǒng)模型的設(shè)計(jì)（商家服務(wù)器端） 32 圖 327公告欄內(nèi)容（ message 表） 后臺(tái)數(shù)據(jù)庫(kù)的配置 以上的數(shù)據(jù)庫(kù)是用 MS Access 2020 建立的名為 database 的數(shù)據(jù)庫(kù)。選擇用 Access 做數(shù)據(jù)庫(kù)主要是因?yàn)樗牟僮骱?jiǎn)單。 注冊(cè)數(shù)據(jù)源是通過(guò) ODBC 數(shù)據(jù)源接口來(lái)實(shí)現(xiàn)的。注冊(cè)了之后，在 asp 中就很容易連接數(shù)據(jù)庫(kù)。 在設(shè)計(jì)中，由于很多時(shí)候都要用到連接數(shù)據(jù)庫(kù)的代碼，我把連接數(shù)據(jù)庫(kù)的代碼寫(xiě)到一個(gè) inc 以備調(diào)用，這樣就避免了重復(fù)代碼書(shū)寫(xiě)。連接數(shù)據(jù)庫(kù)的代碼如下： % Set Conn=() Connstr=DBQ=+()+。DefaultDir=。DRIVER={Microsoft Access Driver (*.mdb)} connstr % 利用 % 和 %來(lái)說(shuō)明這些代碼是在服務(wù)器端運(yùn)行，而不是瀏覽器解釋執(zhí)行的。 前端網(wǎng)絡(luò)頁(yè)面的設(shè)計(jì)和開(kāi)發(fā) 根據(jù)上面所作的分析，整個(gè)網(wǎng)站通過(guò) 16個(gè) ASP 頁(yè)面來(lái)實(shí)現(xiàn)。下面簡(jiǎn)要介紹一些有代表性的頁(yè)面實(shí)現(xiàn)方法。 客戶端首頁(yè) 1. 頁(yè)面示例 圖 331 是客戶端首頁(yè)。整 個(gè)頁(yè)面分為兩個(gè) frame，左邊 frame 提供用戶的操作選項(xiàng)，右邊的 frame 顯示系統(tǒng)的幫助信息。當(dāng)用戶單擊某個(gè)選項(xiàng)時(shí)，右邊的 frame南京郵電學(xué)院本科畢業(yè)論文 網(wǎng)上支付系統(tǒng)模型的設(shè)計(jì)（商家服務(wù)器端） 33 會(huì)轉(zhuǎn)到相應(yīng)的 ASP 頁(yè)面。 圖 331 3． 實(shí)現(xiàn)方法 根據(jù)上面的要求：所實(shí)現(xiàn)的頁(yè)面分為兩個(gè)子頁(yè)面 和 （這兩個(gè)頁(yè)面是 16 個(gè)頁(yè)面中的），代碼如下： html head title我的在線購(gòu)物系統(tǒng) /title meta equiv=ContentType content=text/html。 charset=gb2312 /head frameset frameborder=0 border=0 framespacing=0 rows=* frameset cols=198,937* frameborder=0 border=0 framespacing=0 frame