Microsoft建立了一種既靈活又強大的安全管理機制，它能夠對用戶訪問SQL Server服務器系統和數據庫的安全進行全面地管理。按照本文介紹的步驟，你可以為SQL Server 7.0（或2000）構造出一個靈活的、可管理的安全策略，而且它的安全性經得起考驗。
本文對驗證（authentication）和授權（authorization）這兩個概念作不同的解釋。驗證是指檢驗用戶的身份標識；授權是指允許用戶做些什麼。在本文的討論中，驗證過程在用戶登錄SQL Server的時候出現，授權過程在用戶試圖訪問數據或執行命令的時候出現。
構造安全策略的第一個步驟是確定SQL Server用哪種方式驗證用戶。SQL Server的驗證是把一組帳戶、密碼與Master數據庫Sysxlogins表中的一個清單進行匹配。Windows NT/2000的驗證是請求域控制器檢查用戶身份的合法性。一般地，如果服務器可以訪問域控制器，我們應該使用Windows NT/2000驗證。域控制器可以是Win2K服務器，也可以是NT服務器。無論在哪種情況下，SQL Server都接收到一個訪問標記（Access Token）。訪問標記是在驗證過程中構造出來的一個特殊列表，其中包含了用戶的SID（安全標識號）以及一系列用戶所在組的SID。正如本文後面所介紹的，SQL Server以這些SID為基礎授予訪問權限。注意，操作系統如何構造訪問標記並不重要，SQL Server只使用訪問標記中的SID。也就是說，不論你使用SQL Server 2000、SQL Server 7.0、Win2K還是NT進行驗證都無關緊要，結果都一樣。
如果使用SQL Server驗證的登錄，它最大的好處是很容易通過Enterprise Manager實現，最大的缺點在於SQL Server驗證的登錄只對特定的服務器有效，也就是說，在一個多服務器的環境中管理比較困難。使用SQL Server進行驗證的第二個重要的缺點是，對於每一個數據庫，我們必須分別地為它管理權限。如果某個用戶對兩個數據庫有相同的權限要求，我們必須手工設置兩個數據庫的權限，或者編寫腳本設置權限。如果用戶數量較少，比如25個以下，而且這些用戶的權限變化不是很頻繁，SQL Server驗證的登錄或許適用。但是，在幾乎所有的其他情況下（有一些例外情況，例如直接管理安全問題的應用），這種登錄方式的管理負擔將超過它的優點。
即使最好的安全策略也常常在一種情形前屈服，這種情形就是在Web應用中使用SQL Server的數據。在這種情形下，進行驗證的典型方法是把一組SQL Server登錄名稱和密碼嵌入到Web服務器上運行的程序，比如ASP頁面或者CGI腳本；然後，由Web服務器負責驗證用戶，應用程序則使用它自己的登錄帳戶（或者是系統管理員sa帳戶，或者為了方便起見，使用Sysadmin服務器角色中的登錄帳戶）為用戶訪問數據。
這種安排有幾個缺點，其中最重要的包括：它不具備對用戶在服務器上的活動進行審核的能力，完全依賴於Web應用程序實現用戶驗證，當SQL Server需要限定用戶權限時不同的用戶之間不易區別。如果你使用的是IIS 5.0或者IIS 4.0，你可以用四種方法驗證用戶。第一種方法是為每一個網站和每一個虛擬目錄創建一個匿名用戶的NT帳戶。此後，所有應用程序登錄SQL Server時都使用該安全環境。我們可以通過授予NT匿名帳戶合適的權限，改進審核和驗證功能。
第二種方法是讓所有網站使用Basic驗證。此時，只有當用戶在對話框中輸入了合法的帳戶和密碼，IIS才會允許他們訪問頁面。IIS依靠一個NT安全數據庫實現登錄身份驗證，NT安全數據庫既可以在本地服務器上，也可以在域控制器上。
