浅谈struts2历史上的高危漏洞

Posted 2021-04-28 SecPulse安全脉搏

前言

---

Apache Struts2作为世界上最流行的Java Web框架之一，广泛应用于教育、金融、互联网、通信等重要行业。它的一个高危漏洞危害都有可能造成重大的互联网安全风险和巨大的经济损失。本文旨在对以往的高危漏洞形成原因、受影响的版本以及相应的利用方式进行一次梳理，若有不完善的地方欢迎大家指正。

先来介绍一些基本知识：Struts1是全世界第一个发布的MVC框架，Struts2实在webwork和Struts1的基础上开发的，Struts2和webwork底层都用到了xwork。并且整合了一种更为强大的表达式语言：ognl。基于Struts2框架开发项目的时候，需要引用一些基础的jar包，在Struts 2.0.*的时候，Struts2的必备jar包需要如下5个：

之后的版本的struts2可能还需要其他的jar包，比如commons-fileupload-1.2.1.jar 支持文件上传的jar包。

apache（http://struts.apache.org/docs/security-bulletins.html）历史上涉及的高危漏洞如下：S2-003，S2-005，S2-007，S2-008，S2-009，S2-012~S2-016，S2-019、S2-032、S2-033、S2-037、S2-045、S2-046、S2-048、DevMode。

一 S2-003、S2-005、S2-007

---

S2-003

受影响版本：低于Struts 2.0.12

Struts2会将HTTP的每个参数名解析为ognl语句执行（可理解为Java代码）。ognl表达式通过#来访问struts的对象，Struts框架通过过滤#字符防止安全问题，然后通过unicode编码（\u0023）或8进制（\43）即绕过了安全限制。

S2-005

受影响版本：低于Struts 2.2.1

对于S2-003漏洞，官方通过增加安全配置（禁止静态方法调用和类方法执行等）来修补，安全配置被绕过再次导致了漏洞。

EXP：

执行的“whoami”命令，将会直接写入到showcase.action文件中，并下载到本地。

S2-007

受影响版本：低于Struts 2.2.3.1

S2-007和S2-003、S2-005的漏洞源头都是一样的，都是struts2对OGNL的解析过程中存在漏洞，导致黑客可以通过OGNL表达式实现代码注入和执行，所不同的是:

1. S2-003、S2-005: 通过OGNL的name-value的赋值解析过程、#访问全局静态变量(AOP思想)实现代码执行

2. S2-007: 通过OGNL中String向long转换过程实现代码执行

假设hello.java中定义了一个整数long id，id来自于用户输入，传递一个非整数给id导致错误，struts会将用户的输入当作ongl表达式执行，从而导致了漏洞,因此要想利用此漏洞，程序中必须有可以接受外界输入的id等参数。

EXP：

二 S2-009

---

受影响版本：低于Struts 2.3.1.1

EXP：

将会在系统上建立/tmp/PWNAGE文件。

三 S2-012、S2-013

---

受影响版本：低于Struts 2.3.14.1

struts2中可以通过${express}或%{express}来引用ongl表达式，当配置一个action中有${input}或%{input}且input来自于外部输入时，给input赋值%{exp}，从而导致任意代码执行。Struts2标签库中的url标签和a标签的includeParams这个属性，代表显示请求访问参数的含义，一旦它的值被赋予ALL或者GET或者 POST，就会显示具体请求参数内容，问题在于，struts竟然把参数做了OGNL解析。

x.jsp：

EXP：

四 S2-016

---

受影响版本：低于Struts 2.3.15.1

在struts2中，DefaultActionMapper类支持以”action:”、”redirect:”、”redirectAction:"作为导航或是重定向前缀，但是这些前缀后面同时可以跟OGNL表达式，由于struts2没有对这些前缀做过滤，导致利用OGNL表达式调用java静态方法执行任意系统命令。

以“redirect”为例进行命令执行：

EXP1：

