SQL Server 2005數(shù)據(jù)加密技術(shù)

數(shù)據(jù)用數(shù)字方式存儲(chǔ)在服務(wù)器中并非萬(wàn)無(wú)一失。實(shí)踐證明有太多的方法可以智取SQL Server 2000認(rèn)證保護(hù)，最簡(jiǎn)單的是通過(guò)使用沒(méi)有口令的sa賬號(hào)。盡管SQL Server 2005遠(yuǎn)比它以前的版本安全，但攻擊者還是有可能獲得存儲(chǔ)的數(shù)據(jù)。因此，數(shù)據(jù)加密成為更徹底的數(shù)據(jù)保護(hù)戰(zhàn)略，即使攻擊者得以存取數(shù)據(jù)，還不得不解密，因而對(duì)數(shù)據(jù)增加了一層保護(hù)。

SQL Server 2000以前的版本沒(méi)有內(nèi)置數(shù)據(jù)加密功能，若要在SQL Server 2000中進(jìn)行數(shù)據(jù)加密，不得不買第三家產(chǎn)品，然后在服務(wù)器外部作COM調(diào)用或者是在數(shù)據(jù)送服務(wù)器之前在客戶端的應(yīng)用中執(zhí)行加密。這意味著加密的密鑰或證書不得不由加密者自己負(fù)責(zé)保護(hù)，而保護(hù)密鑰是數(shù)據(jù)加密中最難的事，所以即使很多應(yīng)用中數(shù)據(jù)已被很強(qiáng)的加密過(guò)，數(shù)據(jù)保護(hù)仍然很弱。

SQL Server 2005通過(guò)將數(shù)據(jù)加密作為數(shù)據(jù)庫(kù)的內(nèi)在特性解決了這個(gè)問(wèn)題。它除了提供多層次的密鑰和豐富的加密算法外，最大的好處是用戶可以選擇數(shù)據(jù)服務(wù)器管理密鑰。SQL Server 2005服務(wù)器支持的加密算法如下：

⑴ 對(duì)稱式加密（Symmetric Key Encryption）：

對(duì)稱式加密方式對(duì)加密和解密使用相同的密鑰。通常，這種加密方式在應(yīng)用中難以實(shí)施，因?yàn)橛猛环N安全方式共享密鑰很難。但當(dāng)數(shù)據(jù)儲(chǔ)存在SQL Server中時(shí)，這種方式很理想，你可以讓服務(wù)器管理它。SQL Server 2005 提供RC4、RC2、DES 和 AES 系列加密算法。

⑵ 非對(duì)稱密鑰加密（Asymmetric Key Encryption）：

非對(duì)稱密鑰加密使用一組公共/私人密鑰系統(tǒng)，加密時(shí)使用一種密鑰，解密時(shí)使用另一種密鑰。公共密鑰可以廣泛的共享和透露。當(dāng)需要用加密方式向服務(wù)器外部傳送數(shù)據(jù)時(shí)，這種加密方式更方便。SQL Server 2005 支持 RSA 加密算法以及 512 位、1,024 位和 2,048 位的密鑰強(qiáng)度。

⑶ 數(shù)字證書（Certificate）：

數(shù)字證書是一種非對(duì)稱密鑰加密，但是，一個(gè)組織可以使用證書并通過(guò)數(shù)字簽名將一組公鑰和私鑰與其擁有者相關(guān)聯(lián)。SQL Server 2005 支持“因特網(wǎng)工程工作組”(IETF) X.509 版本 3 (X.509v3) 規(guī)范。一個(gè)組織可以對(duì) SQL Server 2005 使用外部生成的證書，或者可以使用 SQL Server 2005 生成證書。

SQL Server 2005 采用多級(jí)密鑰來(lái)保護(hù)它內(nèi)部的密鑰和數(shù)據(jù)，如下圖所示：

圖1 SQL Server 2005采用多級(jí)密鑰保護(hù)它內(nèi)部的密鑰和數(shù)據(jù)

圖中引出箭頭的密鑰或服務(wù)用于保護(hù)箭頭所指的密鑰。所以服務(wù)主密鑰（service master key）保護(hù)數(shù)據(jù)庫(kù)主密鑰（database master keys），而數(shù)據(jù)庫(kù)主密鑰又保護(hù)證書（certificates）和非對(duì)稱密鑰（asymmetric keys）。而最底層的對(duì)稱性密鑰（symmetric keys）被證書、非對(duì)稱密鑰或其他的對(duì)稱性密鑰保護(hù)（箭頭又指回它本身）。用戶只需通過(guò)提供密碼來(lái)保護(hù)這一系列的密鑰。

