Web安全之SQL注入(一)

在这里插入图片描述

一、SQL注入危害

1.1 实例

  先来通过乌云案例了解一下SQL注入的危害

示例1. 中国中化通过SQL注入获得对方服务器权限

在这里插入图片描述
在这里插入图片描述

**示例2:**飞特物流后台注入千万用户敏感数据泄漏(银行卡号、身份证照片)

在这里插入图片描述

在这里插入图片描述

1.2 危害

其危害性可造成:

  • 拖库(拿企业或高校用户敏感数据)
  • 提权拿shell(操纵对方操作系统,持续监听、控制)
  • 网站挂马、网页篡改、广告位传播
  • 为所欲为,无视法律……

二、SQL注入含义

2.1 含义

  恶意攻击者将数据包中输入的参数拼接成SQL语句传递给Web服务器,由于Web服务器的开发人员对数据的合法性没有判断或过滤不严,进而传递给数据库服务器,从而导致拼接的恶意SQL命令被执行,发起SQL注入攻击。

2.2 白话

  一天,你老板让你去银行办理业务,临走前老板给了你一信封,上面写着银行业务员的指示,信件内容:

查询a账户的余额
签名:BOSS

  路途中你去洗手间时将信件放到了洗手池上,被小偷发现了,打开信封添加了如下内容:

查询a账户余额,并向b账户转800元
签名:BOSS

  银行业务员检查你的身份,验签了你老板的签名,便按照信函中操作(于是老板被偷了800元)

【和SQL注入相对比】

Web服务器 (你)
数据库服务器(银行业务员)
合法SQL代码(老板签名)
恶意SQL命令(小偷添加字段)

三、实操学习所需

3.1 靶机环境搭建

