不知道大家之前有沒有注意到這個屬性,這裡我們來一起討論一下這個屬性的作用以及我們以後到底該怎樣使用它!
我們先來瞭解一下這個屬性:(注:本屬性在.net 2.0中是新增的!)
1.它所在的命名空間:System.Web.Configuration
2.程式集:System.Web(在 system.web.dll 中)
3.所在的類:pagesSection
上面我大體瞭解了一下這個屬性,下面我們在具體的分析一下該屬性,這個屬性是用來驗證用戶端使用者的輸入的,用來驗證使用者的輸入中是否有危險字元的,這個屬性的預設值為true,微軟之所以這麼做是為了提高asp.net程式的安全性,所以很多程式員即使不知道怎麼來防禦駭客的攻擊,asp.net的一些預設屬性等內容已經對安全進行了控制,這也是為什麼asp.net的程式相對來說比較安全的原因!
既然這個屬性的預設值為true,而且asp.net頁面的回傳又很頻繁,那麼如果沒有使用者的互動的地方,這樣asp.net 豈不是每次都要去嚴整呢,這樣也是有可能會來回的損耗系統的執行時間的,至於:如果沒有用戶端的互動的話,到底asp.net會不會去驗證這是微軟的工程師的問題了,對於我們來說,如果沒有用戶端互動的地方,我感覺是應該將此屬性設定為 false的,這樣的話無論 微軟的工程師怎樣設計,對我們程式的本身是沒有任何影響的!
但是當需要跟使用者互動的地方,我們就要用它的預設值了,可是事情可能並沒有我們想象的那麼簡單,也沒有那麼完美,當使用者在使用一些html編輯器的時候,自己本身提交的字元裡就有<xxxxxxx>等這樣的字元,這樣就要求程式員必須要關閉validaterequest 屬性,這個時候我們又該怎樣的來控制asp.net頁面的安全效能呢?
當然了,這個地方我們可以來對一切危險字元進行過濾,這樣可能提高一些安全性,但是我們防止使用者的輸入可能考慮的會有遺漏,這樣就導致了安全還會是有問題的,我們可以反過來考慮我們到底需要提交多少特殊字元,然後對我們提交的特殊字元進行轉義或替換,這樣我們就又可以將validaterequest的屬性設定為true了,這樣既解決了程式的安全問題又滿足了我們的需求!
有時候在與使用者進行互動的時候,使用者難免的會有輸入特殊字元的時候,因為我們設定的validaterequest 的值 為true所以頁面會不給任何提示的前提下, 直接輸出一大頁的錯誤資訊, 這樣可能就導致了使用者的誤解,他們可能認為是我們網站出了問題,使用者不可能會想到他輸入了非法的字元! 對於這種情況我們又該怎麼辦呢?
幸好微軟的工程師們在page裡又給出了一個Page_Error的處理事件,這樣我們就可以用它來進行異常的捕獲了代碼如下:
protected void Page_Error(object sender, EventArgs e)
{
Exception ex = Server.GetLastError();
if (ex is HttpRequestValidationException)
{
Response.Write("您輸入的字元中有非法字元!");
Server.ClearError();
}
}
有了這樣的提示,給使用者的體驗可能不知道要好上多少倍了!
因小弟最近在做一個網站後台,遇見這個小問題。見上面這位寫得很好,故轉之。
本文轉自http://tech.ddvip.com/2009-03/1235963787110082.html