【网络安全】文件上传绕过思路
引言
分享一些文件上传绕过的思路,下文内容多包含实战图片,所以打码会非常严重,可多看文字表达;本文仅用于交流学习, 由于传播、利用此文所提供的信息而造成的任何直接或者间接的后果及损失,均由使用者本人负责,文章作者不为此承担任何责任。
案例一
一次项目渗透时,通过往 png 后缀随便加个字符可知该上传点为白名单上传,正常情况下无法绕过

通过观察接口信息,发现接口名字为 UploadImg,猜测该接口用于图片上传,按照开发的习惯,保不准会存在 temp、test,这类的接口,随后通过 fuzz 找到存在的上传接口(file),但此时的接口(file)上传文件仍旧存在限制,需要绕过。

由于黑名单限制不够严谨,经过多个伪后缀尝试,发现.cer 后缀可绕过限制并被解析

然后就 getshell 进内网,后面的操作就不多说了。

很多师傅看到白名单上传就会认为这个上传点足够安全,无法绕过,但其实不然,在存在多个上传接口的情况下,或许会存在没做限制,或者限制不严格的上传点也不一定,关键的是我们要如何发现这些接口,在此类接口存在限制时,如何去进行绕过,下面再举一个和接口绕过相关的例子。
【一>所有资源获取<一】1、200 份很多已经买不到的绝版电子书 2、30G 安全大厂内部的视频资料 3、100 份 src 文档 4、常见安全面试题 5、ctf 大赛经典题目解析 6、全套工具包 7、应急响应笔记 8、网络安全学习路线
案例二
upload_2018.php 接口白名单上传,在正常情况下,改变后缀会导致上传失败,如下

再进一步测试时发现存在多个上传接口,删除_2018 使用 upload 接口进行文件上传,可导致任意文件上传

进一步传 shell 时发现存在 waf(某讯云),需进一步绕过。

通过寻找域名真实 IP,使用真实 IP 进行文件上传,绕过 waf 限制,为防止有心人,这里直接把 IP 给打码盖住了,以防万一。

很多时候有一些开发为了便捷性,在部署上传接口时限制不够严谨或压根没做限制,这导致一旦被绕过限制传 shell,都会导致非常严重的后果,当然,我们可以找一些 temp、test 这类上传接口,因为此类接口多数是开发过程中用作测试的,这种接口几乎都是无限上传文件类型的,同样的我们也可以找一些 api 文档进行上传接口的发现,这或许会有惊喜也说不定,之前写过关于接口测试类的安全文章,可参考关于Swagger-UI下的渗透实战 23
案例三
这是一个把图片转 base64 的文件上传类型,具体绕过如下:

通过抓包发现图片是以 base64 进行上传的,观察了下数据包,发现可通过更改 upload_0 字段内容上传任意文件

访问 HTML 页面,成功被解析,可进一步上传 shell 获取权限。

一句话 shell 上传后发现无法执行命令,之后通过上传 PHPinfo 发现其存在 disable_functions,利用某斯拉绕过限制,getshell



#案例四
一个关于 nginx 解析漏洞的利用,这个漏洞是很久之前挖到的,这种漏洞现在应该不会存在了,单单是 waf 都能栏掉,这个就作为思考开拓说一下:
一次外网打点时发现了目标的一个核心系统,通过踩点发现了某上传功能,但上传接口存在白名单限制,且无其它的上传接口,由于这个站的 shell 比较重要,必须拿到,之后通过漏洞挖掘,发现目标存在 nginx 解析漏洞,结合图片上传点成功获取到了内网据点。



其它场景 &总结
有些时候文件上传成功后端没有返回路径,只回显了一个 id 号,这时候如果目标存在注入的话,我们尝试可以用 sqlmap 的--search 参数或者 SQLshell 对返回的 ID 号进行搜索,这样说不定就能找到 shell 地址了,之前在关于Swagger-UI下的渗透实战 23也说过,感兴趣的可以去看看;也有文件上传成功却只回显一个文件名的,在前不久的一次攻防就遇到这种情况,后来是用了 fuzz 找到了完整的 shell 路径,另外在某些时候,上传文件可以跨目录,那么我们可以通过../进行跨目录上传,运气好的话,或许会在几个../后把 shell 传到域名的根目录下,如果当前上传文件夹无执行权限,那么跨目录上传 shell 也是个不错的思路;另外,如果上传目录可控,可上传文件到任意目录的话,在 linux 场景我们可上传一个 ssh 秘钥用于远程登录,极端一点的话,可考虑上传 passwd、shadow 文件覆盖系统用户,但前提是权限要足够大。
如果不能跨目录,站点又没有注入的话,那么我们可以尝试寻找网站日志文件,例如泛微 E-COLOGY 日志的日志,像这种日志文件是有规律可循的,可以用 burp 进行日志爆破,或许在日志文件中能找到 shell 路径也说不定。



再者就是文件包含和文件读取了,文件读取的话可以通过读取日志和配置文件来发现 shell 地址,但是成功率太低了,至于文件包含,除了靶场和 ctf,实战还没碰过。
还有一个关于 burp 的使用技巧,这是真实遇到的,上传 shell 后没有回显路径,但是通过 http history 搜索 shell 的名字发现了完整的 shell 路径,因为传上去的文件,如图片这类的总归是显示出来的,这时候可以先在 web 应用到处点点,多加载一些数据包,然后再到 http history 搜索 shell 的名字,或许会有惊喜也说不定。
某些时候上传黑名单不严谨,那么我们可用伪后缀进行绕过,其它多的就不说了,大概思路就这样,当绕过限制拿到 shell 时,总会给我带来乐趣,或许这就是我喜欢渗透的原因。

评论