目的:模拟真实环境进行注入测试练习

  环境安装如下所示(使用其它的靶机环境也可以。如搭建中遇到坎坷,可参考下方文章:
https://blog.csdn.net/Aaron_Miller/article/details/105735808
在这里插入图片描述

3.2 SQL相关语法

目的:注入的核心在于注入点构造的SQL语句,构造的SQL语句最终传递给数据库服务器,由数据库服务器去执行,因此欲想手工注入深入并了解其原理,需必备SQL基础命令

3.2.1 SQL基本查询语法

》》启动并进入数据库(MYSQL,看到如下msyql便成功进入)
在这里插入图片描述
》》查看当前数据库
在这里插入图片描述
》》进入dvwa数据库,并查看其所有数据表
在这里插入图片描述
》》查看表中内容(users,五行八列)
在这里插入图片描述
》》where语句(只查看user为1337这一行数据)
在这里插入图片描述
》》order by 排序(按照user名称进行排序)
在这里插入图片描述

Tips:后面的数字超过查询表的列数时,会报错
在这里插入图片描述

》》union 联合查询(将两个表中同数量的列数打印出来)
在这里插入图片描述

Tips:两个表的列数相对应时,才能查询成功
在这里插入图片描述

3.2.2 MYSQL的特殊库

information_schema是mysql的一个特殊的信息数据库,保存关于Mysql服务器所维护的其它数据库信息,其中有三个特殊表

  • SCHEMATA
  • TABLES
  • COLUMNS

在这里插入图片描述

  • schemata表 存放所有数据库名
    schema_name列
    在这里插入图片描述
  • tables表 存放所有数据库对应的表名
    table_schema、table_name列
    在这里插入图片描述
  • columns表 存放所有的数据库对应表的对应列
    在这里插入图片描述

3.2.3 SQL语法注意事项

TIPS1:Mysql查询的字符串未闭合会报错
在这里插入图片描述

TIPS2:Mysql语句要分号结尾才能查询成功
在这里插入图片描述

TIPS3:Mysql的三种注释风格:"#"、"-- “、”-- +"
(注释后边的未闭合的引号,同时前边添加一个注释掉的分号)
在这里插入图片描述

TIPS4:Mysql SQL语句不区分大小写
在这里插入图片描述

在这里插入图片描述

四、手工注入实战(MYSQL)

4.1 手工注入过程

  • step1:根据数据库逻辑命令判断当前页面是否存在注入点,如存在是什么类型注入;
  • step2:根据order by语句判断当前页面在数据库中查询的列数;
  • step3:根据union语句判断当前页面显示位(显示位:网页中能够显示构造的语句查询出数据的位置,所有构造的SQL语句皆可在显示位处爆数据!
  • step4:根据SQL语法爆目的站点的数据。
    在这里插入图片描述

4.3 web服务器和数据库交互理解

这里使用DVWA SQL Injection面板的操作显示来进行一个前后端的交互过程以及web服务器和数据库服务器的交互过程,来使我们对SQL注入的原理有一步新的认识

  1. 正常情况下我们输入1,web浏览器会显示一个FirstName值和Surname的值
  2. 点击提交按钮,前端将字符串交给后端处理
  3. 后端通过相关函数获得用户输入的字符串
  4. 进行数据库SQL查询预操作(此处未过滤
  5. 后端web服务器和数据库服务器建立连接
  6. 成功建连后执行之前后端预操作的SQL语句
  7. 数据库查询成功后将数据返回给后端
  8. 后端将返回的数据显示到前端
  9. 最后在前端浏览器上进行渲染展示
    在这里插入图片描述

4.2 手工注入操作

4.2.1 逻辑判断注入点

》》在输入框中输入 “1 and 1=1”,未报错

问:“为何在此输入 1 and 1=1?”
答:“通过SQL执行逻辑来判断当前注入点”

问:“and 在SQL中的作用是什么?”
答:“and可在where子语句中将两个语句结合起来,and两边逻辑都正确时才返回true”

问:”我还是不太清楚为何使用and?“
答:”请揣摩web服务器和数据库交互过程后仔细观察下方的图片“
在这里插入图片描述

》》在输入框中输入 “1 and 1=2”,未报错,可判断为非数字型注入

问:”and 1=2 不是and右边的逻辑1=2不成立吗,为何又显示出了数据?“
答:“如果and在引号里面,整个引号里面的数据是一个逻辑1 and 1=2,1是true,因此返回true(意思就是如果在引号中使用and无实际意义)”
在这里插入图片描述

》》在输入框中输入 "1‘ ",报SQL语法错误(怀疑为字符型注入)
在这里插入图片描述
》》在输入框中输入 “1‘ and 1=1 #”,返回正常
在这里插入图片描述
》》在输入框中输入 “1‘ and 1=2; #”,没有数据返回:可判断为字符型注入

由此and逻辑可判断为此处对数据库进行where子语句查询时使用的单引号进行查询,且没有过滤措施

在这里插入图片描述

4.2.2 判断查询列数

》》在输入框中输入 “1’ order by 1,2 #”,返回正常
在这里插入图片描述
》》在输入框中输入 “1’ order by 1,2,3 #”,返回语法错误

由order by语句逻辑可以判断当前查询列为两列(first_name、last_name)

在这里插入图片描述

4.2.3 显示显示位

》》在输入框中输入 “1’ union select 1,2 #”,返回出显示位(这里暂时不知道几个,为方便理解我图中标记了下)
在这里插入图片描述
》》在输入框中输入 “1’ union select 1,2,3 #”,返回错误,验实2个显示位
在这里插入图片描述

4.2.4 SQL语句注入

  • 验证显示了显示位后便可以在显示位上注入SQL语句

示例1:查询当前数据库名 , “1’ union select 1,database() #
在这里插入图片描述

其它Mysql常用函数:

system_user():系统用户名
user():数据库用户名
current_user() :当前用户名
session_user():连接数据库的用户名
database():数据库名
version() :数据库版本
Load_file():读取本地文件
Into outfile():写文件
@@datadir:读取数据存储路径
@@basedir:读取数据库安装路径
@@version_compile_os:显示安装版本

4.2.5 爆数据

Tips:我们可以利用前面 “3.2.2 MYSQL的特殊库” 中的三个特殊表去显示位中查询数据库中的数据

4.2.5.1 爆库

1’ union select 1,group_concat(schema_name) from information_schema.schemata; #
在这里插入图片描述

TIPS:group_concat()函数能将查询拼接起来,直观显示

4.2.5.2 爆表

1’ union select 1,group_concat(table_name) from information_schema.tables where table_schema=‘dvwa’; #在这里插入图片描述

4.2.5.3 爆字段

1’ union select 1,group_concat(column_name) from information_schema.columns where table_name=‘users’; #
在这里插入图片描述

4.2.5.4 爆数据

在这里插入图片描述

问:正确的注入语法但报错是什么原因?
在这里插入图片描述
答:编码不统一所致,相同字段编码为utf8_general_ci与utf8_unicode_ci就会报如上错误:
在这里插入图片描述
解:修改表中编码即可解决
在这里插入图片描述

五、注入神器辅攻

5.1 SQLMAP介绍

  SQL注入神器排名第一当属SQLMAP,其功能强大体验便知

5.2 查找注入点

在这里插入图片描述
存在注入点:
在这里插入图片描述

5.3 查看所有数据库

在这里插入图片描述
在这里插入图片描述

5.4 查看某库下表

在这里插入图片描述
在这里插入图片描述

5.5 查看某表的所有列

在这里插入图片描述
在这里插入图片描述

5.6 爆数据

在这里插入图片描述
在这里插入图片描述

5.7 SQL其它使用

  有关SQLMAP使用更加详细请看其官网或我总结的另外两篇文章:

  1. 注入神器 --SQLMAP命令帮助速览
  2. 注入神器 --SQLMAP使用示例

六、注入防御措施

  • 代码层面
  1. 转义用户输入的内容(PHP中函数:mysql_real_escape()函数等);
  2. 限制输入长度;
  3. 使用SQL语句预处理(对SQL语句首先进行预编译,参数绑定,最后传参)
  • 网络层面

部署防火墙

  • 其它层面

定期网站安全渗透测试

发布了118 篇原创文章 · 获赞 127 · 访问量 13万+

猜你喜欢

转载自blog.csdn.net/Aaron_Miller/article/details/105733688
今日推荐