Sql server安全設置九大措施
Sql server安全設置是DBA們關注的焦點，下面為您詳細介紹Sql server安全設置九大措施，希望對您學習Sql server安全設置方面能有所幫助。
1、使用安全的密碼策略
我們把密碼策略擺在所有安全設置的第一步，請注意，非常多數(shù)據(jù)庫帳號的密碼過于簡單，這跟系統(tǒng)密碼過于簡單是個道理。對于sa更應該注意，同時不要讓sa帳號的密碼寫于應用程式或腳本中。健壯的密碼是安全的第一步！
SQL Server2000安裝的時候，如果是使用混合模式，那么就需要輸入sa的密碼，除非你確認必須使用空密碼。這比以前的版本有所改進。
同時養(yǎng)成定期修改密碼的好習慣。數(shù)據(jù)庫管理員應該定期查看是否有不符合密碼需求的帳號。比如使用下面的SQL語句：
Use master
Select name,Password from syslogins where password is null 2、使用安全的帳號策略。
由于SQL Server不能更改sa用戶名稱，也不能刪除這個終極用戶，所以，我們必須對這個帳號進行最強的保護，當然，包括使用一個非常強壯的密碼，最佳不要在數(shù)據(jù)庫應用中使用sa帳號，只有當沒有其他方法登錄到 SQL Server 實例（例如，當其他系統(tǒng)管理員不可用或忘記了密碼）時才使用 sa。建議數(shù)據(jù)庫管理員新建立一個擁有和sa相同權限的終極用戶來管理數(shù)據(jù)庫。安全的帳號策略還包括不要讓管理員權限的帳號泛濫。
SQL Server的認證模式有視窗系統(tǒng)身份認證和混合身份認證兩種。如果數(shù)據(jù)庫管理員不希望操作系統(tǒng)管理員來通過操作系統(tǒng)登陸來接觸數(shù)據(jù)庫的話，能在帳號管理中把系統(tǒng)帳號“BUILTIN＼Administrators”刪除。不過這樣做的結果是一旦sa帳號忘記密碼的話，就沒有辦法來恢復了。
非常多主機使用數(shù)據(jù)庫應用只是用來做查詢、修改等簡單功能的，請根據(jù)實際需要分配帳號，并賦予僅僅能夠滿足應用需求和需要的權限。比如，只要查詢功能的，那么就使用一個簡單的public帳號能夠select就能了。
3、加強數(shù)據(jù)庫日志的記錄。
審核數(shù)據(jù)庫登錄事件的“失敗和成功”，在實例屬性中選擇“安全性”，將其中的審核級別選定為全部，這樣在數(shù)據(jù)庫系統(tǒng)和操作系統(tǒng)日志里面，就周詳記錄了所有帳號的登錄事件。
請定期查看SQL Server日志檢查是否有可疑的登錄事件發(fā)生，或使用DOS命令。
findstr /C:"登錄" d:＼Microsoft SQL Server＼MSSQL＼LOG＼*.*
4、管理擴展存儲過程
對存儲過程進行大手術，并且對帳號調用擴展存儲過程的權限要慎重。其實在多數(shù)應用中根本用不到多少系統(tǒng)的存儲過程，而SQL Server的這么多系統(tǒng)存儲過程只是用來適應廣大用戶需求的，所以請刪除不必要的存儲過程，因為有些系統(tǒng)的存儲過程能非常容易地被人利用起來提升權限或進行破壞。
如果你不必擴展存儲過程xp_cmdshell請把他去掉。使用這個SQL語句：
use master
sp_dropextendedproc ’xp_cmdshell’
xp_cmdshell是進入操作系統(tǒng)的最佳捷徑，是數(shù)據(jù)庫留給操作系統(tǒng)的一個大后門。如果你需要這個存儲過程，請用這個語句也能恢復過來。
sp_addextendedproc ’xp_cmdshell’, ’xpsql70.dll’
如果你不必請丟棄OLE自動存儲過程（會造成管理器中的某些特征不能使用），這些過程包括如下：
Sp_OACreate Sp_OADestroy Sp_OAGetErrorInfo Sp_OAGetProperty
Sp_OAMethod Sp_OASetProperty Sp_OAStop
去掉不必的注冊表訪問的存儲過程，注冊表存儲過程甚至能夠讀出操作系統(tǒng)管理員的密碼來，如下：
Xp_regaddmultistring Xp_regdeletekey Xp_regdeletevalue Xp_regenumvalues
Xp_regread Xp_regremovemultistring Xp_regwrite
更有一些其他的擴展存儲過程，你也最佳檢查檢查。
在處理存儲過程的時候，請確認一下，避免造成對數(shù)據(jù)庫或應用程式的傷害。
5、使用協(xié)議加密
SQL Server 2000使用的Tabular Data Stream協(xié)議來進行網(wǎng)絡數(shù)據(jù)交換，如果不加密的話，所有的網(wǎng)絡傳輸都是明文的，包括密碼、數(shù)據(jù)庫內容等等，這是個非常大的安全威脅。能被人在網(wǎng)絡中截獲到他們需要的東西，包括數(shù)據(jù)庫帳號和密碼。所以，在條件容許情況下，最佳使用SSL來加密協(xié)議，當然，你需要一個證書來支持。
6、不要讓人隨便探測到你的TCP/IP端口
默認情況下，SQL Server使用1433端口監(jiān)聽，非常多人都說SQL Server設置的時候要把這個端口改動，這樣別人就不能非常容易地知道使用的什么端口了。可惜，通過微軟未公開的1434端口的UDP探測能非常容易知道SQL Server使用的什么TCP/IP端口了。
不過微軟還是考慮到了這個問題，畢竟公開而且開放的端口會引起不必要的麻煩。在實例屬性中選擇TCP/IP協(xié)議的屬性。選擇隱藏 SQL Server 實例。如果隱藏了 SQL Server 實例，則將禁止對試圖枚舉網(wǎng)絡上現(xiàn)有的 SQL Server 實例的客戶端所發(fā)出的廣播作出響應。這樣，別人就不能用1434來探測你的TCP/IP端口了（除非用Port Scan）。
7、修改TCP/IP使用的端口
請在上一步設置的基礎上，更改原默認的1433端口。在實例屬性中選擇網(wǎng)絡設置中的TCP/IP協(xié)議的屬性，將TCP/IP使用的默認端口變?yōu)槠渌丝凇?/p>
8、拒絕來自1434端口的探測
由于1434端口探測沒有限制，能夠被別人探測到一些數(shù)據(jù)庫信息，而且還可能遭到DOS攻擊讓數(shù)據(jù)庫服務器的CPU負荷增大，所以對視窗系統(tǒng) 2000操作系統(tǒng)來說，在IPSec過濾拒絕掉1434端口的UDP通訊，能盡可能地隱藏你的SQL Server。
9、對網(wǎng)絡連接進行IP限制
SQL Server 2000數(shù)據(jù)庫系統(tǒng)本身沒有提供網(wǎng)絡連接的安全解決辦法，不過視窗系統(tǒng) 2000提供了這樣的安全機制。使用操作系統(tǒng)自己的IPSec能實現(xiàn)IP數(shù)據(jù)包的安全性。請對IP連接進行限制，只確保自己的IP能夠訪問，也拒絕其他IP進行的端口連接，把來自網(wǎng)絡上的安全威脅進行有效的控制。
【編輯推薦】
