|
customErrors也經(jīng)常在開(kāi)發(fā)部署中看到<customErrors mode="Off" />，設(shè)置這樣可以在頁(yè)面上看到詳細(xì)的錯(cuò)誤信息。但也為黑客提供了攻擊的線索。 customErrors 該節(jié)點(diǎn)有三種可選的設(shè)置項(xiàng)
詳細(xì)的錯(cuò)誤信息可能會(huì)暴露應(yīng)用程序的內(nèi)部結(jié)構(gòu)，比如如果寫(xiě)的sql語(yǔ)句中報(bào)錯(cuò)，可能會(huì)暴露數(shù)據(jù)表，以及sql語(yǔ)句，這是非常不安全的。在Off設(shè)置下的網(wǎng)站，黑客會(huì)不斷的嘗試，傳遞不同的參數(shù)，使你的網(wǎng)站出錯(cuò)，然后暴露你的應(yīng)用程序的內(nèi)部結(jié)構(gòu)。 mode=Off 比如：
在TestAction中直接拋出一個(gè)異常，那么我們可以看到與下面類似的黃頁(yè)
在黃頁(yè)上面可以看到，頁(yè)面對(duì)應(yīng)邏輯的堆棧信息，進(jìn)而暴露項(xiàng)目結(jié)構(gòu)信息。非常的不安全。 那么如果是mode=Off，并且在事件Application_Error中記錄并清除錯(cuò)誤，會(huì)看到什么結(jié)果？
defaultRedirect 指定發(fā)生錯(cuò)誤時(shí)瀏覽器指向的默認(rèn) URL。如果沒(méi)有指定 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)頁(yè)。以波形符 (~) 開(kāi)頭的 URL（如 ~/ErrorPage.htm）表示所指定的 URL 是相對(duì)于應(yīng)用程序根路徑而言的。 通過(guò)上面的操作，如果設(shè)置Off，并且在Application_Error事件中捕獲異常，并 Server.ClearError()，那么如果報(bào)錯(cuò)，在前端頁(yè)面就會(huì)看到空白的頁(yè)面。
通過(guò)這個(gè)也可以說(shuō)明，如果應(yīng)用程序出錯(cuò)，先觸發(fā)的Application_Error事件，ClearError之后，那么在頁(yè)面上就看不到結(jié)果了。 mode=On 在設(shè)置On模式情況下，如果應(yīng)用程序發(fā)生錯(cuò)誤，會(huì)跳轉(zhuǎn)到自定義的錯(cuò)誤頁(yè)，這里使用了defaultRedirect屬性，并沒(méi)有配置 <error statusCode="500" redirect="error"/>
mode=RemoteOnly 通過(guò)字面意思，僅僅遠(yuǎn)程，僅僅遠(yuǎn)程什么呢？可以看下例子。目前所在編碼環(huán)境，通過(guò)vs調(diào)試狀態(tài)，相對(duì)遠(yuǎn)程要訪問(wèn)的用戶，可以將本機(jī)當(dāng)做服務(wù)器。那么這就是本地，遠(yuǎn)程訪問(wèn)的瀏覽器就是Remote。
可以看到，在服務(wù)器端，訪問(wèn)仍然能看到黃頁(yè)，也就是上面所說(shuō)的ASP.NET錯(cuò)誤。那么我們將站點(diǎn)部署在服務(wù)器，然后在本地訪問(wèn)會(huì)出現(xiàn)什么情況呢？
通過(guò)客戶端訪問(wèn)服務(wù)器的url，則會(huì)跳轉(zhuǎn)到默認(rèn)的自定義錯(cuò)誤頁(yè)面。那么在服務(wù)器端又是什么情況呢？
說(shuō)明： 僅向遠(yuǎn)程客戶端端顯示自定義錯(cuò)誤，并向本地主機(jī)顯示 ASP.NET 錯(cuò)誤 總結(jié) 所以，不要在生產(chǎn)環(huán)境中將customErrors關(guān)閉。 推薦開(kāi)啟RemoteOnly或者On并定義自定義的錯(cuò)誤頁(yè)面。 |
|
|
來(lái)自： CoCO-Ebook > 《前端》
