在做完上面三步基礎(chǔ)之后，我們再來討論SQLServer的安全配置。

1、使用安全的密碼策略

我們把密碼策略擺在所有安全配置的第一步，請(qǐng)注意，很多數(shù)據(jù)庫帳號(hào)的密碼過于簡單，這跟系統(tǒng)密碼過于簡單是一個(gè)道理。對(duì)于sa更應(yīng)該注意，同時(shí)不要讓sa帳號(hào)的密碼寫于應(yīng)用程序或者腳本中。健壯的密碼是安全的第一步！

SQLServer2000安裝的時(shí)候，如果是使用混合模式，那么就需要輸入sa的密碼，除非你確認(rèn)必須使用空密碼。這比以前的版本有所改進(jìn)。

同時(shí)養(yǎng)成定期修改密碼的好習(xí)慣。數(shù)據(jù)庫管理員應(yīng)該定期查看是否有不符合密碼要求的帳號(hào)。比如使用下面的SQL語句：

Usemaster

SelectnamePasswordfromsysloginswherepasswordisnull

2、使用安全的帳號(hào)策略。

由于SQLServer不能更改sa用戶名稱，也不能刪除這個(gè)超級(jí)用戶，所以，我們必須對(duì)這個(gè)帳號(hào)進(jìn)行最強(qiáng)的保護(hù)，當(dāng)然，包括使用一個(gè)非常強(qiáng)壯的密碼，最好不要在數(shù)據(jù)庫應(yīng)用中使用sa帳號(hào)，只有當(dāng)沒有其它方法登錄到SQLServer實(shí)例（例如，當(dāng)其它系統(tǒng)管理員不可用或忘記了密碼）時(shí)才使用sa。建議數(shù)據(jù)庫管理員新建立一個(gè)擁有與sa一樣權(quán)限的超級(jí)用戶來管理數(shù)據(jù)庫。安全的帳號(hào)策略還包括不要讓管理員權(quán)限的帳號(hào)泛濫。

SQLServer的認(rèn)證模式有Windows身份認(rèn)證和混合身份認(rèn)證兩種。如果數(shù)據(jù)庫管理員不希望操作系統(tǒng)管理員來通過操作系統(tǒng)登陸來接觸數(shù)據(jù)庫的話，可以在帳號(hào)管理中把系統(tǒng)帳號(hào)“BUILTINAdministrators”刪除。不過這樣做的結(jié)果是一旦sa帳號(hào)忘記密碼的話，就沒有辦法來恢復(fù)了。

很多主機(jī)使用數(shù)據(jù)庫應(yīng)用只是用來做查詢、修改等簡單功能的，請(qǐng)根據(jù)實(shí)際需要分配帳號(hào)，并賦予僅僅能夠滿足應(yīng)用要求和需要的權(quán)限。比如，只要查詢功能的，那么就使用一個(gè)簡單的public帳號(hào)能夠select就可以了。

3、加強(qiáng)數(shù)據(jù)庫日志的記錄。

審核數(shù)據(jù)庫登錄事件的“失敗和成功”，在實(shí)例屬性中選擇“安全性”，將其中的審核級(jí)別選定為全部，這樣在數(shù)據(jù)庫系統(tǒng)和操作系統(tǒng)日志里面，就詳細(xì)記錄了所有帳號(hào)的登錄事件。如圖：

請(qǐng)定期查看SQLServer日志檢查是否有可疑的登錄事件發(fā)生，或者使用DOS命令。

findstr/C:"登錄"d:MicrosoftSQLServerMSSQLLOG*.*

4、管理擴(kuò)展存儲(chǔ)過程

對(duì)存儲(chǔ)過程進(jìn)行大手術(shù)，并且對(duì)帳號(hào)調(diào)用擴(kuò)展存儲(chǔ)過程的權(quán)限要慎重。其實(shí)在多數(shù)應(yīng)用中根本用不到多少系統(tǒng)的存儲(chǔ)過程，而SQLServer的這么多系統(tǒng)存儲(chǔ)過程只是用來適應(yīng)廣大用戶需求的，所以請(qǐng)刪除不必要的存儲(chǔ)過程，因?yàn)橛行┫到y(tǒng)的存儲(chǔ)過程能很容易地被人利用起來提升權(quán)限或進(jìn)行破壞。

如果你不需要擴(kuò)展存儲(chǔ)過程xp_cmdshell請(qǐng)把它去掉。使用這個(gè)SQL語句：

usemaster

sp_dropextendedproc‘xp_cmdshell‘

xp_cmdshell是進(jìn)入操作系統(tǒng)的最佳捷徑，是數(shù)據(jù)庫留給操作系統(tǒng)的一個(gè)大后門。如果你需要這個(gè)存儲(chǔ)過程，請(qǐng)用這個(gè)語句也可以恢復(fù)過來。

