CVE-2026-68494: CWE-770 Allocation of Resources Without Limits or Throttling in FasterXML jackson-core
CVE-2026-68494 is a high-severity vulnerability in FasterXML jackson-core affecting versions from 2.15.0 through 2.18.7, 2.19.0 through 2.21.3, 2.22.0, and certain 3.x versions. It involves incomplete validation of integer length in the non-blocking JSON parser, allowing an attacker to cause excessive memory allocation by streaming JSON numbers in many small chunks without terminators. This can lead to heap exhaustion in Java applications using asynchronous parsing, particularly reactive frameworks like Spring WebFlux and Vert.x. Exploitation requires only the ability to stream data to a parsing endpoint, with no privileges or user interaction needed. Synchronous parsers and async parsers on complete input are not affected. No official patch or remediation level is currently stated.
AI Analysis
Technical Summary
The vulnerability arises because the fix for a previous integer length constraint bypass (CVE-2026-18401) in jackson-core was incomplete. Specifically, the validateIntegerLength() function is not invoked on a code path where the non-blocking parser runs out of input inside the MINOR_NUMBER_INTEGER_DIGITS state and returns NOT_AVAILABLE. An attacker streaming JSON numbers in many small chunks without terminators can keep the parser in this state indefinitely, causing the internal text buffer to expand repeatedly and consume memory up to approximately 40 MiB per connection, bypassing the intended maxNumberLength limit by roughly 20,000 times. This affects asynchronous parsers used in reactive frameworks that feed inbound bytes incrementally. The synchronous parsers and async parsers on complete input are unaffected. The affected versions include jackson-core 2.15.0 through 2.18.7, 2.19.0 through 2.21.3, 2.22.0, and 3.x versions 3.0.0 through 3.1.3 and 3.2.0. Versions prior to 2.15.0 are not affected as the maxNumberLength constraint was introduced in 2.15.0. No official patch or remediation guidance is currently available.
Potential Impact
This vulnerability can lead to denial of service by exhausting the Java Virtual Machine heap memory when an attacker streams JSON data in small chunks to a non-blocking parser endpoint. The memory consumption can grow significantly beyond the configured maxNumberLength limit due to the incomplete validation, potentially impacting applications using asynchronous JSON parsing in reactive frameworks. No privileges or user interaction are required for exploitation. Synchronous parsers and async parsers on complete input are not vulnerable.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is released, operators should be aware that setting StreamReadConstraints.maxNumberLength does not fully prevent memory exhaustion in asynchronous parsing scenarios. Consider applying external rate limiting or input size restrictions on streaming JSON inputs to mitigate potential exploitation.
CVE-2026-68494: CWE-770 Allocation of Resources Without Limits or Throttling in FasterXML jackson-core
Description
CVE-2026-68494 is a high-severity vulnerability in FasterXML jackson-core affecting versions from 2.15.0 through 2.18.7, 2.19.0 through 2.21.3, 2.22.0, and certain 3.x versions. It involves incomplete validation of integer length in the non-blocking JSON parser, allowing an attacker to cause excessive memory allocation by streaming JSON numbers in many small chunks without terminators. This can lead to heap exhaustion in Java applications using asynchronous parsing, particularly reactive frameworks like Spring WebFlux and Vert.x. Exploitation requires only the ability to stream data to a parsing endpoint, with no privileges or user interaction needed. Synchronous parsers and async parsers on complete input are not affected. No official patch or remediation level is currently stated.
CVSS v4.0
Score 8.7high
Affected software
pkg:maven/FasterXML/com.fasterxml.jackson.core:jackson-corepkg:maven/FasterXML/tools.jackson.core:jackson-coreRun on your own infrastructure? Check whether these packages are installed with threat-finder — our free open-source scanner.
Weaknesses
AI-Powered Analysis
Machine-generated threat intelligence
Technical Analysis
The vulnerability arises because the fix for a previous integer length constraint bypass (CVE-2026-18401) in jackson-core was incomplete. Specifically, the validateIntegerLength() function is not invoked on a code path where the non-blocking parser runs out of input inside the MINOR_NUMBER_INTEGER_DIGITS state and returns NOT_AVAILABLE. An attacker streaming JSON numbers in many small chunks without terminators can keep the parser in this state indefinitely, causing the internal text buffer to expand repeatedly and consume memory up to approximately 40 MiB per connection, bypassing the intended maxNumberLength limit by roughly 20,000 times. This affects asynchronous parsers used in reactive frameworks that feed inbound bytes incrementally. The synchronous parsers and async parsers on complete input are unaffected. The affected versions include jackson-core 2.15.0 through 2.18.7, 2.19.0 through 2.21.3, 2.22.0, and 3.x versions 3.0.0 through 3.1.3 and 3.2.0. Versions prior to 2.15.0 are not affected as the maxNumberLength constraint was introduced in 2.15.0. No official patch or remediation guidance is currently available.
Potential Impact
This vulnerability can lead to denial of service by exhausting the Java Virtual Machine heap memory when an attacker streams JSON data in small chunks to a non-blocking parser endpoint. The memory consumption can grow significantly beyond the configured maxNumberLength limit due to the incomplete validation, potentially impacting applications using asynchronous JSON parsing in reactive frameworks. No privileges or user interaction are required for exploitation. Synchronous parsers and async parsers on complete input are not vulnerable.
Mitigation Recommendations
Patch status is not yet confirmed — check the vendor advisory for current remediation guidance. Until an official fix is released, operators should be aware that setting StreamReadConstraints.maxNumberLength does not fully prevent memory exhaustion in asynchronous parsing scenarios. Consider applying external rate limiting or input size restrictions on streaming JSON inputs to mitigate potential exploitation.
Technical Details
- Data Version
- 5.2
- Assigner Short Name
- HeroDevs
- Date Reserved
- 2026-07-30T15:20:37.472Z
- Cvss Version
- 4.0
- State
- PUBLISHED
- Remediation Level
- null
Threat ID: 6a71fdb7bf8831d539fada10
Added to database: 08/04/2026, 14:56:55 UTC
Last enriched: 08/04/2026, 15:18:03 UTC
Last updated: 08/04/2026, 15:18:03 UTC
Views: 4
Community Reviews
0 reviewsCrowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.
Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.
Actions
Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.
Need more coverage?
Upgrade to Pro Console for AI refresh and higher limits.
For incident response and remediation, OffSeq services can help resolve threats faster.
Latest Threats
Check if your credentials are on the dark web
Instant breach scanning across billions of leaked records. Free tier available.