五 S2-019

---

Struts 2.0.0 - Struts 2.3.15.1

Struts 2.3.15.2以后的版本默认关闭开发模式,  比较鸡肋。

EXP：

六 S2-032、S2-033、S2-037

---

受影响版本：2.3.18-2.3.28(except 2.3.20.2 and 2.3.24.2)。

S2-032

假如动态方法调用已经开启,然后我们要调用对应的login方法的话 我们可以通过http://localhost:8080/struts241/index!login.action来执行动态的方法调用。这种动态方法调用的时候method中的特殊字符都会被替换成空，但是可以通过http://localhost:8080/struts241/index.action?method:login来绕过无法传入特殊字符的限制。

EXP：

该漏洞依附于S2-032漏洞，当开启动态方法调用，并且同时使用了Strut2 REST Plugin插件时，使用“!”操作符调用动态方法可能执行ognl表达式，导致代码执行。

EXP：

S2-037

该漏洞受影响版本等同于S2-032、S2-003，尽管不需要配置struts.enable.DynamicMethodInvocation为true，但是需要调用Strut2 REST 插件才能触发。Strut2 REST还支持actionName/id/methodName这种方式处理解析uri，直接将id后面的内容作为method属性设置到mapping中。

EXP：

七 S2-045、S2-046

---

受影响的版本：

Struts 2.3.5 – Struts 2.3.31

Struts 2.5 – Struts 2.5.10

S2-045：

这个漏洞是由于Strus2对错误消息处理出现了问题，通过Content-Type这个header头，注入OGNL语言，进而执行命令。攻击者可以将恶意代码通过http报文头部的Content-Type字段传递给存在漏洞的服务器，导致任意代码执行漏洞，要想顺利触发德华，lib中一定要有commons-fileupload-x.x.x.jar包

S2-046：

该漏洞与S2-045触发点一样，但利用方式不同，使用恶意的Content-Disposition值或者使用不合适的Content-Length头就可能导致远程命令执行。

八 S2-048

---

受影响的Struts版本：Apache Struts 2.3.x系列中启用了struts2-struts1-plugin插件的版本

这个漏洞主要问题出在struts2-struts1-plugin这个非默认的插件包上，由于struts2-struts1-plugin 包中的 “Struts1Action.java” 中的 execute 函数可以调用 getText() 函数，这个函数刚好又能执行OGNL表达式，同时这个 getText() 的 参数输入点，又可以被用户直接进行控制，如果这个点被恶意攻击者所控制，就可以构造恶意执行代码，从而实现一个RCE攻击。该漏洞利用的payload 与s2-045其实都是一样的，只是触发点不同和影响范围不同而已。

九 DevMode

---

影响版本：Struts 2.1.0--2.5.1

S2-008漏洞也是一个devMode下的远程执行漏洞，由于当时Apache还没有专门的声明，要求开发者在发布系统的时候必须关闭devMode，因此这个漏洞当时还是被他们给予了CVE编号，并在后续比较迟的时候增加了对其利用方式的过滤处理。CVE编号授予的时候，Struts2的最新版本为2.3.1，但在其后直至2.3.28之前的版本都能够触发这个漏洞，从2.3.29开始，官方增加了一个检查项——禁止链式表达式，这才阻止了特定ognl表达式的执行。但是不得不说该漏洞一直存在，只是利用条件变得越来越苛刻。

当struts.xml或struts.properties配置文件中

便会触发相应漏洞。

EXP1：

EXP2：

参考文章

---

1.http://blog.csdn.net/qq_29277155/article/details/51672877

2.http://netsecurity.51cto.com/art/201707/544837.htm

3.https://www.seebug.org/vuldb/ssvid-92088

4.https://www.waitalone.cn/struts2-command-exp.html

5.https://cwiki.apache.org/confluence/display/WW/S2-009

6.http://www.cnblogs.com/shellr00t/p/5721558.html