漏洞挖掘之再探某园区系统

漏洞挖掘之再探某园区系统

中铁13层打工人 安全洞察知识图谱 2025-02-13 00:30

免责声明
 由于传播、利用本公众号所提供的信息而造成的任何直接或者间接的后果及损失,均由使用者本人负责,公众号安全洞察知识图谱及作者不为
承担任何责任,一旦造成后果请自行承担!如有侵权烦请告知,我们会立即删除并致歉。谢谢!

1详细介绍

原文链接:https://forum.butian.net/share/3100

作者:中铁13层打工人


0x1 任意用户登录

1、漏洞分析

通过上次提到的搜索new UserBean()的思路,发现还有一处创建用户的方法

public void addUser(WsAdminParam<ExUserBean> adminParam) {
    ExUserBean bean = (ExUserBean)adminParam.getParam();
    UserBean userBean = new UserBean();
    userBean.setOwnerCode(bean.getOrgCode());
    userBean.setRoleIds(bean.getRoleIds());
    userBean.setLoginName(bean.getLoginName());
    userBean.setIsReuse(bean.getIsReuse() ? 1 : 0);
    userBean.setLoginPass(bean.getLoginPass());
    userBean.setUserName(bean.getUserName());
    userBean.setUserType(0);
    this.userManager.addUser(userBean);
    UserCache.addUserToUserList(userBean);
}

可以看到通过传入WsAdminParam类型参数,获取param对象的成员遍历对UseBean进行赋值初始化,最后保存到数据库中

接下来就是找哪里调用了addUser这个方法,根据前面我们发现调用都是接口.方法名
,于是构造ExUserManager.addUser

图片

并没有其他调用,难道这只是单纯实现了方法?

扩大搜索面只搜索ExUserManager
接口名,排除类定义等干扰信息我们有了新的收获

interfaceMethodsMap.put(AdminWebService.INTERFACE_QUERY_USER,WsMethod.bulid(ExUserManager.class.getMethod("queryUser", WsAdminParam.class), ExUserBean.class));
interfaceMethodsMap.put(AdminWebService.INTERFACE_DELETE_USER,WsMethod.bulid(ExUserManager.class.getMethod("deleteUsers", WsAdminParam.class), ExUserBean.class));
interfaceMethodsMap.put(AdminWebService.INTERFACE_ADD_USER,WsMethod.bulid(ExUserManager.class.getMethod("addUser", WsAdminParam.class), ExUserBean.class));
interfaceMethodsMap.put(AdminWebService.INTERFACE_VIEW_USER,WsMethod.bulid(ExUserManager.class.getMethod("viewUser", WsAdminParam.class), ExUserBean.class));
interfaceMethodsMap.put(AdminWebService.INTERFACE_UPDATE_USER,WsMethod.bulid(ExUserManager.class.getMethod("updateUser", WsAdminParam.class), ExUserBean.class));
interfaceMethodsMap.put(AdminWebService.INTERFACE_UPDATE_USER_PASSWORD,WsMethod.bulid(ExUserManager.class.getMethod("updateUserPassword", WsAdminParam.class), ExUserBean.class));

在AdminWebServiceImpl类的静态代码块中初始化了interfaceMethodsMap数组,其中将ExUserManager
方法对象进行存储。

在executeInterface
方法中对interfaceMethodsMap数组进行了取值操作

图片

假设我们想调用addUser这个方法需要指定interfaceMethodsMap
的key为admin_011_02
(下面会讲到),map会返回我们WsMethod
对象,那么WsMethod#getExtClass
返回的值就是map中的 WsMethod.bulid
 的第⼆个参数,也就是ExUserBean

图片

WsAdminParam.fromJson(jsonParam, method.getExtClass());
⽅法如下:这⾥将我们传⼊的第⼆个参数⾸先进⾏json解析,移除json中的param参数,然后再分别进⾏json反序列化,第⼀次反序列化是将移除的param json数据转化为ExUserBean
类型,第⼆次反序列化是将 传⼊的json转化为 WsAdminParam
 类型,最后将ExUserBean
重新设置到 WsAdminParam
 对象中,因此我们传⼊的参数主要是在反序列化为 WsAdminParam
 对象

图片

