上次Log4j2系列漏洞公开后，国内外企业纷纷紧急展开修复工作，然而一波未平，一波又起，上一个漏洞有些公司可能还未修复完，昨夜，又一个影响面极大的漏洞 Spring Core RCE被爆出 。

漏洞描述

作为目前全球最受欢迎的Java轻量级开源框架，Spring允许开发人员专注于业务逻辑，简化Java企业级应用的开发周期。但在Spring框架的JDK9版本（及以上版本）中，远程攻击者可在满足特定条件的基础上，通过框架的参数绑定功能获取AccessLogValve对象，从而触发pipeline机制并写入任意路径下的文件。

利用条件：（同时满足以下条件）

1、JDK 9.0 +

2 、使 用 了 Spring 框 架 以 及 衍 生 的 框 架 spring-beans-*.jar 文 件 或 者 存 在CachedIntrospectionResults.class

排查方法

（一）.JDK版本号排查

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

（二）Spring框架使用情况排查

如果业务系统项目以war包或jar包形式部署，按照如下步骤进行判断:

①. 解压war(jar)包：将war(jar)文件的后缀修改成.zip ,解压zip文件;

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

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

（三）综合判断

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

1. JDK版本号在9及以上的；

2. 使用了Spring框架或衍生框架。

漏洞修复建议

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

（一）WAF防护

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

（二）临时缓解措施

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

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

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

不法分子利用大家想拿到exp的心理，在网上散布伪装成exp的钓鱼恶意程序。在官方发布补丁前，一定要警惕以exe格式上传的exp、poc文件，谨防钓鱼。