customErrors也經(jīng)常在開發(fā)部署中看到<customErrors mode="Off" />,設(shè)置這樣可以在頁面上看到詳細(xì)的錯(cuò)誤信息。但也為黑客提供了攻擊的線索。
customErrors
該節(jié)點(diǎn)有三種可選的設(shè)置項(xiàng)
詳細(xì)的錯(cuò)誤信息可能會(huì)暴露應(yīng)用程序的內(nèi)部結(jié)構(gòu),比如如果寫的sql語句中報(bào)錯(cuò),可能會(huì)暴露數(shù)據(jù)表,以及sql語句,這是非常不安全的。在Off設(shè)置下的網(wǎng)站,黑客會(huì)不斷的嘗試,傳遞不同的參數(shù),使你的網(wǎng)站出錯(cuò),然后暴露你的應(yīng)用程序的內(nèi)部結(jié)構(gòu)。
mode=Off
比如:
1 2 3 4 5 6 7 | < system.web > < authentication mode = "None" /> < compilation debug = "true" targetFramework = "4.5" /> < httpRuntime targetFramework = "4.5" /> < customErrors mode = "Off" defaultRedirect = "error" > </ customErrors > </ system.web > |
在TestAction中直接拋出一個(gè)異常,那么我們可以看到與下面類似的黃頁
在黃頁上面可以看到,頁面對(duì)應(yīng)邏輯的堆棧信息,進(jìn)而暴露項(xiàng)目結(jié)構(gòu)信息。非常的不安全。
那么如果是mode=Off,并且在事件Application_Error中記錄并清除錯(cuò)誤,會(huì)看到什么結(jié)果?
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | protected void Application_Error( object sender, EventArgs e) { var context = HttpContext.Current; if (context != null ) { Exception objErr = context.Server.GetLastError(); if (objErr != null ) { string err = "Error Caught in Application_Error event/n" + "Error in:" + Request.Url.ToString() + "/nError Message:" + objErr.Message.ToString() + "/nStack Trace:" + objErr.StackTrace.ToString(); 、、、、、日志邏輯 Server.ClearError(); } } } |
1 2 | < customErrors mode = "Off" defaultRedirect = "Error" > </ customErrors > |
defaultRedirect 指定發(fā)生錯(cuò)誤時(shí)瀏覽器指向的默認(rèn) URL。如果沒有指定 defaultRedirect,則會(huì)顯示一般性錯(cuò)誤。URL 既可以是絕對(duì)的(例如 http://www.***.com/ErrorPage.htm),也可以是相對(duì)的。相對(duì) URL(如 /ErrorPage.htm)是相對(duì)于指定 defaultRedirect 的 Web.config 文件而言的,而不是針對(duì)產(chǎn)生錯(cuò)誤的網(wǎng)頁。以波形符 (~) 開頭的 URL(如 ~/ErrorPage.htm)表示所指定的 URL 是相對(duì)于應(yīng)用程序根路徑而言的。
通過上面的操作,如果設(shè)置Off,并且在Application_Error事件中捕獲異常,并 Server.ClearError(),那么如果報(bào)錯(cuò),在前端頁面就會(huì)看到空白的頁面。
通過這個(gè)也可以說明,如果應(yīng)用程序出錯(cuò),先觸發(fā)的Application_Error事件,ClearError之后,那么在頁面上就看不到結(jié)果了。
mode=On
在設(shè)置On模式情況下,如果應(yīng)用程序發(fā)生錯(cuò)誤,會(huì)跳轉(zhuǎn)到自定義的錯(cuò)誤頁,這里使用了defaultRedirect屬性,并沒有配置 <error statusCode="500" redirect="error"/>
mode=RemoteOnly
通過字面意思,僅僅遠(yuǎn)程,僅僅遠(yuǎn)程什么呢?可以看下例子。目前所在編碼環(huán)境,通過vs調(diào)試狀態(tài),相對(duì)遠(yuǎn)程要訪問的用戶,可以將本機(jī)當(dāng)做服務(wù)器。那么這就是本地,遠(yuǎn)程訪問的瀏覽器就是Remote。
可以看到,在服務(wù)器端,訪問仍然能看到黃頁,也就是上面所說的ASP.NET錯(cuò)誤。那么我們將站點(diǎn)部署在服務(wù)器,然后在本地訪問會(huì)出現(xiàn)什么情況呢?
通過客戶端訪問服務(wù)器的url,則會(huì)跳轉(zhuǎn)到默認(rèn)的自定義錯(cuò)誤頁面。那么在服務(wù)器端又是什么情況呢?
說明: 僅向遠(yuǎn)程客戶端端顯示自定義錯(cuò)誤,并向本地主機(jī)顯示 ASP.NET 錯(cuò)誤
總結(jié)
所以,不要在生產(chǎn)環(huán)境中將customErrors關(guān)閉。 推薦開啟RemoteOnly或者On并定義自定義的錯(cuò)誤頁面。
聯(lián)系客服