做web開發,我們經常會做代碼走查,很多時候,我們都會抽查一些核心功能,或者常會出現漏洞的邏輯。隨著技術團隊的壯大,組員技術日益成熟。 常見傻瓜型SQL注入漏洞、以及XSS漏洞。會越來越少,但是我們也會發現一些新興的隱蔽性漏洞偶爾會出現。這些漏洞更多來自開發人員,對一個函數、常見 模塊功能設計不足,遺留下的問題。以前我們能夠完成一些功能模塊,現在要求是要安全正確方法完成模塊才行。 接下來,我會分享一些常見功能模塊,由於設計原因導致漏洞出現。下面,我們先看下,讀取文件型功能漏洞。
我們先看下下面一段代碼,通過用戶輸入不同目錄,包含不同文件
<?php ///讀取模塊名稱 $mod = isset($_GET['m'])?trim($_GET['m']):'index'; ///過濾目錄名稱不讓跳轉到上級目錄 $mod = str_replace("..",".",$mod); ///得到文件 $file = "/home/www/blog/".$mod.".php"; ///包含文件 @include($file);
這段代碼,可能在很多朋友做的程序裡面有遇到過,對於新人來說,也是很容易出現這樣問題,記得走查遇到該代碼時候,我問到,你這個代碼安全方面能做到那些?
答:1. 對”..”目錄有做替換,因此用戶傳入模塊名裡面有有..目錄都會被替換掉了。
2.構造拼接file名稱,有前面目錄限制,有後面擴展名限制,包含文件就會限制在該目錄了
我們來測試下,如果$mod傳入這個值將會是什麼樣的結果。
$mod 通過構造輸?mod=…%2F…%2F…%2F…%2Fetc%2Fpasswd%00 ,我們看結果將是:
居然include(“/etc/passwd”)文件了。
首先:做參數過濾類型去限制用戶輸入本來就不是一個好方法,一般規則是:能夠做檢測的,不要做替換 只要是檢測不通過的,直接pass 掉!這是我們的一個原則。過濾失敗情況,舉不勝舉,我們來看看,實際過程。
1、輸入”…/…/…/” 通過把”..” 替換為”.”後
2、結果是”../../../” 就變成了這個了
有朋友就會說,如果我直接替換為空格是不是就好了?在這個裡面確實可以替換掉。但是不代表以後你都替換為空格就好了。再舉例子下。如:有人將字符串裡面javascript替換掉。代碼如下:
……
$msg = str_replace(“javascript”,””,$msg);
看似不會出現了javascript了,但是,如果輸入:jjavascriptavascript 替換,會替換掉中間一個變為空後。前面的”j” 跟後面的會組成一個新的javascript了。
其次:我們看看,怎麼逃脫了,後面的.php 限制呢。用戶輸入的參數有:”etc/passwd ” , 字符非常特殊,一段連接後,文件名稱變成了”……etc/passwd .php”,你打印出該變量時候,還是正確的。但是,一段放入到文件讀寫 操作方法裡面, 後面會自動截斷。操作系統,只會讀取……etc/passwd文件了。 “