注入漏洞代碼和分析
先上代碼
分析
其次，如果代碼執行前就發生了錯誤，那個時候用戶自定義的程序還沒有執行，所以就不會用到用戶自己寫的報錯處理程序。
PHP裡有一套錯誤處理機制，可以使用接管PHP錯誤處理，也可以使用函數主動拋出一個錯誤。
函數設置用戶自定義的錯誤處理函數。函數用於創建運行期間的用戶自己的錯誤處理方法。它需要先創建一個錯誤處理函數，然後設置錯誤級別。
customError(, , ,
"<b>錯誤代碼:</b> ［${errno}］ ${errstr}＼r＼n"
" 錯誤所在的代碼行： {} 文件{}＼r＼n"
" PHP版本 ",, "(" , , ")＼r＼n"
("customError",|
在這個函數裡，可以做任何要做的事情，包括對錯誤的詳情進行格式化輸出，記入log文件。
slog( ="log.htm" =(,"a+" (,."\r\n" ( }
自定義的錯誤處理函數一定要有這四個輸入變量、、、。
是一組常量，代表錯誤的等級，同時也有一組整數和其對應，但一般使用其字符串值表示，這樣語義更好一點。比如E_WARNING，其二進制掩碼為4，表示警告信息。
接下來，就是將這個函數作為回調參數傳遞給set_error_handler。這樣就能接管PHP原生的錯誤處理函數了。要注意的是，這種托管方式並不能托管所有種類的錯誤，如E_ERROR、E_PARSE、E_CORE_ERROR、E_CORE_WARNING、E_COMPILE_ERROR、E_COMPILE_WARNING，以及E_STRICT中的部分。這些錯誤會以最原始的方式顯示，或者不顯示。
StopAttack()寫入log文件。
幾種常見攻擊的正則表達式
= "( \\s|\\S)*(exec(\\s|\\+)+(s|x)p\\w+)(\\s|\\S)*" = "( \\s|\\S)*((%3C)|<)((%2F)|/)*[a-z0-9%]+((%3E)|>)(\\s|\\S)*" = "( \\s|\\S)*((%65)|e)(\\s)*((%76)|v)(\\s)*((%61)|a)(\\s)*((%6C)|l)(\\s|\\S)*" = "( \\s|\\S)*((%3C)|<)((%69)|i|I|(%49))((%6D)|m|M|(%4D))((%67)|g|G|(%47))[^\\n]+((%3E)|>)(\\s|\\S)*" = "( \\s|\\S)*((%73)|s)(\\s)*((%63)|c)(\\s)*((%72)|r)(\\s)*((%69)|i)(\\s)*((%70)|p)(\\s)*((%74)|t)(\\s|\\S)*" = "( \\s|\\S)*((%27)|(')|(%3D)|(=)|(/)|(%2F)|(\")|((%22)|(-|%2D){2})|(%23)|(%3B)|(;))+(\\s|\\S)*";
總結
PHP遇到錯誤時，就會給出出錯腳本的位置、行數和原因，有很多人說，這並沒有什麼大不了。但洩露了實際路徑的後果是不堪設想的，對於某些入侵者，這個信息可是非常重要，而事實上現在有很多的服務器都存在這個問題。 有些網管干脆把PHP配置文件中的 display_errors 設置為 Off 來解決，但本人認為這個方法過於消極。有些時候，我們的確需要PHP返回錯誤的信息以便調試。而且在出錯時也可能需要給用戶一個交待，甚至導航到另一頁面。但是有了之後，這些矛盾也都可以解決掉了。 但是發現很少用這個函數。 轉載請注明出處：http://www.cnblogs.com/yydcdut/p/3496855.html
