數(shù)據(jù)庫加密可行性研究分析報告(完整版)
【正文】 結(jié)構(gòu)如圖所示：i. 服務主密鑰。SQL Server 2005通過DP API（數(shù)據(jù)保護應用編程接口）調(diào)用Windows操作系統(tǒng)中的加密函數(shù)，從而可以在安裝服務器時自動產(chǎn)生服務器主密鑰，在服務器主密鑰的基礎(chǔ)上又可以對數(shù)據(jù)庫的主密鑰等進行加密。對稱密鑰可以被數(shù)字證書或非對稱密鑰加密。為適應計算機安全技術(shù)飛速發(fā)展的需要，美國于1983年發(fā)布了“可信計算機系統(tǒng)評估標準（TCSEC）”，1985年又發(fā)布了其修訂版。從總體上來說，各個數(shù)據(jù)庫廠商一般都提供了一些數(shù)據(jù)庫加密的解決方案，部分解決了對敏感數(shù)據(jù)的加密問題。這是因為修改DBMS內(nèi)核的工作量非常大，更重要的是，這種方式必須要DBMS開發(fā)商的全力支持，而這一點幾乎不可能做得到。可以對我們自己設(shè)計的數(shù)據(jù)庫中的數(shù)據(jù)進行加密解密。本次項目的技術(shù)關(guān)鍵有兩點：一是加密算法的實現(xiàn)及其安全性；二是如何將在上一階段實現(xiàn)的算法嵌入到系統(tǒng)中從而實現(xiàn)完整的數(shù)據(jù)庫加密功能。接著，根據(jù)輪數(shù)，Ci 和Di 分別經(jīng)過LSi 循環(huán)左移1 位或2 位?；谖覀儸F(xiàn)有的條件，由于對數(shù)據(jù)庫系統(tǒng)低層次的東西了解甚少，覺得在本次項目中存在的最大風險就是可能無法很好的將實現(xiàn)的算法嵌入到數(shù)據(jù)庫系統(tǒng)中，從而不能達到預期的數(shù)據(jù)加密效果。17 / 18。目前的電子商務系統(tǒng)等正不斷的發(fā)展，保障其后臺數(shù)據(jù)庫的安全已是不可忽視的重大問題。 壓縮置換也稱作置換選擇，位就是從56 位中選出48 位，表2 定義了壓縮置換。項目將使用DES算法對數(shù)據(jù)加密，然后將加密算法嵌入系統(tǒng)中，從而實現(xiàn)對數(shù)據(jù)庫的加密。測試過程：測試策略為“由小到大”模式，即：1)單元測試：由程序員個人負責，集中測試最小可編譯的程序單元。從總體上來說，由于國內(nèi)在數(shù)據(jù)庫加密方面起步較晚，真正在安全性和易用性方面都達到令人滿意的成熟產(chǎn)品尚未出現(xiàn)。由數(shù)據(jù)加密還帶來了另外一個問題——加密數(shù)據(jù)的搜索效率問題，這方面的研究，Hakan Hacigumus 和ZHENGFEI WANG 做了很多有建設(shè)性的工作。 等人提出了同態(tài)加密算法對數(shù)據(jù)進行加密，使用者直接對數(shù)據(jù)庫密文進行操作而無需解密。C．密鑰的加密 關(guān)系圖如下：Windows ＤＰ?。粒校蒔assword服務器主密鑰 服務器級別Password數(shù)據(jù)庫主密鑰 數(shù)據(jù)庫級別Password數(shù)字證書非對稱密鑰Password對稱密鑰Password 數(shù)據(jù)庫加密核心技術(shù)對稱加密:SQL Server 2005中的Management Studio 并沒有直接提供產(chǎn)生對稱密鑰的方法，管理員要為數(shù)據(jù)庫產(chǎn)生對稱密鑰，需要執(zhí)行特殊的CREATE SYMMETRIC KEY 語句，而創(chuàng)建好的對稱密鑰通過OPEN SYMMETRIC KEY 和CLOSE SYMMETRIC KEY語句來打開和關(guān)閉，在對稱密鑰已經(jīng)打開的情況下，我們就可以使用相應的使用對稱密鑰加解密數(shù)據(jù)的語句來實現(xiàn)對數(shù)據(jù)庫中的某些數(shù)據(jù)進行加解密。iv. 數(shù)字證書。該密鑰可以用來對數(shù)據(jù)庫的主密鑰進行加密，而在數(shù)據(jù)庫的主密鑰的支持下，又可以構(gòu)建基于數(shù)字證書、對稱和非對稱加密的體系
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1