* 本文作者:sunyz2,本文属FreeBuf原创奖励计划,未经许可禁止转载
一、漏洞背景
Oracle官方在北京时间2018年4月18日凌晨发布了关键补丁更新,其中包含了OracleWebLogic Server的一个高危反序列化漏洞(CVE-2018-2628),通过该漏洞,攻击者可以在未授权的情况下远程执行代码。
CVE-2018-2628为CVE-2017-3248修复版本的绕过,远程攻击者可利用该漏洞在未授权的情况下发送攻击数据,通过T3协议在Weblogic Server中执行反序列化操作,利用RMI(远程方法调用) 机制的缺陷,通过 JRMP 协议达到执行任意反序列化 payload 的目的。CVE-2018-2628原理为在CVE-2017-3248补丁中InboundMsgAbbrev的resolveProxyClass处理rmi接口类型,只判断了java.rmi.registry.Registry,找一个其他的rmi接口即可绕过,比如java.rmi.activation.Activator。
二、补丁分析
针对Oracle发布的最新补丁进行测试,测试版本:weblogic10.3.6.0,反序列化工具为ysoserial。
更新Weblogic 10.3.6.0至最新补丁版本(BUG27395085_10360180417):
使用大神[2]的测试脚本,利用ysoserial工具生成反序列化payload,成功执行命令,补丁仍可绕过。
测试环境使用的jdk为1.6.0.45,经测试,更新最新补丁后,ysoserial的payload仅Jdk7u21才能成功执行命令,CommonsCollections已无法执行代码。
分析BUG27395085_10360180417补丁代码,其weblogic.utils.io.oif.ebLogicFilterConfig类中定义了RMI远程反序列化的黑名单,其中”sun.rmi.server.UnicastRef”为该补丁新增的黑名单类。
private staticfinal String[] DEFAULT_BLACKLIST_CLASSES =
{"org.codehaus.groovy.runtime.ConvertedClosure","org.codehaus.groovy.runtime.ConversionHandler","org.codehaus.groovy.runtime.MethodClosure","org.springframework.transaction.support.AbstractPlatformTransactionManager","sun.rmi.server.UnicastRef" };
黑名单被InboundMsgAbbrev.class中resolveClass的checkLegacyBlacklistIfNeeded方法调用,其对于反序列化传入的类名是否在黑名单内进行判断,如在黑名单类则抛出异常。因此,该补丁尝试过滤反序列化类名sun.rmi.server.UnicastRef进行修复。
启用Weblogic调试模式[6],利用上述payload进行攻击,设置断点跟踪调试,可以发现传入的反序列化类名,依次为java.lang.Object->java.util.Vector->java.lang.reflect.Proxy->java.rmi.server.RemoteObjectInvocationHandler->java.rmi.server.RemoteObject,这也是该payload的反射链[7]。payload使用 ysoserial序列化一个 RemoteObjectInvocationHandler,RemoteObjectInvocationHandler使用UnicastRef建立到远端的 TCP 连接获取RMI registry。而新增的黑名单sun.rmi.server.UnicastRef虽然在payload中使用,但并未包含在反射链中。因此,补丁所希望起到的RMI远程反序列化修复效果并未生效,该漏洞仍可绕过。
而使用ysoserial的CommonsCollections生成的payload测试已无法成功执行命令,原因应为补丁中weblogic.rmi.ClassFilter对CommonsCollections反序列化所用到的InvokerTransformer等类设置了黑名单org.apache.commons.collections.functors:
private staticfinal String DEFAULT_BLACK_LIST =
"+org.apache.commons.collections.functors,+com.sun.org.apache.xalan.internal.xsltc.trax,+javassist,+org.codehaus.groovy.runtime.ConvertedClosure,+org.codehaus.groovy.runtime.ConversionHandler,+org.codehaus.groovy.runtime.MethodClosure,+org.springframework.transaction.support.AbstractPlatformTransactionManager";
因此,更新补丁后,对于jdk<=1.7.0.21环境,仍能使用该漏洞进行反序列化攻击。
三、修复建议
1. 此漏洞产生于Weblogic T3服务,当开放Weblogic控制台端口(默认为7001端口)时,T3服务会默认开启。关闭T3服务,或控制T3服务的访问权限,能防护该漏洞。对于不在Oracle官方支持范围内的版本,由于没有最新补丁,推荐采用此种方式进行修复。同时,Weblogic采用黑名单的方式进行反序列化漏洞的修复,存在被绕过的风险,因此控制T3服务为防护Weblogic RMI这类反序列化漏洞的有效方式。控制T3服务方式:
a)进入Weblogic控制台,在base_domain的配置页面中,进入“安全”选项卡页面,点击“筛选器”,进入连接筛选器配置。
b)在连接筛选器中输入:weblogic.security.net.ConnectionFilterImpl,在连接筛选器规则中输入:127.0.0.1 * * allow t3 t3s,0.0.0.0/0 * * deny t3 t3s(t3和t3s协议的所有端口只允许本地访问)。
c)保存后需重新启动,规则方可生效。
2. 更新Oracle官方发布的最新补丁,同时升级jdk至1.7.0.21以上版本。
3. 如以上两种策略都无法采用,则可以考虑用更改代码的方式。以10.3.6.0为例,在weblogic.utils.io.oif.WebLogicFilterConfig的黑名单DEFAULT_BLACKLIST_CLASS中添加”java.rmi.server.RemoteObjectInvocationHandler”,编译并更新swlclient.jar、wlthint3client.jar这两个用到该类的包[4]。
补:参考链接
[1] http://www.freebuf.com/articles/web/169770.html
[2] https://github.com/brianwrf/CVE-2018-2628
[3] https://github.com/frohoff/ysoserial
[4] https://blog.csdn.net/czl8897098/article/details/51933480
[6] https://www.cnblogs.com/xiayuscc/p/5363840.html
[7] http://www.freebuf.com/news/150872.html
* 本文作者:sunyz2,本文属FreeBuf原创奖励计划,未经许可禁止转载
来源:freebuf.com 2018-05-14 08:30:39 by: sunyz2
请登录后发表评论
注册