目录

• 解题思路
• 总结

解题思路

拿到题目的时候，只有一个登录界面

拿到登录界面，而且还伴随着有注册界面，联想到SQL的二次注入漏洞

尝试注册admin’#，并使用admin登录，发现登录失败，说明可能不存在SQL二次注入

注册之后，登录进去，在check.php页面查看源代码的时候发现有一个关于admin的注释：

可能是编码不一致的问题，打开Notepad++，先选择使用ANSI编码，粘贴之后，再使用UTF-8编码，得到内容：

可能关键的信息在admin的电话，看来必须要知道admin的电话才行。

当前页面很少，想着如果可以看源代码是不是有解题思路，于是使用dirsearch扫描了一下，希望能有个源代码文件：

在访问了所有的文件后，事与愿违，并没有源代码文件，但是db.php仍然暗示了需要使用SQL注入

通过一番寻找，由于页面暗示了电话问题，所以我们猜想可能注入点在电话中

为什么？且看图

空色框内的变量2显然就是查询数据库之后的结果，所以这个2很可能就是回显点

而在整个靶场中，唯一能够让我们控制电话的只有register.php界面。

再次打开register.php界面，进行html的代码审计（因为得不到php源代码）：

显然必须要查看form表单

这很正常，在注册界面里面，设定电话号码的长度是11

但是，对于hack来说，长度为11显然限制了我们的手动直接在页面注入，这就是此地无银三百两的细节

好，我们输入SQL注入语句，报错，原因是，它必须要数字：

所以系统会对非数字电话进行过滤

办法是转换成二进制或者十六进制（二进制经过测试不能成功，且看16进制）。

将SQL注入语句转换成16进制，记住，一定要在前面加0x

发送成功，然后我们登录查看一下

我们刚刚输入的内容在回显栏里面，点击check

相比于刚才，多了一条语句：There only 1 people use the same phone as you

同时也证明了两点，只有一列可以回显，而且是数字型注入。

于是之后就可以构造查询语句：

最后再查一下phone，就可以找到flag了

此外，在查询的时候，遇到错误会统一报错为db，error

这样下来，报错注入就行不通了，即不能用xmlupdate

总结

做这道题遇到的障碍以及解决方法