DVWA SQL注入源代码审计

LOW

 DVWA   SQL注入源代码审计

打开,是个查询ID

 DVWA   SQL注入源代码审计

利用$_REQUEST获取id参数,$_REQUEST 包含了 $_GET,$_POST 和 $_COOKIE 的数组,可以被远程用户篡改而并不可信。

直接将$_REQUEST的数据插入sql查询语句未做任何过滤,造成了SQL注入漏洞

-1'union select user,password from users #

 DVWA   SQL注入源代码审计

Medium

打开页面,是按钮选择查询,无法输入字符

 DVWA   SQL注入源代码审计

查看源码,发现是用$_POST方法提交,相对比$_GET和$_REQUEST安全

 DVWA   SQL注入源代码审计

从POST表单获取id后,使用mysqli_real_escape_string()过滤,该函数会转义 SQL 语句中使用的字符串中的特殊字符,来预防数据库攻击。下列字符受影响:\x00 \n \r \ ' " \x1a

因为WHERE user_id = $id 是直接数字型传参,所以mysqli_real_escape_string()并未生效

是表单选择无法输入,但因为是POST方法提交表单,可以使用抓包工具,修改参数

 DVWA   SQL注入源代码审计

 

 

 

High

先查看页面效果,发现有个链接跳转,打开链接来到session-input.php,先查看一下

 DVWA   SQL注入源代码审计

 

 

没什么值得注意的,这个页面仅仅是将我们的输入放到了 Session 会话中,而且对我们的输入没有进行任何过滤或验证

再查看high的源码

 DVWA   SQL注入源代码审计

从 Session 中取出 id 而没有进行任何的过滤或验证,而且是字符型注入,emmmm,其实就是跳到另一个low级别页面,不是吧,阿sir

 DVWA   SQL注入源代码审计

Imposeable

查看页面,发现和low是一样的

 DVWA   SQL注入源代码审计

查看源码,好了,没事了,打扰了

 DVWA   SQL注入源代码审计

checkToken()检查token,防止CSRF

在处理用户输入的时候,首先是判断用户输入的是不是数字类型,is_nummic()函数判断id是否是数字,是返回true,否则返回false。通过这个判断可以将特殊字符或or、xor等都过滤掉,限制只能是纯数字。

使用PDO prepare 预编译的方式,没有使用常规的mysql过滤函数,因为前者可以指定参数类型,限制了传入更安全。后者可以使用编码绕过

上一篇:新手DVWA-XSS (Reflected)


下一篇:渗透测试---SQL注入~dvwa SQLi演示