Spring Framework远程代码执行漏洞

705 阅读3分钟

【漏洞预警】

Spring Framework远程代码执行漏洞 目前POC未公开、EXP未公开。

【漏洞评级】

严重

【漏洞描述】

Spring Framework存在远程代码执行漏洞,由于历史漏洞修复代码存在缺陷,在JDK 9及以上版本环境下,远程攻击者可借助某些中间件构造数据包修改日志文件,从而实现远程代码执行。

【影响版本】

Spring Framework全版本

【漏洞影响排查方法】

(一)JDK版本号排查

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

(二)Spring框架使用情况排查

1、如果业务系统项目以war包形式部署,按照如下步骤进行判断。

1)解压war包:将war文件的后缀修改成.zip ,解压zip文件

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

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

2、如果业务系统项目以jar包形式直接独立运行,按照如下步骤进行判断。

1)解压jar包:将jar文件的后缀修改成.zip,解压zip文件。

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

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

(三)综合判断

在完成以上两个步骤排查后,同时满足以下两个条件可确定受此漏洞影响:

1)JDK版本号在9及以上的;

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

3)项目中Controller参数接收实体类对象并存在代码调用。

【漏洞修复建议】

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

(一)WAF防护

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

(二)临时修复措施

需同时按以下两个步骤进行漏涧的临时修复:

1、在应用中全局搜索@InitBinder注解,看看方法体内是否调用dataBinder.setDisallowedFields方法,如果发现此代码片段的引入,则在原来的黑名单中,添加{"class.","Class. ",". class.", ".Class."}。 (注:如果此代码片段使用较多,需要每个地方都追加)

2、在应用系统的项目包下新建以下全局类,并保证这个类被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);
         }
    }