web代碼審計與滲透測試(完整版)
【正文】 了反二進制對比的技術(shù)。 $post = xml_unserialize(file_get_contents(? ] 通過 $configfile = preg_replace(“/define\(?UC_API?,\s*?.*??\)。Invalid Email39。! using 39。 $result = mysql_db_query($dbname, $sql)。 $file=mysql_fetch_array($result)。.$_SERVER[ConfigFile].39。).39。/i”, “define(?UC_API?, ?$UC_API?)。 ? PHP應用程序補丁對比技術(shù) *基于源代碼，對比起來更加直觀明了 *目前還沒有對應的反對比機制 *對比工具： 系統(tǒng)命令： fc、 diff等 專業(yè)工具： Beyond Compare、 UltraCompare等 *常見的安全補丁方式： 變量初始化： $str=??。如： $headers{XForwardedFor} = Test31425926。 ? 那么不是所有的文件都這樣的問題，我們可以先通過白盒找到這些可能出現(xiàn)問題的變量名，然后可以寫個 fuzz的腳本，列表程序目錄一個一個提交探測 如果通過上述一些辦法都沒有效果的話，那就開始正規(guī)的代碼審計流程把。等 變量過濾： intval/int()、 addslashes()、正則等 *對比的版本選擇：選取臨近的版本 [避免一些非安全補丁的干擾 ] 一個實例 B 業(yè)務功能與漏洞 ?實現(xiàn)業(yè)務功能的同時引入安全風險。 閉合 define(?UC_API?, 來注射我們的 webshell代碼 二次漏洞的啟示 ?漏洞的類型是可以轉(zhuǎn)換的 :最終的目的是攻擊效果最大化！ ?一切進入函數(shù)的變量是有害的：變量在傳遞過程任意個環(huán)節(jié)可控就可能導致漏洞！ ?變量傳遞的途徑是多樣的：我們的攻擊思路多元化！ 如對于 dz，去尋找可以找到 uc_key的途徑： sql注射、文件讀取 [ uc_key]、控制 mysql的管理權(quán)限 [phpmyadmin]等等 二次漏洞的其他應用 ?應用級別的“ rootkit” 其他的因素與代碼審計 ?php版本與代碼審計 [變量與函數(shù) ] php本身函數(shù)的漏洞 [php缺少自動升級的機制 ] ?系統(tǒng)特性與 代碼審計 包括 OS： [主要是文件操作 ] web服務器： [主要文件解析類型 ] 《 系統(tǒng)特性與 web安全 》
研究報告相關(guān)推薦
鄂ICP備17016276號-1