事件起因：

某学校群聊又有人被骗了，发了类似这样的内容，点进去一看就是伪装成QQ邮箱或者QQ空间后台的网站，骗取QQ号码。

随便填写账号密码后，有一个假的学籍查询表单，让你填一些敏感信息啥的（黑入后台后发现居然真有人写了，汗）。突然心生一意：要不试试SQL注入看看？

过程

1、分析后台接口

直接浏览器F12，点开网络，然后随便输个账号密码，点登录，就抓到登录接口了。

负载payload里可以看到请求的参数为u、p、step三个参数，此处图片就不展示了。

2、利用apipost或者postman，尝试对后台进行SQL注入：

设置u为‘and 1=1 即出现select的报错提示：

再设置为'and 1=1 #10086，此时出现insert插入失败的提示

看来后台是先select一遍数据库确定该用户此前不存在，再insert到数据库里的。从insert内容可以看出会记录ip和地址等信息，因此单ip下发送大量垃圾信息也可以轻松过滤掉。

3.既然有个select 那自然有很大的操作空间

关于如何注入,可以看：(SQL注入实战之报错注入篇（updatexml extractvalue floor）_bckBCK的博客-CSDN博客_updataxml报错注入

SQL注入之PHP+Mysql – Byskkip – 博客园 (cnblogs.com)

SQL注入-攻入Apple ID钓鱼网站实录 – msp的昌伟哥哥 – 博客园 (cnblogs.com)

我使用以下SQL注入套取信息（替换用户名参数如下）：

' and updatexml(1,concat(0x7e,(select database()),0x7e),1) — 1008611

以上这条可以套取到database()的信息，套取出来结果是d149

同理替换select database()为其他语句可以套出MySQL版本信息，本人套出来为5.6

根据此前套出来的select和insert语句还可以套出来cc_users表中的其他信息，操作如下：

' and updatexml(1,concat(0x7e,(select group_concat(username) from d149.cc_users),0x7e),1) -- 1008611

需要使用concat语句连接查询结果，否则会因为子查询的row数量>1而报错。或者使用limit语句，一个一个的套出来也可以。

我尝试使用drop table cc_users.报错。

注意默认情况下能套出来的信息长度有限制，不能直接全部套出来，只能套一点点。

只有这些内容当然没什么用，我打算用SET语句

SET GLOBAL group_concat_max_len = 10240

修改concat语句默认的长度，但是报错。

尝试获取infORMation_shcema.tables或information_schema.columns，来套取其他表或其他列的信息，结果请求不响应了，看来后台有防备啊。

4.重磅的来了：群里有位大佬直接套出了整个网站的源代码

怎么套的？直接原网站后面加上某个神秘数字.rar，下载下来就是源码….

结构大概如下：

其中有几个重要文件：

1.根目录login.php wap文件夹下的login.php

? 伪造的登录页面。里面可以直接看到后台所执行的SQL语句。

2.config文件夹下的_config.php文件

包括数据库名称设置，用户名设置，密码设置，可以看到数据库表的前缀为cc_

3.重点之一：通过搜索cc_users关键字，找到了数据库备份所在的文件夹：config/sbak/bdata，其下有一个文件夹，内部居然是全部的数据库备份！完整的数据库建表SQL赫然在内。
分析可知管理员表名称为cc_admins，内有f_userName,f_psw两个字段，分别对应账号、密码。还有一个f_userPwd,应该是密码MD5加密后的结果。

4.重点来了

通过搜索admin关键词，锁定了以下文件：
d141/admin.php

这就是整个系统的后台

直接在浏览器里域名+d141/admin.php，报了404？

考虑到此前套出来数据库名字为d149，访问域名+d149/admin.php，成功进入后台登录页面！

5.套取管理员账号和密码

此前通过分析源码已经得知管理员表名称和结构，直接通过以下SQL套取关键信息：

' and updatexml(1,concat(0x7e,(select group_concat(f_userName) from d149.cc_admins),0x7e),1) -- 1008611

' and updatexml(1,concat(0x7e,(select group_concat(f_psd) from d149.cc_admins),0x7e),1) -- 1008611

' and updatexml(1,concat(0x7e,(select group_concat(f_userPwd) from d149.cc_admins),0x7e),1) -- 1008611

套取出来的信息居然和前面数据库备份的信息一模一样。（userPwd由于过长，后面有个字母f没套出来）

直接利用用户名和密码，成功进入后台：

后台可以直接看到数据库中的内容，由于此前已经被我删库过一轮，所剩信息已经不多。

但是可以看到仍然有几位同学上当受骗，甚至填写了自己包括自己父母的真实信息，包括手机号，没删库前这样的信息大概有一百多条。

点击删除按钮，就删除了一条记录

那肯定不能这样一条一条点呀，能不能SQL注入呢？答案是可以。

F12查看网络，可以发现删除的url如下：

/users.php?act=delete&user_id=1234

GET请求，可以直接在浏览器中输入

分析源代码中相关语句

直接后面拼接上or 1=1

变成
/users.php?act=delete&user_id=1234 or 1=1

浏览器地址栏中输入，回车，可以看到整个资料已经全部被清空

(浏览器会自动把空格转为%20)
后台还可以进行修改密码、设置网页标题等操作。

改密码什么的事情就不干了，就这样吧。尝试ssh连接后台linux服务器，尝试mysql远程连接数据库均失败。
最后决定就SQL注入删库就好了，其他事就不干了。

6.后记

希望大家提升安全意识，不要在来历不明的网站随便输入自己的真实信息！尤其是QQ群里发的一些什么教务处通知啥的，千万不要点击。即使有这种网站，一定要检查是否官方网站，是否https，是否境外网站（可以去站长之家等查询网站的信息），一般这种网站的域名都是奇奇怪怪的，并且IP都位于海外。

盗号网站源码不放出，以免有人利用源码祸害更多人。

SQL注入这种操作在Java的ORM框架下（mybatis等）基本失效，但是仍然是一个值得关注的安全问题，稍有不慎就会被套出全部信息，平时一定要注意。
最后正告原作者：
你用的CN域名，可以直接查到你的姓名。还能查到你名下其他的域名。
请立即停止你的行为，既然是CN域名必然备案，你应该也知道这样做的后果。希望不要等落网了才知道后悔！

本文来自https://www.cnblogs.com/6543×1/p/16047181.html

本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请发送邮件至 cloud@ksuyun.com 举报，一经查实，本站将立刻删除。
如若转载，请注明出处：https://www.daxuejiayuan.com/8092.html