【BuuCTF】BadySQli
题目描述
纯粹的SQL注入题
随意传入
name=abc&pw=a
返回 wrong user
尝试传入
name=1%27&pw=a
发现闭合方式为'，同时给出了一个可疑字符串
把这段字符串丢进ChatGPT，告诉我们可能是Base32编码的，对其进行Base32解码得到字符串
c2VsZWN0ICogZnJvbSB1c2VyIHdoZXJlIHVzZXJuYW1lID0gJyRuYW1lJw==
这显然是Base64编码的，再对其解码，得到明文
select * from user where username = '$name'
显然这道题的注入点就是name
题解
在尝试的过程中发现以下字符串被过滤
or = ( )
但是由于对大小写不敏感，or可以使用大小写方式进行绕过
传参：
name=1' Or 1#&pw=a
返回 wrong pass
说明name已经注入成功了，但是却要校验pw参数。
由于当name的值为1'时，会返回错误的语句，正常的思路是使用报错注入，得到数据库的信息，但是过滤了(和)，因此也无法进行数据库的查询。
题目给了源代码，点入search.php的源代码，关键代码如下：
其登录逻辑是，根据name到数据库中查找，将查找到的用户名对应的md5加密的密码与传入的pw的md5值进行比较（即存储在数据库中的是密码的md5值），若相等，则登录成功。这与CTF比赛中常见的直接对用户名参数进行注入不同。
当我们传入name=1' Or 1#&pw=a时，查询的结果是用户admin的用户名和密码，即$arr[1]的值是admin，$arr[2]的值是admin用户的密码。当pw的md5值与$arr[2]的值相等时，就返回flag。而admin用户的密码是我们无法得到的。
因此我们需要控制$arr[2]的值，将其赋值为pw参数的md5值。当传参如下时：
name=1' union select 1,"admin",3#&pw=a
返回也是 wrong pass，说明用户名存储在表中的第二列，猜测密码存储在第三列，传参：
name=1' union select 1,"admin","0cc175b9c0f1b6a831c399e269772661"#&pw=a
其中0cc175b9c0f1b6a831c399e269772661是a的md5值，这样传参，$arr[1]的值为admin，$arr[2]的值为0cc175b9c0f1b6a831c399e269772661
总结
本题的登录逻辑与一般的题目不同，源码中的查询语句并非是
select * from user where username = '$name' && password = '$pw'
而是
select * from user where username = '$name'
先选择与用户名匹配的记录，记录中存储的是用户名和密码的md5值，再将查询到的密码的md5值与传入参数的md5值进行比较。