Web開發中常見的安全缺陷及解決辦法

保證應用程序的安全應當從編寫第一行代碼的時候開始做起，原因很簡單，隨著應用規模的發展，修補安全漏洞所需的代價也隨之快速增長。根據IBM的系統科學協會（Systems Sciences Institute）的研究，如果等到軟件部署之后再來修補缺陷，其代價相當于開發期間檢測和消除缺陷的15倍。

　　為了用最小的代價保障應用程序的安全，在代碼本身的安全性、抗御攻擊的能力等方面，開發者應當擔負更多的責任。然而，要從開發的最初階段保障程序的安全性，必須具有相應的技能和工具，而真正掌握這些技能和工具的開發者并不是很多。雖然學寫安全的代碼是一個復雜的過程，最好在大學、內部培訓會、行業會議上完成，但只要掌握了下面五種常見的ASP.NET應用安全缺陷以及推薦的修正方案，就能夠領先一步，將不可或缺的安全因素融入到應用的出生之時。

一、不能盲目相信用戶輸入

　　在Web應用開發中，開發者最大的失誤往往是無條件地信任用戶輸入，假定用戶（即使是惡意用戶）總是受到瀏覽器的限制，總是通過瀏覽器和服務器交互，從而打開了攻擊Web應用的大門。實際上，黑客們攻擊和操作Web網站的工具很多，根本不必局限于瀏覽器，從最低級的字符模式的原始界面（例如telnet），到CGI腳本掃描器、Web代理、Web應用掃描器，惡意用戶可能采用的攻擊模式和手段很多。

　　因此，只有嚴密地驗證用戶輸入的合法性，才能有效地抵抗黑客的攻擊。應用程序可以用多種方法（甚至是驗證范圍重疊的方法）執行驗證，例如，在認可用戶輸入之前執行驗證，確保用戶輸入只包含合法的字符，而且所有輸入域的內容長度都沒有超過范圍（以防范可能出現的緩沖區溢出攻擊），在此基礎上再執行其他驗證，確保用戶輸入的數據不僅合法，而且合理。必要時不僅可以采取強制性的長度限制策略，而且還可以對輸入內容按照明確定義的特征集執行驗證。下面幾點建議將幫助你正確驗證用戶輸入數據：

⑴
　　始終對所有的用戶輸入執行驗證，且驗證必須在一個可靠的平臺上進行，應當在應用的多個層上進行。

⑵
　　除了輸入、輸出功能必需的數據之外，不要允許其他任何內容。

⑶
　　設立“信任代碼基地”，允許數據進入信任環境之前執行徹底的驗證。

⑷
　　登錄數據之前先檢查數據類型。

⑸
　　詳盡地定義每一種數據格式，例如緩沖區長度、整數類型等。

⑹
　　嚴格定義合法的用戶請求，拒絕所有其他請求。

⑺
　　測試數據是否滿足合法的條件，而不是測試不合法的條件。這是因為數據不合法的情況很多，難以詳盡列舉。

//

原文轉自：http://www.kjueaiud.com