Spring RCE 漏洞

​本文由Scynull编译，校对，转载请注明。

免责申明

    归零安全的技术文章仅供参考，此文所提供的信息只为网络安全人员对自己所负责的网站、服务器等（包括但不限于）进行检测或维护参考，未经授权请勿利用文章中的技术资料对任何计算机系统进行入侵操作。利用此文所提供的信息而造成的直接或间接后果和损失，均由使用者本人负责。
    本文所提供的工具仅用于学习，禁止用于其他，请在24小时内删除工具文件！！！
1
2

JDK版本号排查

1.JDK版本排查

在业务系统的运行服务器上，执行“java -version”命令查看运行的JDK版本，如果版本号小于等于8，则不受漏洞影响

2.Spring框架使用情况排查

第一种

如果业务系统项目以war包形式部署，按照如下步骤进行判断。
解压war包：将war文件的后缀修改成.zip ,解压zip文件

在解压缩目录下搜索是否存在 spring-beans-.jar 格式的jar文件（例如spring-beans-5.3.16.jar）,如存在则说明业务系统使用了spring框架进行开发。

如果spring-beans-.jar 文件不存在，则在解压缩目录下搜索CachedIntrospectionResuLts.class 文件是否存在，如存在则说明业务系统使用了Spring框架开发。

第二种

如果业务系统项目以jar包形式直接独立运行，按照如下步骤进行判断。
解压jar包：将jar文件的后缀修改成.zip,解压zip文件。

在解压缩目录下搜索是否存在spring-beans-.jar 格式的jar文件（例如spring-beans-5.3.16.jar）,如存在则说明业务系统使用了spring框架进行开发。

如果spring-beans-.jar 文件不存在，则在解压缩目录下搜索CachedIntrospectionResuLts.class 文件是否存在，如存在则说明业务系统使用了spring框架进行开发。

3.综合判断

在完成以上两个步骤排查后，同时满足以下两个条件可确定受此漏洞影响：
JDK版本号在9及以上的；

使用了spring框架或衍生框架。

4.修复建议

目前，spring官方无官方补丁，建议采用以下二个临时方案进行防护，并及时关注官方补丁发布情况，按官方补丁修复漏洞。

1.WAF防护

在WAF等网络防护设备上，根据实际部署业务的流量情况，实现对“class.”“Class.”“.class.”“.Class.”等字符串的规则过滤，并在部暑过滤规则后，对业务运行情况进行测试，避免产生额外影响。

2.临时修复措施

需同时按以下两个步骤进行漏涧的临时修复:
在应用中全局搜索@InitBinder注解，看看方法体内是否调用dataBinder.setDisallowedFields方法，如果发现此代码片段的引入，则在原来的黑名单中，添加{“class.”,“Class. “,”. class.”, “.Class.”}。

(注:如果此代码片段使用较多,需要每个地方都追加)

在应用系统的项目包下新建以下全局类，并保证这个类被Spring 加载到(推荐在Controller 所在的包中添加).完成类添加后，需对项目进行重新编译打包和功能验证测试。并重新发布项目。

import org.springframework.core.annotation.Order;
import org.springframework.web.bind.WebDataBinder;
import org.springframework.web.bind.annotation.ControllerAdvice;
import org.springframework.web.bind.annotation.InitBinder;
@ControllerAdvice
@Order(10000)
public class GlobalControllerAdvice{
@InitBinder
public void setAllowedFields(webdataBinder dataBinder){
String[]abd=new string[]{"class.","Class.",".class.",".Class."};
dataBinder.setDisallowedFields(abd);
}
}
1
2
3
4
5
6
7
8
9
10
11
12
13

后续更新可以关注我的公众号，刚刚做公众号，大佬勿喷！