LiveActive security incident?Get immediate response
CVE Record

CVE-2020-5411: Jackson Configuration Allows Code Execution with Unknown "Serialization Gadgets"

When configured to enable default typing, Jackson contained a deserialization vulnerability that could lead to arbitrary code execution. Jackson fixed this vulnerability by blacklisting known "deserialization gadgets". Spring Batch configures Jackson with global default typing enabled which means that through the previous exploit, arbitrary code could be executed if all of the following is true: * Spring Batch's Jackson support is being leveraged to serialize a job's ExecutionContext. * A malicious user gains write access to the data store used by the JobRepository (where the data to be deserialized is stored). In order to protect against this type of attack, Jackson prevents a set of untrusted gadget classes from being deserialized. Spring Batch should be proactive against blocking unknown "deserialization gadgets" when enabling default typing.

UnknownCVSS not scoredNot KEV-listedUpdated
Glexia's TakeAutomated analysismoderate

Security readout for executives and security teams

Plain-English summary

CVE-2020-5411 affects Spring Batch 4 when its Jackson support serializes job ExecutionContext data with global default typing enabled. If an attacker can write malicious data into the JobRepository datastore, later deserialization could execute arbitrary code. This is not broadly exposed by default; it depends on datastore write access and specific Spring Batch usage.

Executive priority

Treat as targeted-risk remediation, not an internet-scale emergency. Prioritize systems where batch metadata stores are writable by users, integrations, or compromised service accounts.

Technical view

The issue is a CWE-502 unsafe deserialization risk involving Jackson default typing in Spring Batch 4 ExecutionContext serialization. Jackson blocked known gadget classes, but Spring Batch’s configuration could remain exposed to unknown deserialization gadgets. The attack path requires malicious write access to the JobRepository backing store and subsequent deserialization by the application.

Likely exposure

Exposure is likely limited to Spring Batch 4 deployments using Jackson-backed ExecutionContext serialization, especially where JobRepository datastore write permissions are broad or shared.

Exploitation context

The bundle does not show CISA KEV listing or public active exploitation evidence. Exploitation requires both a vulnerable serialization configuration and attacker-controlled writes to the JobRepository datastore.

Researcher notes

The key control point is write access to the JobRepository datastore. Evidence in the bundle does not provide exploit details, CVSS scoring, exact patched versions, or active exploitation claims.

Mitigation direction

  • Review VMware Tanzu guidance for affected Spring Batch 4 versions and fixes.
  • Update Spring Batch according to vendor guidance where affected.
  • Restrict direct write access to the JobRepository datastore.
  • Audit service accounts and database roles touching JobRepository tables.
  • Monitor JobRepository data for unexpected or unauthorized modifications.

Validation and detection

  • Inventory applications using Spring Batch 4.
  • Confirm whether Jackson support serializes job ExecutionContext data.
  • Review JobRepository datastore ACLs for unnecessary write access.
  • Check dependency records against the Tanzu advisory.
  • Look for suspicious JobRepository changes around batch job runs.
Prepared
Confidence
medium
Sources
3

Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.

Potential ATT&CK relevance

Conservative CVE-to-ATT&CK context

These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.

ATT&CK lookup starting points

Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.

cwe · medium confidence lookup

CWE-502: Code execution behavior lookup

Code execution and unsafe deserialization weaknesses often justify reviewing execution behavior and process telemetry. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.

Open ATT&CK lookup
description · low confidence lookup

Execution behavior lookup

The CVE wording references code or command execution, so execution technique review may help defensive triage. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.

Open ATT&CK lookup
cve · low confidence lookup

CVE-2020-5411 mapping review

Open the CVE-to-ATT&CK bridge for reviewed, inferred, or future official mappings tied to this CVE.

Open ATT&CK lookup
Vulnerability profileCVE Program record
Severity
Unknown
CVSS
Not scored
Known Exploited
No
Published
Official CVE source material

CNA and ADP enrichment extracted from CVE v5

These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.

0CVSS vectors
0Timeline events
0ADP providers
2Source links

CVSS and timeline data

No CVSS vectors or timeline events were available in the normalized CVE source material.

Source materials

Affected products

Products and packages named in the record

VendorProductVersion / packageStatus
Spring by VMwareSpring Batch4Listed
Weakness

CWE details

CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.

CWE-502 · source CWE mapping

Deserialization of Untrusted Data

Deserialization of Untrusted Data represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.