掃二維碼與項(xiàng)目經(jīng)理溝通
我們?cè)谖⑿派?4小時(shí)期待你的聲音
解答本文疑問(wèn)/技術(shù)咨詢/運(yùn)營(yíng)咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流
“xxx拖庫(kù)”、“xxxx數(shù)據(jù)泄露”等等層出不窮的安全事件表明,要想根本上解決這種越過(guò)網(wǎng)絡(luò)防護(hù),繞開權(quán)控體系,直接復(fù)制文件塊并異地還原解析的“內(nèi)鬼”式攻擊方式,必須采用存儲(chǔ)層的加密技術(shù),確保敏感信息一旦落盤,必須密文存儲(chǔ)。隨著數(shù)據(jù)庫(kù)加密技術(shù)在國(guó)內(nèi)市場(chǎng)的興起,更多數(shù)據(jù)安全企業(yè)的涌入,市面上出現(xiàn)了幾種具有代表性的數(shù)據(jù)庫(kù)加密技術(shù)。

一、前置代理及加密網(wǎng)關(guān)技術(shù)
1. 技術(shù)原理
該方案的總體技術(shù)思路即在數(shù)據(jù)庫(kù)之前增加一道安全代理服務(wù),對(duì)數(shù)據(jù)庫(kù)訪問(wèn)的用戶都必須經(jīng)過(guò)該安全代理服務(wù),在此服務(wù)中實(shí)現(xiàn)如數(shù)據(jù)加解密、存取控制等安全策略。然后安全代理服務(wù)通過(guò)數(shù)據(jù)庫(kù)的訪問(wèn)接口實(shí)現(xiàn)數(shù)據(jù)存儲(chǔ)。安全代理服務(wù)存在于客戶端應(yīng)用與數(shù)據(jù)庫(kù)存儲(chǔ)引擎之間,負(fù)責(zé)完成數(shù)據(jù)的加解密工作,加密數(shù)據(jù)存儲(chǔ)在安全代理服務(wù)中。
2. 利弊分析:前置代理及代理網(wǎng)關(guān)加密技術(shù),邁不過(guò)去的“坎”
另外此種方案需要在安全代理服務(wù)層提供非常復(fù)雜的數(shù)據(jù)庫(kù)管理功能,如:SQL命令解析,通訊服務(wù),加密數(shù)據(jù)索引存儲(chǔ)管理、事務(wù)管理等等,因此存在巨大的開發(fā)工作量及很高的技術(shù)復(fù)雜度,此外還有類似于存儲(chǔ)過(guò)程、觸發(fā)器等無(wú)法解決的技術(shù)問(wèn)題。
二、應(yīng)用層改造加密技術(shù)
1. 技術(shù)原理
應(yīng)用層加密方案的主要技術(shù)原理是應(yīng)用系統(tǒng)通過(guò)加密API(JDBC,ODBC,CAPI等)對(duì)敏感數(shù)據(jù)進(jìn)行加密,將加密數(shù)據(jù)存儲(chǔ)到數(shù)據(jù)庫(kù)的底層文件中;在進(jìn)行數(shù)據(jù)檢索時(shí),將密文數(shù)據(jù)取回到客戶端,再進(jìn)行解密,應(yīng)用系統(tǒng)自行管理密鑰體系。
2. 利弊分析:應(yīng)用層加密技術(shù),只是看起來(lái)很美
最主要不足在于:應(yīng)用程序必須對(duì)數(shù)據(jù)進(jìn)行加解密,增加編程復(fù)雜度,而且無(wú)法對(duì)現(xiàn)有系統(tǒng)做到透明,應(yīng)用程序必須進(jìn)行大規(guī)模改造。這種技術(shù)無(wú)法利用數(shù)據(jù)庫(kù)的索引機(jī)制,加密后數(shù)據(jù)的檢索性能大幅下降。
三、基于文件級(jí)的加解密技術(shù)
1. 技術(shù)原理
顧名思義,基于文件級(jí)的加解密技術(shù)是不與數(shù)據(jù)庫(kù)自身原理融合,只是對(duì)數(shù)據(jù)存儲(chǔ)的載體從操作系統(tǒng)或文件系統(tǒng)層面進(jìn)行加解密的技術(shù)手段。
這種技術(shù)通過(guò)在操作系統(tǒng)中植入具有一定入侵性的“鉤子”進(jìn)程,在數(shù)據(jù)存儲(chǔ)文件被打開的時(shí)候進(jìn)行解密動(dòng)作,在數(shù)據(jù)落地的時(shí)候執(zhí)行加密動(dòng)作,具備基礎(chǔ)加解密能力的同時(shí),能夠根據(jù)操作系統(tǒng)用戶或者訪問(wèn)文件的進(jìn)程ID進(jìn)行基本的訪問(wèn)權(quán)限控制。
2. 利弊分析:跳出“體系”之外,優(yōu)勢(shì)與風(fēng)險(xiǎn)同在
這種技術(shù)巧妙的繞過(guò)了讓各路英雄頭疼的問(wèn)題。對(duì)數(shù)據(jù)庫(kù)高端特性兼容、查詢檢索性能保障、統(tǒng)計(jì)分析效率等關(guān)鍵技術(shù)指標(biāo)均有較好的適應(yīng)情況。
然而在這種機(jī)制下,存在的問(wèn)題也會(huì)比較明顯,包含以下幾類:
四、基于視圖及觸發(fā)器的后置代理技術(shù)
1. 技術(shù)原理
這種技術(shù)是使用“視圖”+“觸發(fā)器”+“擴(kuò)展索引”+“外部調(diào)用”的方式實(shí)現(xiàn)數(shù)據(jù)加密,同時(shí)保證應(yīng)用完全透明。核心思想是充分利用數(shù)據(jù)庫(kù)自身提供的應(yīng)用定制擴(kuò)展能力,分別使用其觸發(fā)器擴(kuò)展能力、索引擴(kuò)展能力、自定義函數(shù)擴(kuò)展能力以及視圖等技術(shù)來(lái)滿足數(shù)據(jù)存儲(chǔ)加密,加密后數(shù)據(jù)檢索,對(duì)應(yīng)用無(wú)縫透明等核心需求。
2. 利弊分析:后置代理,獨(dú)自過(guò)獨(dú)木橋
以傳統(tǒng)的列加密DBCoffer為代表的后置代理加密技術(shù),經(jīng)過(guò)幾年演進(jìn)逐步被大家接受,這種技術(shù)擁有前置代理和應(yīng)用改造所不具備的透明性,靈活性以及數(shù)據(jù)庫(kù)高端技術(shù)的兼容性,可謂率先走過(guò)了數(shù)據(jù)庫(kù)加密這一風(fēng)險(xiǎn)與挑戰(zhàn)都巨大的“獨(dú)木橋”。然而向前看,“獨(dú)木橋”還在。
“應(yīng)用環(huán)境下,單表億級(jí)數(shù)據(jù)規(guī)模,加密后查詢檢索性能會(huì)不會(huì)受到明顯影響?”“對(duì)密文數(shù)據(jù)的統(tǒng)計(jì)分析操作,如何保證速度基本不下降?”“實(shí)施加密后,對(duì)密文數(shù)據(jù)的運(yùn)維、遷移、備份等操作,如何將改動(dòng)降至最低”“大量的數(shù)據(jù)加密,會(huì)否帶來(lái)更大量的空間膨脹”……這些自數(shù)據(jù)庫(kù)加密技術(shù)問(wèn)世以來(lái)就相伴而生的問(wèn)題,不僅變成了用戶心頭的疑云,也成為了后置代理加密技術(shù)提供商亟待解決的當(dāng)務(wù)之急。

我們?cè)谖⑿派?4小時(shí)期待你的聲音
解答本文疑問(wèn)/技術(shù)咨詢/運(yùn)營(yíng)咨詢/技術(shù)建議/互聯(lián)網(wǎng)交流