1 漏洞影响排查方法
1.1 JDK版本号排查
若JDK版本号≤8，则不受影响
1.2 Spring框架使用情况排查
1、若业务系统项目以war包形式部署，按如下步骤判断：
- 解压war包：将war文件的后缀修改成**.zip，**解压zip文件
- 在解压缩目录下搜索是否存在 spring-beans-*.jar 格式的jar文件（如spring-beans-5.3.16.jar），如存在则说明业务系统使用了spring框架进行开发。
- 若spring-beans-*.jar 文件不存在，则在解压缩目录下搜索CachedIntrospectionResuLts.class 文件是否存在，如存在则说明业务系统使用了Spring框架开发。
2、若业务系统项目以jar包形式直接独立运行：
- 解压jar包：将jar文件的后缀修改成.zip,解压zip文件
- 在解压缩目录下搜索是否存在spring-beans-*.jar 格式的jar文件（例如spring-beans-5.3.16.jar）,如存在则说明业务系统使用了spring框架进行开发
- 如果spring-beans-*.jar 文件不存在，则在解压缩目录下搜索CachedIntrospectionResuLts.class 文件是否存在，如存在则说明业务系统使用了spring框架进行开发
1.3 综合判断
在完成以上两个步骤排查后，同时满足如下条件可确定受此漏洞影响：
- JDK版本号在9及以上的
- 使用了spring框架或衍生框架
2 漏洞修复措施
将 Spring 框架升级到 5.3.17 版本，官方已修复！
还可采用如下的临时方案进行防护，并及时关注官方补丁发布情况。
2.1 WAF防护
在WAF等网络防护设备上，根据实际部署业务的流量情况，实现对“class.*”“Class.*”“*.class.*”“*.Class.*”等字符串的规则过滤，并在部暑过滤规则后，对业务运行情况进行测试，避免产生额外影响。
2.2 临时修复措施
需同时按以下两个步骤进行漏洞的临时修复:
- 在应用中全局搜索@InitBinder注解，看看方法体内是否调用dataBinder.setDisallowedFields方法，如果发现此代码片段的引入，则在原来的黑名单中，添加{"class.*","Class. *","*. class.*", "*.Class.*"}。(注:如果此代码片段使用较多,需要每个地方都追加)
- 在应用系统的项目包下新建以下全局类，并保证这个类被Spring 加载到(推荐在Controller 所在的包中添加).完成类添加后，需对项目进行重新编译打包和功能验证测试。并重新发布项目