圖中頂層的服務(wù)主密鑰，安裝SQL Server 2005新實(shí)例時(shí)自動(dòng)產(chǎn)生和安裝，用戶不能刪除此密鑰，但數(shù)據(jù)庫(kù)管理員能對(duì)它進(jìn)行基本的維護(hù)，如備份該密鑰到一個(gè)加密文件，當(dāng)其危及到安全時(shí)更新它，恢復(fù)它。

服務(wù)主密鑰由DPAPI（Data Protection API）管理。DPAPI在Windows 2000 中引入，建立于Windows的Crypt32 API之上。SQL Server 2005 管理與DPAPI的接口。服務(wù)主密鑰本身是對(duì)稱式加密，用來(lái)加密服務(wù)器中的數(shù)據(jù)庫(kù)主密鑰。

數(shù)據(jù)庫(kù)主密鑰與服務(wù)主密鑰不同，在加密數(shù)據(jù)庫(kù)中數(shù)據(jù)之前，必須由數(shù)據(jù)庫(kù)管理員創(chuàng)建數(shù)據(jù)庫(kù)主密鑰。通常管理員在產(chǎn)生該密鑰時(shí)，提供一個(gè)口令，所以它用口令和服務(wù)主密鑰來(lái)加密。如果有足夠的權(quán)限，用戶可以在需要時(shí)顯式地或自動(dòng)地打開該密鑰。下面是產(chǎn)生數(shù)據(jù)庫(kù)主密鑰的T-SQL代碼示例：

USE EncryptionDB

CREATE MASTER KEY

ENCRYPTION BY PASSWORD = 'UTY6%djzZ8S7RyL'

每個(gè)數(shù)據(jù)庫(kù)只有一個(gè)數(shù)據(jù)庫(kù)主密鑰。可以用ALTER MASTR KEY語(yǔ)句來(lái)刪除加密，更改口令或刪除數(shù)據(jù)庫(kù)主密鑰。通常這由數(shù)據(jù)庫(kù)管理員來(lái)負(fù)責(zé)做這些。

有了數(shù)據(jù)庫(kù)主密鑰，就可以著手加密數(shù)據(jù)。T-SQL有置于其內(nèi)的加密支持。使用CREATE語(yǔ)句創(chuàng)建各種密碼，ALTER語(yǔ)句修改他們。例如要?jiǎng)?chuàng)建對(duì)稱式加密，可以通過(guò)一對(duì)函數(shù)EncryptByKey 和 DecryptByKey來(lái)完成。

數(shù)據(jù)加密技術(shù)應(yīng)用解析

下面通過(guò)實(shí)例來(lái)探討SQL Server 2005數(shù)據(jù)加密與解密技術(shù)的實(shí)現(xiàn)。

假設(shè)有一張Customer 表，表中有字段 customer ID、 name、 city 和各種信用卡細(xì)節(jié)。其中信用卡細(xì)節(jié)需要加密而其他數(shù)據(jù)不需要。假設(shè)User1有對(duì)稱式密鑰，并用該密鑰登錄，運(yùn)行相應(yīng)的代碼加密數(shù)據(jù)。

⑴ 數(shù)據(jù)加密

① 產(chǎn)生密鑰：在含有Customers 表的數(shù)據(jù)庫(kù)中使用Triple DES作為加密算法，生成對(duì)稱式密鑰。本例中，密鑰本身由已經(jīng)存在在數(shù)據(jù)庫(kù)中的證書保護(hù)，如圖一所示，對(duì)稱密碼受非對(duì)稱密碼和存在的其他對(duì)稱式密鑰保護(hù)。

CREATE SYMMETRIC KEY User1SymmetricKeyCert

AUTHORIZATION User1

WITH ALGORITHM = TRIPLE_DES

ENCRYPTION BY CERTIFICATE User1Certificate

② 打開密鑰：對(duì)稱式密鑰使用前必須顯式打開，所以接下來(lái)打開它，重新找回密碼，解密它，并放它在受保護(hù)的服務(wù)器內(nèi)存中，準(zhǔn)備使用。

OPEN SYMMETRIC KEY User1SymmetricKeyCert

DECRYPTION BY CERTIFICATE User1Certificate

