ctfshow__黑盒测试

本文主要是介绍ctfshow__黑盒测试，对大家解决编程问题具有一定的参考价值，需要的程序猿们随着小编来一起学习吧！

web380-测试url参数

一开始什么也没有发现可以注入的地方，于是研究url参数。
发现每个页面都带有参数，如page_1.php,page_2.php啥的。
但是还是没有发现什么问题。
于是看了看别人的wp，发现page.php。
进去之后发现

$id.php很有问题。于是试了一下$id可不可以get传参进去，穿了一个page_1发现可以，于是试了一下另id=flag于是发现了flag

web381-找后台

进去之后发现是同样的模板，于是继续查看page.php，结果发现了这个

这个想了想是没有办法绕过的，于是找别的地方
然后查看wp，原来在源码中有一个后台地址
进入就直接给了flag了

web382-找后台

继续打开后台地址，是一个登录界面

结果一个万能密码，就进去了…
1223’ or 1=1#

web383-同上

和上一题一样啊…

web384-爆破

爆破密码，没啥好说的

web385-install/?install

重置后密码是admin888，不看wp根本猜不出来啊

web386-/clear.php?file=./install/lock.dat

有个lock.dat，首先访问/clear.php?file=./install/lock.dat清除，然后和上题相同

web387-rce

后台有一个/debug,进去看看，

出现了一个文件不存在,试一下传一个file参数。

file这里是有文章可做的，应该是可以文件包含的,于是进行日志包含，结果不行，经过测试发现

命令是可以执行的，但是却无法执行传过去的参数。既然这样那就不传马了，直接写文件就可以了。

结果可以rce了,既然如此我们就直接查看check.php吧，然后果然发现了flag

<?php system('cat /var/www/html/alsckdfy/check.php > /var/www/html/1.txt')?>

388-rce

虽然日志不能查看，但是他还是可以执行的。

那么我们再次查看check.php，果然是可以的

web389

在上几个题目的基础谁上，添加了jwt，不多讲了

web390-

居然在page页面有SQL注入，这是我想不到的。

这篇关于ctfshow__黑盒测试的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！