sp_addextendedproc‘xp_cmdshell‘‘xpsql70.dll‘

如果你不需要請(qǐng)丟棄OLE自動(dòng)存儲(chǔ)過程（會(huì)造成管理器中的某些特征不能使用），這些過程包括如下：

Sp_OACreateSp_OADestroySp_OAGetErrorInfoSp_OAGetProperty

Sp_OAMethodSp_OASetPropertySp_OAStop

去掉不需要的注冊表訪問的存儲(chǔ)過程，注冊表存儲(chǔ)過程甚至能夠讀出操作系統(tǒng)管理員的密碼來，如下：

Xp_regaddmultistringXp_regdeletekeyXp_regdeletevalueXp_regenumvalues

Xp_regreadXp_regremovemultistringXp_regwrite

還有一些其他的擴(kuò)展存儲(chǔ)過程，你也最好檢查檢查。

在處理存儲(chǔ)過程的時(shí)候，請(qǐng)確認(rèn)一下，避免造成對(duì)數(shù)據(jù)庫或應(yīng)用程序的傷害。

5、使用協(xié)議加密

SQLServer2000使用的TabularDataStream協(xié)議來進(jìn)行網(wǎng)絡(luò)數(shù)據(jù)交換，如果不加密的話，所有的網(wǎng)絡(luò)傳輸都是明文的，包括密碼、數(shù)據(jù)庫內(nèi)容等等，這是一個(gè)很大的安全威脅。能被人在網(wǎng)絡(luò)中截獲到他們需要的東西，包括數(shù)據(jù)庫帳號(hào)和密碼。所以，在條件容許情況下，最好使用SSL來加密協(xié)議，當(dāng)然，你需要一個(gè)證書來支持。

6、不要讓人隨便探測到你的TCP/IP端口

默認(rèn)情況下，SQLServer使用1433端口監(jiān)聽，很多人都說SQLServer配置的時(shí)候要把這個(gè)端口改變，這樣別人就不能很容易地知道使用的什么端口了。可惜，通過微軟未公開的1434端口的UDP探測可以很容易知道SQLServer使用的什么TCP/IP端口了（請(qǐng)參考《深入探索SQLServer網(wǎng)絡(luò)連接的安全問題》）。

不過微軟還是考慮到了這個(gè)問題，畢竟公開而且開放的端口會(huì)引起不必要的麻煩。在實(shí)例屬性中選擇TCP/IP協(xié)議的屬性。選擇隱藏SQLServer實(shí)例。如果隱藏了SQLServer實(shí)例，則將禁止對(duì)試圖枚舉網(wǎng)絡(luò)上現(xiàn)有的SQLServer實(shí)例的客戶端所發(fā)出的廣播作出響應(yīng)。這樣，別人就不能用1434來探測你的TCP/IP端口了（除非用PortScan）。

7、修改TCP/IP使用的端口

請(qǐng)?jiān)谏弦徊脚渲玫幕A(chǔ)上，更改原默認(rèn)的1433端口。在實(shí)例屬性中選擇網(wǎng)絡(luò)配置中的TCP/IP協(xié)議的屬性，將TCP/IP使用的默認(rèn)端口變?yōu)槠渌丝?。如圖：

9、拒絕來自1434端口的探測

由于1434端口探測沒有限制，能夠被別人探測到一些數(shù)據(jù)庫信息，而且還可能遭到DOS攻擊讓數(shù)據(jù)庫服務(wù)器的CPU負(fù)荷增大，所以對(duì)Windows2000操作系統(tǒng)來說，在IPSec過濾拒絕掉1434端口的UDP通訊，可以盡可能地隱藏你的SQLServer。

10、對(duì)網(wǎng)絡(luò)連接進(jìn)行IP限制

SQLServer2000數(shù)據(jù)庫系統(tǒng)本身沒有提供網(wǎng)絡(luò)連接的安全解決辦法，但是Windows2000提供了這樣的安全機(jī)制。使用操作系統(tǒng)自己的IPSec可以實(shí)現(xiàn)IP數(shù)據(jù)包的安全性。請(qǐng)對(duì)IP連接進(jìn)行限制，只保證自己的IP能夠訪問，也拒絕其他IP進(jìn)行的端口連接，把來自網(wǎng)絡(luò)上的安全威脅進(jìn)行有效的控制。

關(guān)于IPSec的使用

上面主要介紹的一些SQLServer的安全配置，經(jīng)過以上的配置，可以讓SQLServer本身具備足夠的安全防范能力。當(dāng)然，更主要的還是要加強(qiáng)內(nèi)部的安全控制和管理員的安全培訓(xùn)，而且安全性問題是一個(gè)長期的解決過程，還需要以后進(jìn)行更多的安全維護(hù)。

咨詢