日前有多條新聞提到了有人可以從外部訪問數據庫——通常是應該受到保護的商業解決方案——發現數據庫中的敏感信息例如用戶姓名密碼信用卡號或者地址都是以明文存儲的這種事情已經太多了因此大多數人創建數據庫驅動的解決方案的第一條設計決策就是如何加密存儲數據以便於保證它的安全免受窺探
SQL Server 中有哪一種支持可以用於加密對象和數據?從一開始就討論一下SQL Server 欠缺什麼是明智的或者是對於SQL Server中的加密部分你不應該做什麼
首先SQL Server有兩個內置的密碼函數——即pwdencrypt() 和 pwdcompare()同時還有兩個SQL Server用來管理密碼哈希的沒有正式記錄的函數:pwdencrypt() 將密碼哈希過後進行存儲;pwdcompare()將提供的字符串與哈希後的字符串進行比較不幸的是這個哈希函數不是非常安全它可以通過字典攻擊算法被破解(類似命令行應用程序!)
這些函數隨著SQL Server的版本發展而不斷進行修改這也是另一個沒有使用它們的原因早期版本的SQL Server對密碼進行的哈希在後來的版本中無法解密所以如果你依賴一個版本中的函數那麼當升級的時候所有你的加密數據就都沒有用了除非你可以首先對其解密——這也就違背了加密的最初的目的
第二你可能會嘗試去創建一個針對你的數據庫的自制的加密解決方案但是有以下三個理由說明你不要這樣做:
除非你是加密專家否則胡亂編寫的加密系統只會提供非常低級的價值不高的保護新鮮的是單向密碼哈希或者ROTx形式的加密幾乎不需要費事就可以被輕松打敗
如果由於你自己的能力的缺乏而導致加密被破解那麼你的數據就完蛋了你需要將所有的東西進行沒有加密的備份是嗎?(即使你加密了那裡有沒有安全漏洞?)
當市面上提供有專業級別的具有工業強度的加密解決方案的時候你就不值得花費時間去自己做把你的時間用於構建一個好的堅固的數據庫而不是再重新發明一次車輪
那麼什麼才是好的加密數據的方式呢?
對於新手微軟提供了一個自己生成的加密解決方案CryptoAPI 對於輕量級的加密軍用級別的安全就不在考慮范圍之內它具有相對容易實現的優勢:管理員可以安裝一個名為CAPICOM 的ActiveX 控制它可以在TSQL存儲過程中提供CryptoAPI 功能CAPICOM 支持各種類型的雙向加密和單向哈希算法所以管理員可以挑選最適合應用程序的問題的部分
如果你對使用微軟的解決方案不感興趣還有一些很好的第三方的方案可以使用一家名為ActiveCrypt 的軟件有限責任公司制造了XP_CRYPT 它是SQL Server的插件可以在視圖程序和觸發器中通過擴展存儲過程和用戶自定義函數(在SQL Server 中)來完成加密你可以下載一個支持無線的MDDES 以及SHA哈希的免費版本的應用程序;其他的加密模型就是在比特深度上進行的(完全版本是無限的)在你自己的代碼中你可以使用XP_CRYPT與ActiveX 控制一樣(在受限的免費版本中)對於ASP程序員來說一個名為AspEncrypt 的組件提供了一種將高級加密整合到你的代碼中的簡單方式
對數據庫文件自身進行加密或者提供傳輸層上的安全保護怎麼樣?對於前者你可以在Windows系統中持續使用加密文件系統然而你必須保存加密密鑰的備份在出現問題的時候這個數據有可能會丟失對於後者有IPSec和SQL Server自己的SSL加密都是SQL Server和Windows自帶的你主要精力應該放在避免以明文存儲敏感數據因為從數據庫中抽取沒有加密的數據也是最容易受到攻擊的地方
From:http://tw.wingwit.com/Article/program/SQLServer/201311/22489.html
