SQL注入
前台SQL注入
通过观察pom.xml引入的依赖可看到引入了极可能产生SQL注入的mybatis,可能产生SQL注入的点就是在使用${}对参数进行接受时,如果没有编写特定的过滤器就会导致存在SQL注入,全局搜索${}

一个一个来看,第一个漏洞点。

需要传入的是${orderUtil.orderBy},按照调用的规则在dao层下存在同名java文件调用

看到OrderUtil,和我们传入的${orderUtil.orderBy}是一个,跟进去看下函数。

有两种传参数方式,传入一个orderBy或者多传入一个排序的参数isDesc,这个参数默认是true,接下来就去看哪里调用了orderBy。发现后台调用的很多,找到一个在前台调用的,通过RequestParam传入,红框下面的那一行代码确定了isDesc这个参数默认为true。所以可以使用上图的一个参数的构造方法。

需要注意下的地方,随便传入两个数字即可,然后后面跟oderBy参数。

Payload

本文主要分析了Java商城应用中的安全问题,包括前台和后台SQL注入漏洞,通过构造特定payload展示了如何利用这些漏洞。还讨论了文件上传漏洞,其中提到在管理员权限下的上传点成功上传恶意文件。此外,文章揭示了Log4j命令执行漏洞,并提供了测试payload,证实了漏洞的存在。最后,提到了fastjson反序列化漏洞,并指出了利用此漏洞的潜在方法。

472

被折叠的 条评论
为什么被折叠?



