安全問題ASP.NET集成身份驗證

Question

我們當前使用連接字符串來驗證我們的數據庫憑據。由於成長和合規性，開發人員不再允許「查看」我們網站使用的數據庫憑證。解決這個問題的方法是使用集成身份驗證。我們計劃爲每個應用程序池設置一個用戶，然後允許用戶訪問數據庫。

我的問題是：這種方法是否存在任何安全問題？迄今爲止，從連接字符串中刪除DB憑證，是否有更好的（更簡單或更簡單）的方法，我們應該/可以採取？

Answer 1

如果您的連接字符串存儲在web.config文件中，那麼您可以創建該文件的一個單獨的生產版本，以供deverlopers看不到。與使用應用程序池的集成身份驗證相比，測試和設置更容易。

但有一句話警告：如果你限制了開發者那麼多，它會減慢它們的變化速度。由於世界其他地區一直在不斷移動，這通常會以應用程序成爲死亡遺留軟件包結束。如果你計劃增長，改進或擴展，這很危險。

Answer 2

使用應用程序池的標識可能會相當複雜的設置，請考慮trust and delegation問題。 更好的選擇可以是使用加密的securing connection strings。

Answer 3

如果您需要保護和生產數據庫審計訪問，則Windows身份驗證比SQL身份驗證的一些原因是更好的選擇：

1. 您可以控制誰可以完全通過NT訪問數據庫組和權限，這意味着你知道誰具體訪問數據庫。使用sql認證的訪問池僅受限於誰知道密碼。如果有n個知道密碼的人，那麼在某個特定時間跟蹤誰做了什麼是棘手的（但並非不可能）。

2. 只有您的系統管理員需要知道訪問數據庫的NT標識的密碼;事實上，只有知道用戶名才能完成許多配置。

3. 登錄和訪問可以在域級別跟蹤，比使用SQL Server登錄更容易。

什麼，它不會給你的是：

1. 能力，以確保開發人員不能看到生產數據 - 無論誰寫的應用程序可以很容易地包括一些診斷程序，以選擇出的數據

2. 確保生產數據僅保留在生產環境中 - 任何人對生產數據庫進行備份（比如將其恢復到UAT環境進行測試）可以輕鬆地公開生產數據。

此方法的問題已在其他帖子中討論;尤其是使用ASP.Net應用程序時，您必須考慮是否要使用模擬/授權（Web服務器可以充當訪問它的NT用戶）或可信用戶模型（您可以配置固定身份以訪問某些資源）。

這是由您正在使用的IIS版本進一步複雜。