CVE-2026-91777: jackson-databind: quadratic forward-reference completion in Collection and Map deserializers

Published Sep 23, 2026
·
Updated

Summary

When an @JsonIdentityInfo collection or map first creates N unresolved object-ID references and later resolves the same IDs in reverse order, jackson-databind scans the remaining pending-reference accumulator for each resolution. A shallow JSON document whose size grows linearly can therefore cause quadratic CPU work during deserialization.

Details

The affected path is forward-reference completion in CollectionDeserializer.CollectionReferringAccumulator.resolveForwardReference() and the corresponding map implementation. The implementation performs a linear search of the pending accumulator for every resolved object ID.

The behavior is runtime-confirmed in jackson-databind 2.5.0, 2.22.1, and 3.2.1. Current 2.22 and 3.2 source branches retained the same design when rechecked. A 2.4.0 control fails closed before successful reverse-order completion, so 2.5.0 is the conservative runtime-confirmed affected floor. The patched versions are: 2.18.11, 2.21.7, 2.22.3, 3.1.7 and 3.2.3.

The vulnerable application must deserialize attacker-influenced JSON into an identity-enabled collection or map. The issue does not require deep nesting or syntactically unusual JSON.

Suggested correction: replace repeated linear lookup/removal with a keyed pending-reference structure or another design that provides linear or amortized-linear completion. A regression should preserve input order, duplicate-ID behavior, and unresolved-ID errors while bounding reverse-order resolution work.

PoC

The proof constructs a shallow collection containing N unresolved @JsonIdentityInfo references followed by definitions of those same IDs in reverse order. Its ID class counts equals() calls, giving a deterministic work measure rather than a timing-dependent result.

With N=2,000, affected versions perform exactly 2,003,000 ID comparisons. An equally sized control in which every reference is already resolved performs zero comparisons in the pending-reference lookup path. The run is bounded to a 512 MiB JVM. The result demonstrates quadratic growth: approximately N (N + 1) / 2 comparisons, plus fixed setup comparisons.

Impact

An unauthenticated source that can submit JSON to an application using the affected identity-enabled collection or map shape can consume quadratic CPU and exhaust a request-time or worker-capacity budget, causing denial of service. The application model/configuration prerequisite is material. No confidentiality, integrity, code-execution, or parser-depth impact is claimed.

Requested credit: Daniel Birtwhistle

Other sources

Forward-reference completion for @JsonIdentityInfo object IDs in FasterXML jackson-databind performs a linear scan of the pending-reference accumulator for every resolved ID. The affected paths are CollectionDeserializer.CollectionReferringAccumulator.resolveForwardReference() and the equivalent implementation in MapDeserializer. When a document first creates N unresolved object-ID references in an identity-enabled collection or map and then defines those same IDs in reverse order, completion performs on the order of N (N + 1) / 2 identity comparisons, so a shallow document whose size grows linearly causes quadratic CPU work during deserialization. The reporter instrumented equals() calls on the ID class and measured exactly 2,003,000 comparisons at N = 2,000, against zero comparisons in the pending-reference lookup path for an equally sized control in which every reference was already resolved. The input requires no deep nesting and no syntactically unusual JSON. Exploitation requires an application that deserializes attacker-influenced JSON into an identity-enabled collection or map. The fix replaces the repeated linear lookup with a keyed pending-reference structure.

— MITRE

Affected Software

6 affected componentsFixes available
fasterxml jackson-databind
maven/com.fasterxml.jackson.core:jackson-databind>=2.22.0<=2.22.2
2.22.3
maven/com.fasterxml.jackson.core:jackson-databind>=2.5.0<=2.18.10
2.18.11
maven/tools.jackson.core:jackson-databind>=3.2.0<=3.2.2
3.2.3
maven/tools.jackson.core:jackson-databind>=3.0.0<=3.1.6
3.1.7
maven/com.fasterxml.jackson.core:jackson-databind>=2.19.0<=2.21.6
2.21.7

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade maven/com.fasterxml.jackson.core:jackson-databind to a version that resolves this vulnerability.

    Fixed in 2.22.3
  2. Upgrade

    Upgrade maven/com.fasterxml.jackson.core:jackson-databind to a version that resolves this vulnerability.

    Fixed in 2.18.11
  3. Upgrade

    Upgrade maven/tools.jackson.core:jackson-databind to a version that resolves this vulnerability.

    Fixed in 3.2.3
  4. Upgrade

    Upgrade maven/tools.jackson.core:jackson-databind to a version that resolves this vulnerability.

    Fixed in 3.1.7
  5. Upgrade

    Upgrade maven/com.fasterxml.jackson.core:jackson-databind to a version that resolves this vulnerability.

    Fixed in 2.21.7
  6. Upgrade

    Upgrade com.fasterxml.jackson.core:jackson-databind to a version that resolves this vulnerability.

    Fixed in 2.18.11
  7. Upgrade

    Upgrade com.fasterxml.jackson.core:jackson-databind to a version that resolves this vulnerability.

    Fixed in 2.21.7
  8. Upgrade

    Upgrade com.fasterxml.jackson.core:jackson-databind to a version that resolves this vulnerability.

    Fixed in 2.22.3
  9. Upgrade

    Upgrade tools.jackson.core:jackson-databind to a version that resolves this vulnerability.

    Fixed in 3.1.7
  10. Upgrade

    Upgrade tools.jackson.core:jackson-databind to a version that resolves this vulnerability.

    Fixed in 3.2.3

Event History

Sep 23, 2026
CVE Published
via MITRE·02:21 AM
Data Sourced
via MITRE·02:21 AM
RemedyDescriptionSeverityWeakness
Data Sourced
via NVD·03:17 AM
DescriptionSeverityWeakness
Sep 30, 2026
Advisory Published
via GitHub·03:37 PM
Data Sourced
via GitHub·03:37 PM
DescriptionSeverityWeaknessAffected Software

Frequently Asked Questions

1

Which applications are exposed to this denial-of-service condition?

Applications are exposed if they deserialize attacker-influenced JSON into a collection or map that uses @JsonIdentityInfo object IDs. The vulnerable paths are the collection and map deserializers' handling of unresolved forward references.

2

What does an attacker need to send to trigger excessive CPU use?

The attacker needs to provide JSON that creates many unresolved object-ID references and then defines those IDs in reverse order. The payload does not require deep nesting or unusual JSON syntax, and no authentication or user interaction is required according to the supplied vector.

3

How can we determine whether a workload is being targeted or affected?

Look for attacker-controlled deserialization into identity-enabled collections or maps and for requests containing many forward object-ID references followed by reverse-order definitions. Such inputs can cause disproportionately high CPU consumption during deserialization despite growing only linearly in document size.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203