③ 加密數(shù)據(jù)：在下面的代碼中，使用正常的T-SQL INSERT語(yǔ)句將一行數(shù)據(jù)插入表中，id、name和city 用明文保存，信用卡類型、號(hào)碼以及有潛在機(jī)密的客戶注釋用加密方式儲(chǔ)存，用Triple DES加密算法加密數(shù)據(jù)。

INSERT INTO Customer

VALUES (4, 'John Doe', 'Fairbanks',

EncryptByKey(Key_GUID(

'User1SymmetricKeyCert'), 'Amex'),

EncryptByKey(Key_GUID(

'User1SymmetricKeyCert'),

'1234-5678-9009-8765'),

EncryptByKey(Key_GUID(

'User1SymmetricKeyCert'),

'Window shopper. Spends $5 at most.'))

加密完成后，關(guān)閉它，釋放內(nèi)存，以防它被誤用。

CLOSE SYMMETRIC KEY User1SymmetricKeyCert

以上是整個(gè)的數(shù)據(jù)加密的操作過(guò)程。它沒(méi)有混亂的密碼管理，也不用調(diào)用特別的算法。儲(chǔ)存加密數(shù)據(jù)的字段是varbinary類型數(shù)據(jù)，其長(zhǎng)度足以儲(chǔ)存擴(kuò)展的數(shù)據(jù)（加密數(shù)據(jù)比明文需要更多的空間，有時(shí)候多很多）。

下圖為對(duì)Customer 表運(yùn)行正常的SELECT * 語(yǔ)句顯示的帶有加密數(shù)據(jù)的結(jié)果：

圖2 加密后的數(shù)據(jù)的查詢結(jié)果

⑵ 數(shù)據(jù)解密

要解密已加密的數(shù)據(jù)，你需要重新打開對(duì)稱式加密。使用DecryptByKey函數(shù)讀數(shù)據(jù)，然后關(guān)閉對(duì)稱式加密。結(jié)果及相應(yīng)的代碼如下。

OPEN SYMMETRIC KEY User1SymmetricKeyCert

DECRYPTION BY CERTIFICATE User1Certificate

SELECT CustID, Name, City,

CONVERT(VARCHAR, DecryptByKey(CreditCardType))

AS CardType,

CONVERT(VARCHAR, DecryptByKey(CreditCardNumber))

AS CardNumber,

CONVERT(VARCHAR, DecryptByKey(Notes))

AS Notes

FROM Customer WHERE CustID = 4

CLOSE SYMMETRICKEYUser1SymmetricKeyCert

圖3 對(duì)加密數(shù)據(jù)進(jìn)行解密后的結(jié)果

這個(gè)例子顯示了讓SQL Server 2005為你管理密鑰的一種方法。但實(shí)際上，用戶總是選擇自己提供一個(gè)口令的方式，用RC4算法產(chǎn)生對(duì)稱密碼。代碼如下：

CREATE SYMMETRIC KEY User2SymmetricKeyPwd

AUTHORIZATION User2

WITH ALGORITHM = RC4

ENCRYPTION BY PASSWORD = 'sdylvxF&imeG3FP'

SQL Server 2005產(chǎn)生一個(gè)基于用戶提供的口令的密鑰來(lái)加密數(shù)據(jù)。除非明確指定，否則口令不保存在在SQL Server 2005數(shù)據(jù)庫(kù)中，用戶必須保護(hù)好自己的口令，否則任何一個(gè)知道口令的人都可以解密數(shù)據(jù)。

假如認(rèn)為對(duì)存儲(chǔ)在數(shù)據(jù)庫(kù)中的數(shù)據(jù)加密完全是浪費(fèi)處理器時(shí)間和存儲(chǔ)空間那就錯(cuò)了。SQL Server 2005中的數(shù)據(jù)加密是一個(gè)非凡的特性，它為客戶的數(shù)據(jù)提供了一個(gè)重要的保護(hù)層。但應(yīng)用時(shí)要注意，只對(duì)那些敏感機(jī)密的數(shù)據(jù)進(jìn)行保護(hù)，因?yàn)榧用芟姆?wù)器處理器大量的資源，如果對(duì)一個(gè)有一千萬(wàn)條記錄的表的每個(gè)字段都加密的話，運(yùn)行一條沒(méi)有Where 子句的SELECT 就可能導(dǎo)致服務(wù)器性能的徹底崩潰。