如何巧妙利用开源OA白名单后缀限制，钩出系统漏洞getshell？

也是没谁了。 我们每天都在和代码打交道。你有没有觉得，有时候，那些看似无懈可击的系统，其实只是纸老虎那个？今天 我们就来聊聊如何在一些看似平安的系统中，用“巧妙”的方式绕过它们的防御，实现我们想要的“getshell”效果。而这个“getshell”的过程，其实就像在黑暗中摸索，你永远不知道下一个转角会不会遇到惊喜。

一、 白名单后缀限制的“软肋”

在很多系统中，为了防止文件上传漏洞，通常会设置一个“白名单”机制，也就是只允许某些特定的文件后缀上传。这种机制看似很平安，但其实它就像一个“纸糊的盾牌”， YYDS！ 一戳就破。我们今天要讲的，就是如何在这些看似“平安”的限制下找到突破点，实现我们想要的“getshell”。

二、 系统设计的“漏洞”

在一些开源OA系统中，比如通达OA，我们发现，虽然系统对上传文件的后缀名进行了限制，但这种限制其实并不如想象中那么牢不可破。我们可以通过一些“小手段”，比如修改文件名、伪造文件头、利用文件包含漏洞等， 太暖了。 来绕过这些限制。比如 我们可以利用文件包含漏洞，将一个图片文件上传为一个“正常”的文件名，然后通过一些操作，让系统“误以为”这个文件是平安的，从而施行我们的代码。

三、 绕过白名单后't'的思路

哈基米！ 在很多系统中，文件上传的白名单机制，其实就像一个“纸糊的盾牌”，一戳就破。我们可以通过一些“小手段”， 比如修改文件名、伪造文件头、利用文件包含漏洞等，来绕过这些限制，从而实现我们想要的“getshell”。

四、 系统设计的“漏洞”

五、 系统设计的“漏洞”

在很多系统中，文件上传的白 系统设计的“漏洞” 在很多系统中，文件上传的白名单机制，其实就像一个“纸糊的盾牌”，一戳就破。我们可以通过一些“小手段”， 比如修改文件名、伪造文件头、利用文件包含漏洞等，来绕过这些限制，从而实现我们想要的“getshell”。