观察 WsAdminParam
 类成员变量,发现需要这些参数:

图片

那我们在executeInterface
方法中传入的jsonParam的值应为:

{
 "authorinize": {
 "userName": "11",
 "password": "11",
 "loginCode": "11"
 },
 "locale": "1",
 "param": {"orgCode":"001","loginName":"test","roleIds":"1","loginPass":"test","isReuse":0,"oldLoginName":"xxx","oldRoleIds":"1","userName":"test"},
 "paramStr": "11",
 "langLocale": "11",
 "orders": [{"propertyName": "1","isAscending": true}]
}

其中param对应了初始化ExUserBean对象的变量值

图片

那么executeInterface方法在哪调用呢?

我们发现AdminWebServiceImpl类注解为@WebService

@WebService(
    targetNamespace = "http://webservice.dhsoft.com"
)
public class AdminWebServiceImpl implements AdminWebService

WebService是一种跨编程语言和跨操作系统平台的远程调用技术。

所谓跨编程语言和跨操作平台,就是说服务端程序采用java编写,客户端程序则可以采用其他编程语言编写,反之亦然!跨操作系统平台则是指服务端程序和客户端程序可以在不同的操作系统上运行。

Java中常用注解来注册WebService服务,常见注解有

@WebService:此注示用来标明此java类为某个WebService的实现类或者标明此java接口定义了某个WebService的接口。即定义服务

@WebMethod:定义方法,在公共方法上面表示该方法要作为服务发布,仅支持在使用@webservice注解来注解的类上使用@WebMethod注解

@WebResult:注解用于定制从返回值至 WSDL 部件或 XML 元素的映射。即定义返回值

@WebParam:注解用于定制从单个参数至 Web Service 消息部件(message元素)和 XML 元素的映射。即定义参数

向上进入AdminWebService接口

图片

其中定义了interfaceMethodsMap数组interfaceId的具体值,我们调用addUser时interfaceId=admin_011_002;并且将executeInterface注册在了WebService服务中。

根据java中WebService的配置,我们在配置文件中找的AdminWebService注册的路由(厚码保命)

图片

而在web.xml中WebService服务是由CXFServlet来处理的

图片

此时路由并没有配置拦截器可以未授权访问。

图片

2、漏洞复现

我们利用burp中的插件Wsdler帮助我们生成webservice的xml格式

首先访问该seervice的wsdl

图片

随后burp抓取该请求包,并parse wsdl

图片

随后在插件中得到请求格式

图片

我们把前面构造的两个参数带入到请求包中,成功创建用户

图片

并使用该用户登录到后台

图片


0x2 其他利用点

我们对比两个添加用户的方法发现构造完userbean对象后都调用了this.userManager.addUser
方法,我们可以精确搜索

图片

发现还有其他两个接口可以创建用户。

而在AdminWebServiceImpl
的interfaceMethodsMap
中除了adduser
还有其他方法

图片

比如queryUser
可以查看用户信息

图片

viewUser
可以查看对应用户的密码

图片

另外在lib中看到低版本的xstream依赖

图片

xstream主要是在调用fromXML和toXML方法如果传入参数可控就大概率存在反序列化漏洞

利用jar-analyzer工具快速找出项目中调用相关方法的位置

图片

挑选addDevs方法,找的具体实现的代码

图片

这里getFormatedDevXStream
是获取XStream对象

图片

如果validateAndReturnXmlInfo
方法的返回可控就可以进行反序列化,跟进发现

图片

图片

可以看到validateAndReturnXmlInfo
其实是获取请求参数xmlInfo
的值,这个我们是可控,构造payload。

这里使用woodpecker插件进行XStream Payload的生成(工具地址:
https://github.com/woodpecker-framework/woodpecker-framework-release;插件地址“https://github.com/woodpecker-appstore/xstream-vuldb
”)

图片

复制出来去除缩进的空格和换行后将其进行URL全编码,访问接口并传参

图片

成功执行ping命令

2免费社区

安全洞察知识图谱星球是一个聚焦于信息安全对抗技术和企业安全建设的话题社区,也是一个
[免费]
的星球,欢迎大伙加入积极分享红蓝对抗、渗透测试、安全建设等热点主题