urldecode()二次解码引发注入

        PHP中常用过滤函数如addslashes()、mysql_real_escape_string()、mysql_escape_string()或者使用魔术引号GPC开关来防止注入,原理都是给单引号(’)、双引号(”)、反斜杠(\)和NULL等特殊字符前面加上反斜杠来进行转义。

        但是这些函数在遇到urldecode()函数时,就会因为二次解码引发注入。urldecode()函数是对已编码的URL进行解码。引发注入的原因其实很简单,PHP本身在处理提交的数据之前会进行一次解码,例如/test.php?id=1这个URL,我们构造字符串/test.php?id=1%2527,PHP第一次解码,%25解码成了%,于是url变成了/test.php?id=%27;然后urldecode()函数又进行了一次解码,%27解码成了’,于是最终URL变成了/test.php?id=1’,单引号引发了注入。rawurldecode()也会产生同样的问题,因此这两个函数需要慎用。

        例子如下:

');
		print_r('邮  箱: ' . $email . '
'); print_r('
SQL语句:' . $sql); } mysql_close($conn); ?>

因为mysql_real_escape_string()是在urldecode()之前,所以并不能过滤由于urldecode()产生的单引号。

        普通的注入会被转义掉:

urldecode()二次解码引发注入_第1张图片

于是构造URL编码引发注入:

 urldecode()二次解码引发注入_第2张图片

可以使用sqlmap来跑这个注入,不过必须把payload构造好,如下:

sqlmap -u"http://localhost/test/1.php?id=1%2527" --random-agent -v 3

urldecode()二次解码引发注入_第3张图片

感觉以后黑盒测试跑SQL注入可以在URL后面加上%2527,说不定就能瞎猫遇上死耗子碰到二次解码引发注入的情况。


你可能感兴趣的:(SQL注入)