|
阅读：3463回复：0
DVWA中学习PHP常见漏洞及修复方法
“安全是一个整体，保证安全不在于强大的地方有多强大 而在于真正薄弱的地方在哪里”--剑心
从很多的渗透大型企业内网的案例来看，入侵者大多数是从Web上找到漏洞，从而利用漏洞进一步进行提权，渗透入侵。 WooYun: 时代互联上传漏洞多台数据库可控 WooYun: 网易某系统未授权访问可导致内网被渗透 WooYun: 网易某系统未授权访问续—内网渗透 WooYun: 搜弧某分站XFF注射&配置不当导致源码泄漏等重大漏洞 梧桐雨的大型互联网系列 脚本安全就像你家的防盗门，你家门都没关，你家能安全吗？ 乌云上最常见的脚本漏洞莫过于SQL注入和XSS。 脚本安全的本质就是脚本接受了不安全的变量输入，又没得到有效的过滤，最后进入一些对敏感的函数就会对安全造成威胁。 比如出现在mysql_query()函数可能就会造成SQL注入漏洞，出现在eval()以及preg_replace()中可能导致代码的执行。 这里我用DVWA演示SQL,XSS ,任意代码执行漏洞的原理 然后用各种修复方法进行修复，附带讲解一些修复方法的弊端。 DVWA下载地址: https://github.com/RandomStorm/DVWA/archive/v1.0.8.zip DVWA sql调用的文件/vulnerabilities/sqli/目录下，分为low,medium,high三个等级 SQL注入原理 #!php//Low.phpif(isset($_GET['Submit'])){ // Retrieve data $id = $_GET['id']; $getid = "SELECT first_name, last_name FROM users WHERE user_id = '$id'";//这里$id变量没有经过任何的过滤，直接传入了sql语句，造成字符型注入 $result = mysql_query($getid) or die('' . mysql_error() . '' );//执行SQL原SQL中 SELECT first_name, last_name FROM users WHERE user_id = '$id'中的$id可被用户控制，当黑客把$id变成 ' union select user,password from users#那么这条语句就会变成 SELECT first_name, last_name FROM users WHERE user_id = '' union select user,password from users#这样导致了数据库中其他数据被黑客查询。  图片：2014091811393657444.png  #!php//medium.php中if (isset($_GET['Submit'])) { // Retrieve data $id = $_GET['id']; $id = mysql_real_escape_string($id); $getid = "SELECT first_name, last_name FROM users WHERE user_id = $id"; $result = mysql_query($getid) or die('' . mysql_error() . '' ); $num = mysql_numrows($result);虽然$id经过了mysql_real_escape_string转义了’，可是因为后面的SQL语句$id没有单引号保护，会被系统认为是数值型，导致数值型注入 构造SQL注入语句 1 union select user,password from usersSQL语句就变成了 SELECT first_name, last_name FROM users WHERE user_id = 1 union select user,password from users  图片：2014091811393657444.png SQL注入修补方法 字符型注入漏洞修补方法： PHP5.3之前版本在php.ini中设置 magic_quotes_gpc=On;magic_quotes_quotes_gpc会对传入的$_POST,$_GET,$_SERVER里的 ‘,”,进行转义。 但是PHP5.4之后，magic_quotes_quotes_gpc就被废除了。 还要使用mysql_real_escape_string()或addslashes()对传入参数进行过滤，或者使用str_replace()对一些关键词进行替换。 例： #!phpif(isset($_GET['Submit'])){// Retrieve data$id = addslashes($_GET['id']);$getid = "SELECT first_name, last_name FROM users WHERE user_id = '$id'";$result = mysql_query($getid) or die('' . mysql_error() . '' );$num = mysql_numrows($result);修补后进行SQL注入 图片：2014091811393657444.png 但是addslashes()和mysql_real_escape_string()在数据库字符集设为GBK时是可能被绕过的。 PHP字符编码绕过漏洞参考文http://huaidan.org/archives/2268.html 如果数据库字符集是GBK的情况下，可以把 $mysqli->query('SET NAMES gbk');修改为： $mysqli->set_charset('gbk');数值型注入： 数值型注入比较好修补，只需要判断传入的变量是否为数值型就可以了(或者强行改成字符型) 例： #!php$id = $_GET['id'];$id = intval ($id);$getid = "SELECT first_name, last_name FROM users WHERE user_id = $id";$result = mysql_query($getid) or die('' . mysql_error() . '' );$num = mysql_numrows($result);修补后效果 图片：2014091811393657444.png XSS漏洞原理 黑客往Web页面里插入恶意html代码，当用户浏览该页之时，嵌入其中Web里面的html代码会被执行，从而达到黑客的特殊目的，比如窃取用户cookies.或者进行其他操作。 在 #!php//low.php从上面程序可以看出，$message,$name两个变量从$_POST传入,只是经过一些特殊字符的转换。并没有对尖括号进行转义,所以还是造成了XSS的产生。 直接插入XSS语句  </br> 图片：2014091811393657444.png #!php由于$target没有经过处理就进入shell_exec函数，导致黑客可以构造特殊的变量执行批处理命令。 我输入可 0 | dir 那么执行的命令的命令就是 ping -c 0 | dir 图片：2014091811393657444.png 假如黑客在利用时输入的是 0|net user hacker/add那么造成的后果将不堪设想 以下是可能会造成任意命令执行的函数 system|passthru|exec|popen|proc_open|move_uploaded_file|eval|copy|shell_exec|assert任意命令执行漏洞修补办法 在写程序时尽量地使变量不能被用户所控制！且注意变量初始化的问题。 使用str_replace对“%”，”|”,“>”进行替换 进入函数前判断变量是否合法。 暴力破解漏洞 这个是漏洞？算是吧… 祭上神器Burp Suite，Burp suite运行后，Burp suite,Proxy 开起默认的8080 端口作为本地代理接口。 使用Burp suite通过置一个web 浏览器使用其代理服务器，见下图  图片：2014091811393657444.png 然后打开你要暴力破解的后台，随便输入一个账号密码…把抓到的包send to intruder   图片：2014091811393657444.png 图片：2014091811393657444.png 图片：2014091811393657444.png Start attack~~~ 然后就对面返回包的大小，知道密码 图片：2014091811393657444.png 暴力破解漏洞修补方法 加个google验证码，保证没有程序能识别出来… 文件包含漏洞 文件包含漏洞分为两种，一种是远程包含，一种是本地包含。 服务器通过php的特性（函数）去包含任意文件时，由于要包含的这个文件来源过滤不严，从而可去调用并执行一个文(木)件(马)，而我们可以构造这个文(木)件(马)来达到邪恶的目的。 涉及到的危险函数，include(),require()和include_once(),require_once() 现在远程包含的漏洞已经不多了，但是远程包含的危害是最大，相当于一个命令执行。 而本地包含，有时配合一下解析漏洞往往可以getshell. 例： #!phpInclude.php内容： #!php总结 在编写程序时，应有良好的代码习惯，如使用变量前初始化。 做安全的过滤在全局里做，或者写在类里。 不要相信数据，所有输入在得到证明之前都是不可信的，所有从用户上输入的数据都应该加以判断。 不返回过多错误的原因，如一个黑客进行sql注入。 多上wooyun看漏洞 </p> |
|
|
