Attackers are actively exploiting CVE-2026-16723, a critical remote code execution vulnerability (CVSS 9.0) affecting FastJson versions 1.2.68 through 1.2.83, against organizations in the United States.
Reported targets include organizations in the financial services, healthcare, computing, retail, business, and other sectors, according to observed attack activity.
The vulnerability exploits FastJson’s type-resolution logic before AutoType restrictions are enforced, allowing exploitation without enabling AutoType or relying on traditional gadget chains when SafeMode remains disabled.
Alibaba confirmed exploitation in Spring Boot executable fat-JAR deployments. At the time of writing, no patched FastJson 1.x release is available, though Alibaba recommends enabling SafeMode where appropriate, using the restricted 1.2.83_noneautotype build where suitable, or migrating to Fastjson2.
Organizations should inventory FastJson dependencies, implement available mitigations, and monitor for suspicious Java process activity.
What Is CVE-2026-16723? FastJson RCE Attack Overview
Security researchers are tracking active exploitation of CVE-2026-16723, a remote code execution vulnerability in FastJson, the widely used Java library for parsing and generating JSON. The flaw affects FastJson versions 1.2.68 through 1.2.83 and carries a CVSS score of 9.0 (Critical), according to Imperva.
At a glance
CVE: CVE-2026-16723
Severity: Critical (CVSS 9.0)
Affected versions: FastJson 1.2.68–1.2.83
Reported targets: Organizations in the United States
Targeted industries: Financial services, healthcare, computing, retail, business, and others
Patched FastJson 1.x release: Fastjson 1.2.84. Alibaba recommends upgrading to 1.2.84. If an immediate upgrade isn’t feasible, enable SafeMode or use the restricted 1.2.83_noneautotype build as temporary mitigations.
Primary mitigations: Enable SafeMode where appropriate, use the restricted 1.2.83_noneautotype build where suitable, or migrate to Fastjson2
BleepingComputer reported that attackers are exploiting the vulnerability against U.S.-based organizations, while Imperva said the activity spans multiple industries rather than a single vertical.
How Does the FastJson AutoType Bypass Work Without a Gadget Chain?
FastJson’s AutoType feature has been associated with multiple deserialization vulnerabilities over the years, many of which depended on trusted Java gadget chains already present on the application’s classpath. CVE-2026-16723 behaves differently.
Researcher Kirill Firsov of FearsOff Cybersecurity originally disclosed the vulnerability, and Alibaba published its security advisory on July 21, 2026.
Under the documented deployment conditions, the vulnerability:
Exploits FastJson’s type-resolution logic before AutoType restrictions are enforced.
Removing the dependency on gadget availability makes this vulnerability particularly significant for organizations already familiar with FastJson’s previous deserialization issues.
Alibaba’s advisory confirms the flaw is exploitable in common Spring Boot executable fat-JAR deployments, a packaging format where an application and its dependencies, including FastJson, are bundled into a single runnable JAR. That deployment pattern is common across enterprise Java services, so the pool of potentially exposed applications is broad.
MDM Integrations: Unify Your IT Tech Stack with Hexnode
Learn how integrating endpoint management with your broader security ecosystem simplifies operations.
FastJson RCE: What’s Confirmed vs. Still Unverified
Confirmed
Current public reporting confirms that:
CVE-2026-16723 affects FastJson versions 1.2.68 through 1.2.83.
Active exploitation is occurring against organizations in the United States.
Multiple industries have been targeted.
Alibaba identified qualifying Spring Boot executable fat-JAR deployments as vulnerable deployment scenarios.
The documented exploitation path requires SafeMode to remain disabled.
Not Yet Confirmed
Public reporting has not confirmed:
The identity of the attackers.
The number of successful compromises.
Whether attackers accessed or exfiltrated data.
The attackers’ post-exploitation objectives.
A release timeline for a patched FastJson 1.x branch.
Until additional vendor or researcher updates are published, any claims beyond these confirmed details should be treated as unverified.
Fastjson 1.2.84 Is Available: What Enterprises Should Do
When CVE-2026-16723 was first disclosed, organizations had to rely on interim mitigations because no patched Fastjson 1.x release was available. Alibaba has since released Fastjson 1.2.84, which fixes the vulnerability. Organizations should prioritize upgrading affected deployments while using temporary mitigations only when an immediate upgrade isn’t possible.
Organizations should prioritize the following actions:
Upgrade affected applications to Fastjson 1.2.84.
Enable SafeMode if an immediate upgrade isn’t feasible.
Use the restricted 1.2.83_noneautotype build as a temporary mitigation where appropriate.
Verify whether applications use vulnerable Spring Boot executable fat-JAR deployments.
Inventory Fastjson dependencies across internally developed and third-party applications.
Prioritize applications that deserialize untrusted JSON input.
For organizations with large Java environments, identifying vulnerable dependencies remains a significant challenge. Security teams should first determine which internal and third-party applications include affected Fastjson versions so they can prioritize upgrades and verify that remediation has been completed across their environments.
Where Hexnode Fits: Workstation Compliance and Windows Endpoint Investigation
This incident primarily affects backend Java services that commonly run on Linux servers. Hexnode UEM helps manage supported endpoint platforms, including Windows, macOS, Linux, Android, and iOS, while Hexnode XDR supports investigation and response on managed Windows endpoints. Together, they complement server-focused monitoring tools.
Maintain visibility into applications installed on managed developer and administrator workstations.
Enforce secure configuration baselines across managed endpoints.
Verify workstation compliance through Conditional Access integrations with providers such as Microsoft Entra ID and Okta before privileged users access sensitive environments.
Support remediation planning through endpoint-level application inventory.
Note:
Hexnode UEM inventories applications installed on managed endpoints. It does not identify Java libraries embedded inside deployed backend services, so it complements rather than replaces software composition analysis or dependency-scanning tools.
Hexnode XDR
On supported Windows endpoints, Hexnode XDR can help security teams:
Support Windows endpoint investigations following suspected exploitation.
Because most FastJson-affected Spring Boot applications run on Linux servers, organizations should combine Hexnode’s workstation visibility with Linux-native server monitoring, EDR, or application monitoring solutions for comprehensive coverage.
Featured resource
Introduction to Hexnode XDR
Discover how Hexnode XDR helps security teams investigate suspicious endpoint activity, and accelerate incident response.
Yes. Alibaba has released FastJson 1.2.84 to address CVE-2026-16723. Organizations should upgrade to version 1.2.84 where possible. If an immediate upgrade is not feasible, Alibaba recommends enabling SafeMode or using the restricted 1.2.83_noneautotype build as interim mitigations.
What is FastJson SafeMode, and how does it help?
SafeMode is a FastJson security feature that disables AutoType-based type resolution to block access to the vulnerable code path. FastJson disables SafeMode by default, so Alibaba recommends enabling it wherever application compatibility allows.
How do I know if my organization is running a vulnerable FastJson version?
Check whether your Java applications: Use FastJson 1.2.68 through 1.2.83 Run as Spring Boot executable fat-JARs Have SafeMode disabled Dependency inventory or software composition analysis (SCA) tools can help identify affected applications.
Does this vulnerability require AutoType to be enabled?
No. The documented attack works without AutoType enabled and without a traditional gadget chain, provided SafeMode remains disabled. This makes it different from many earlier FastJson deserialization vulnerabilities.
Key Takeaways: Responding to the FastJson RCE Threat
CVE-2026-16723 demonstrates how quickly organizations need to respond when attackers actively exploit a widely used software component. With Fastjson 1.2.84 now available, upgrading affected deployments should be the highest priority.
Organizations should prioritize:
Upgrade affected deployments to FastJson 1.2.84 where possible.
Enabling SafeMode where compatible.
Using Alibaba’s recommended mitigations where appropriate.
Planning migration away from vulnerable FastJson 1.x releases.
Monitoring Java applications for suspicious activity.
Investigating signs of post-exploitation.
For organizations running Spring Boot fat-JAR deployments, dependency visibility and compensating controls remain the most practical defenses until permanent remediation becomes available.
Investigate Threats Faster with Hexnode
Discover how Hexnode XDR helps security teams investigate endpoint activity, and improve visibility across managed devices.
I write at the intersection of technology, process, and people, focusing on explaining complex products with clarity. I break down tools, systems, and workflows without any noise, jargon, or the hype.