在github上进行Tag对比。
分析patch,定位 问题点 。
根据漏洞作者的博客描述,直接使用Struts2-2.3.34的showcase项目,修改struts-actionchaining.xml。
使用${1+1}验证漏洞存在。
DefaultActionMapper
调用 parseNameAndNamespace()
解析 namespace
和 name
。当 alwaysSelectFullNamespace
为 true
时, namespace
的值可以通过URL控制。
Action执行结束时,调用 ServletActionRedirectResult.execute()
进行重定向Result的解析,通过 ActionMapper.getUriFromActionMapping()
重组 namespace
和 name
后,由 setLocation()
将带 namespace
的 location
放入父类 StrutsResultSupport
中。
StrutsResultSupport
拿到 location
后,通过 TextParseUtil.translateVariables()
调用 OgnlTextParser.evaluate()
解析执行URL中的OGNL表达式,导致代码执行。
最小条件:
alwaysSelectFullNamespace
值为 true
action
元素未设置 namespace
属性,或使用了通配符 漏洞场景:
使用Struts2老版本的PoC无法正常弹出计算器,会在获取 #context
时得到 null
值,导致 ['com.opensymphony.xwork2.ActionContext.container']
求值时的 source
为空,抛出异常。
通过跟踪OGNL底层代码发现,在比较新的版本的OGNL包中, OgnlContext
移除了 CONTEXT_CONTEXT_KEY
、 CLASS_RESOLVER_CONTEXT_KEY
和 MEMBER_ACCESS_CONTEXT_KEY
,使OGNL表达式无法继续使用 #context
、 #_classResolver
和 #_memberAccess
来获得相应对象。
获取不到 context
就无法进行后续Struts2的沙盒绕过。通过分析,发现在 #request
域下的 struts.valueStack
对象中存在 context
属性,因此对S2-045的Payload进行一下简单改造即可。
成功弹出计算器。
另外,由于Struts2.5中,几个excluded的map使用的是immutable collection,不允许修改,因此该PoC只适用于Struts2.3环境。 (2.5可以尝试使用 setXXX()
覆盖map值。)
再多说一嘴,Struts2的showcase项目没有通过大家知道的 struts.mapper.alwaysSelectFullNamespace
配置项控制 alwaysSelectFullNamespace
的值,而是通过 @Inject
进行了IoC。