Web環境中的SQL Server驗證
SQL Server的安全策略是針對SQL數據庫的安全性的，那么在Web環境中，SQL Server驗證又是怎樣的呢？下面讓我們來一起了解Web環境中的SQL Server驗證。
即使最好的安全策略也常常在一種情形前屈服，這種情形就是在Web應用中使用SQL Server的數據。在這種情形下，進行SQL Server驗證的典型方法是把一組SQL Server登錄名稱和密碼嵌入到Web服務器上運行的程序，比如ASP頁面或者CGI腳本；然后，由Web服務器負責驗證用戶，應用程序則使用它自己的登錄帳戶（或者是系統管理員sa帳戶，或者為了方便起見，使用Sysadmin服務器角色中的登錄帳戶）為用戶訪問數據。
這種安排有幾個缺點，其中最重要的包括：它不具備對用戶在服務器上的活動進行審核的能力，完全依賴于Web應用程序實現用戶驗證，當SQL Server需要限定用戶權限時不同的用戶之間不易區別。如果你使用的是IIS 5.0或者IIS 4.0，你可以用四種方法驗證用戶。第一種方法是為每一個網站和每一個虛擬目錄創建一個匿名用戶的NT帳戶。此后，所有應用程序登錄SQL Server時都使用該安全環境。我們可以通過授予NT匿名帳戶合適的權限，改進審核和SQL Server驗證功能。
第二種方法是讓所有網站使用Basic驗證。此時，只有當用戶在對話框中輸入了合法的帳戶和密碼，IIS才會允許他們訪問頁面。IIS依靠一個NT安全數據庫實現登錄身份驗證，NT安全數據庫既可以在本地服務器上，也可以在域控制器上。當用戶運行一個訪問SQL Server數據庫的程序或者腳本時，IIS把用戶為了瀏覽頁面而提供的身份信息發送給服務器。如果你使用這種方法，應該記住：在通常情況下，瀏覽器與服務器之間的密碼傳送一般是不加密的，對于那些使用Basic驗證而安全又很重要的網站，你必須實現SSL（Secure Sockets Layer，安全套接字層）。
在客戶端只使用IE 8.0、IE 7.0、IE6.0瀏覽器的情況下，你可以使用第三種驗證方法。你可以在Web網站上和虛擬目錄上都啟用NT驗證。IE會把用戶登錄計算機的身份信息發送給IIS，當該用戶試圖登錄SQL Server時IIS就使用這些登錄信息。使用這種簡化的方法時，我們可以在一個遠程網站的域上對用戶身份進行驗證（該遠程網站登錄到一個與運行著Web服務器的域有著信任關系的域）。
最后，如果用戶都有個人數字證書，你可以把那些證書映射到本地域的NT帳戶上。個人數字證書與服務器數字證書以同樣的技術為基礎，它證明用戶身份標識的合法性，所以可以取代NT的Challenge/Response（質詢/回應）驗證算法。Netscape和IE都自動在每一個頁面請求中把證書信息發送給IIS。IIS提供了一個讓管理員把證書映射到NT帳戶的工具。因此，我們可以用數字證書取代通常的提供帳戶名字和密碼的登錄過程。
由此可見，通過NT帳戶驗證用戶時我們可以使用多種實現方法。即使當用戶通過IIS跨越Internet連接SQL Server時，選擇仍舊存在。因此，你應該把NT驗證作為首選的用戶身份驗證辦法。
【編輯推薦】
