|
|
1. 對于程序集主要威脅：未驗證的訪問、反向工程、代碼注入、通過異常獲得程序信息、未審核訪問。
2. 客戶端與Web應用程序之間的安全隱患：代碼注入（跨站點腳本或緩沖區(qū)溢出攻擊）、網(wǎng)絡監(jiān)控（密碼和敏感應用程序數(shù)據(jù)探測）、參數(shù)破解（表單字段、查詢字符串、Cookie、視圖狀態(tài)、HTTP頭信息）、會話狀態(tài)變量ID取得、信息獲取（通常使用異常）。
3. Web應用程序客戶端與企業(yè)服務之間的安全隱患：非審核訪問、破解配置數(shù)據(jù)、網(wǎng)絡監(jiān)視、未約束代理、數(shù)據(jù)復制。
4. Web服務客戶端及其服務之間的安全隱患：非審核訪問、參數(shù)破解、配置數(shù)據(jù)取得、網(wǎng)絡監(jiān)、消息回復。
5. Remoting客戶端及服務器之間的安全隱患：非審核訪問、參數(shù)破解、序列化、網(wǎng)絡監(jiān)控。
6. 客戶端到數(shù)據(jù)之間的安全隱患：非審核訪問、SQL注入、破解數(shù)據(jù)模型和鏈接詳細信息、網(wǎng)絡監(jiān)控、破解配置數(shù)據(jù)、破解面干應用程序數(shù)據(jù)。
* ASP.NET安全架構注意事項
1. 在瀏覽器認證用戶；
2. 在瀏覽器和防火墻通路中1)保護敏感數(shù)據(jù)2)阻止參數(shù)破解3)阻止會話攻擊和Cookie回復攻擊
3. 在Web應用程序側1)提供安全配置2)處理異常3)審核用戶4)驗證輸入
4. 應用程序服務器1)認證和審核上傳身份2)審核并記錄活動和事務
5. 在應用程序服務器和數(shù)據(jù)庫間保護敏感數(shù)據(jù)
6. 數(shù)據(jù)庫中加密或者哈希加密敏感數(shù)據(jù)
二、ASP.NET Web應用程序安全性隱患防治辦法
1. 防止跨站點腳本攻擊（Cross-Site Scripting Attack）
攻擊方法：在頁面通過輸入腳本或HTML內容獲取敏感數(shù)據(jù)。
威脅指數(shù)：6
攻擊結果：應用程序拒絕服務或重啟，獲得錯誤堆棧信息（※）推測代碼進行下一步攻擊。
※注：在ASP.NET配置文件中如果未關閉CustomErrors則可能導致在出現(xiàn)系統(tǒng)異常時顯示錯誤行代碼或數(shù)據(jù)庫連接字符串，泄漏配置數(shù)據(jù)，造成危險隱患。
預防措施：ASP.NET控件驗證或服務器端輸入驗證。
采用客戶端驗證和服務器端驗證結合的方式對用戶輸入進行驗證，通過比較控件輸入和其HTML譯碼值的一致性確認輸入字符串中是否含有HTML特殊符號，以此作為依據(jù)轉化HTML特殊符號，防止腳本在回發(fā)表示時觸發(fā)。
2. 防止SQL注入攻擊（SQL Injection Attack）
攻擊方法：通過畫面輸入或URL參數(shù)修改，利用其作為SQL查詢條件的特殊性，將輸入SQL文注入并返回結果的攻擊。
威脅指數(shù)：9
攻擊結果：可查詢敏感數(shù)據(jù)并可修改系統(tǒng)數(shù)據(jù)。
預防措施：在數(shù)據(jù)更新和查詢時使用數(shù)據(jù)庫參數(shù)對象或使用自定義方法轉換輸入?yún)?shù)，以使注入SQL文失效。
3. 驗證用戶輸入
通過客戶端驗證為主、服務器端驗證為輔（當禁用客戶端Javascript時服務器端驗證就尤為重要）
客戶端驗證主要負責驗證用戶輸入的類型、長度、關聯(lián)關系的驗證（此功能由系統(tǒng)擴展控件提供）；
服務器端驗證分為兩部分：
1) 輸入驗證
輸入驗證需要對用戶輸入文字的HTML特殊字符進行驗證，含有特殊字符的要拋出系統(tǒng)錯誤；數(shù)據(jù)的長度控制盡量在畫面通過控件的允許輸入長度進行控制；
2) 數(shù)據(jù)驗證
驗證數(shù)據(jù)類型、長度等；此驗證行為在對象上進行。
4. 使用Hash算法保存密碼
使用ASP.NET Membership管理用戶，用戶密碼使用Hash算法和Salt加密，安全性高；
對于其它需要保存的密碼，系統(tǒng)基礎結構將提供Hash加密算法進行不可反向加密，作為驗證憑據(jù)，或者先取先用不保存在數(shù)據(jù)存儲中。
5. 數(shù)據(jù)安全性
1) 加密敏感數(shù)據(jù)：基礎結構應提供Hash加密算法支持數(shù)據(jù)加密。
2) XML數(shù)據(jù)安全性：防止XML數(shù)據(jù)攻擊。
攻擊方法：XPath注入和XXE（擴展XML實體）注入攻擊。
威脅指數(shù)：8
攻擊結果：獲得XML文件信息。
預防措施：不在XML中保存敏感信息，所有配置文件中的敏感信息需要加密保存，對于要寫入XML的數(shù)據(jù)應先通過驗證。
3) ViewState數(shù)據(jù)安全性：防止從ViewState獲取敏感數(shù)據(jù)。
攻擊方法：通過解碼ViewState獲得敏感信息。
威脅指數(shù)：6
攻擊結果：獲得ViewState中的敏感信息。
預防措施：禁用ViewState或避免，使用簡單控件采用加密方式保存敏感信息。
關聯(lián)問題：使用JSON字符串時注意敏感數(shù)據(jù)的處理。
6. 存儲安全信息到注冊表和配置文件
控制遠程用戶對配置文件的訪問權限，保護配置文件中的敏感數(shù)據(jù)。
7. 再發(fā)布前修正配置文件
為防止錯誤堆棧信息推測以及通過其它信息查獲手段進行攻擊，ASP.NET Web應用程序在發(fā)布前應對配置文件進行修正。
錯誤堆棧信息推測攻擊
攻擊方法：造成系統(tǒng)異常，通過錯誤頁上的堆棧信息推測代碼進行下一步攻擊。
威脅指數(shù)：6
攻擊結果：推測系統(tǒng)版本和代碼邏輯。
預防措施：捕獲系統(tǒng)異常使用統(tǒng)一頁面進行處理不表示錯誤堆棧信息，將自定義錯誤節(jié)點設置為<customErrors mode=”O(jiān)ff” />即可防止錯誤信息表示給遠程用戶；同時應關閉調試開關<compilation defaultLanguage=”vb” debug=”false” />防止通過調試信息泄漏源代碼或進行代碼注入。
同時應該關閉Trace優(yōu)化性能并防止方法攻擊者利用Trace推測代碼執(zhí)行過程和詳細內容：<trace enabled=”false” requestLimit=”10” pageOutput=”false” traceMode = ”SortByTime” />
對于Web服務要防止遠程用戶利用WSDL描述進行推測攻擊。
攻擊方法：訪問Web服務WSDL文件，獲得Web服務相關信息。
威脅指數(shù)：4
攻擊結果：獲得Web服務方法描述，推測Web服務參數(shù)，進行下一步攻擊。
預防措施：在配置文件中指定不表示W(wǎng)eb方法描述內容，配置文件改修如下：
復制代碼 代碼如下:
<webServices>
<protocols>
<remove name="Documentation"/>
</protocols>
</webServices>
8. 使用Session但不使用Cookieless的Session
原因：Cookieless的Session將在URL中曝露SessionID，使別人易于利用進行攻擊。
9. 預防方向工程
攻擊方法：獲得程序集使用工具進行反向工程。
威脅指數(shù)：9
攻擊結果：了解程序邏輯，盜取開發(fā)成果。
預防措施：在發(fā)布時進行強加密和混淆工程。
參考：
ASP.NET Security: 8 Ways to Avoid Attack
http://www.devx.com/security/Article/20898/1954
《Hacking Exposed Web 2.0 : Web 2.0 Security Secrets and Solutions》,Rich Cannings, Himanshu Dwivedi, Zane Lackey,2008.
AspNet技術：ASP.NET Web應用程序的安全解決方案淺析，轉載需保留來源！
鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。
