Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconIdentify batch job input source
-
DeliveryGain write access to input location
-
ExploitCraft pathological multi-line CSV file
-
InstallUpload file to input directory
-
C2FlatFileItemReader triggers resource exhaustion
-
ExecuteBatch job stalls or OOMs
-
ImpactDownstream processing disrupted
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource consumption limits
MITRE ATT&CK
1 technique across 1 tactic: Impact The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires the attacker to supply a crafted flat file that FlatFileItemReader will process - meaning the batch job must read from a location the attacker can write to (e.g., a shared NFS mount, a cloud storage bucket without strict write ACLs, an upload endpoint that feeds files into the batch pipeline). The vulnerability is limited to jobs using FlatFileItemReader with multi-line record support enabled (i.e., files where logical records span multiple physical lines via quoted embedded newlines). Jobs that read only from write-protected, trusted internal sources are not exploitable regardless of patch status. The SSVC 'Automatable: no' rating confirms that exploitation is not drive-by or easily scripted - an attacker must have a pathway to inject a malicious file into the batch job's input location. No user interaction from an application user is required once the file is placed. |
| Impact | The official CVSS 7.5 (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H) represents a worst-case, deployment-optimistic assessment. The SSVC evaluation tempers this substantially: Exploitation is rated 'none', Automatable is 'no', and Technical Impact is 'partial'. The 'Automatable: no' finding is particularly relevant - it signals that exploitation is not a simple scan-and-trigger operation, consistent with the need for an attacker to control what files the batch job reads. The EPSS score of 0.27% (19th percentile) further confirms very low real-world exploitation probability. The primary risk is contextual: Spring Batch jobs that read files from publicly-writable or externally-controlled locations (user uploads, shared network paths, cloud storage buckets with permissive write policies) face material risk; jobs reading only internal, trusted files face negligible exposure. No active exploitation and no public PoC exist at time of analysis. |
| Exploit ScenarioDerived | An attacker with write access to a directory or object store bucket from which a Spring Batch job reads input files uploads a specially crafted CSV file containing deeply nested or pathologically structured quoted multi-line fields. When the scheduled or triggered batch job's FlatFileItemReader processes the file, the record-assembly logic enters an unbounded loop consuming CPU and heap, eventually stalling the job executor or triggering an OutOfMemoryError, disrupting dependent downstream processing. No public exploit code has been identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Sep 01, 2026
Uncontrolled resource consumption in Spring Batch's FlatFileItemReader allows denial-of-service against batch jobs that process externally-supplied flat files containing multi-line records. When a specially crafted file is fed to the reader - exploiting its logic for assembling logical records spread across multiple physical lines (e.g., quoted CSV fields with embedded newlines) - the job stalls or exhausts memory, disrupting batch processing pipelines. Affected are all actively maintained Spring Batch branches: 4.3.0-4.3.13, 5.2.0-5.2.6, and 6.0.0-6.0.4. No public exploit or active exploitation has been identified at time of analysis.
Earlier versions of this analysis (1)
Excessive resource consumption in Spring Batch's FlatFileItemReader allows a denial-of-service condition when processing specially crafted input files containing embedded newlines within quoted fields. Affected versions span three release trains: 4.3.x through 4.3.13, 5.2.x through 5.2.6, and 6.0.x through 6.0.4. An attacker who can supply malformed input to a batch job using multi-line record parsing can cause the job to stall indefinitely or exhaust JVM heap memory, effectively disabling batch processing pipelines. No public exploit code or active exploitation (CISA KEV) has been identified at time of analysis; the CVSS AC:H rating reflects the access prerequisite of controlling batch input.
RemediationAI
Apply the vendor-released fix per the Spring Security Advisory at https://spring.io/security/cve-2026-47881. The advisory will specify the exact patched versions; as no patched version numbers are confirmed in the available input data, consult the advisory directly for exact fix versions beyond 4.3.13, 5.2.6, and 6.0.4. Where immediate patching is not feasible, the most actionable compensating control is to restrict which sources can supply files to FlatFileItemReader - specifically, ensure batch input files originate only from trusted, write-controlled storage (internal NFS, authenticated S3 bucket policies, or pre-validated staging directories). Additionally, configuring job-level resource quotas (JVM heap limits, execution timeouts) via Spring Batch's StepInterruptionPolicy or container-level memory/CPU limits can bound the blast radius of a successful attack. Note that these mitigations reduce impact but do not eliminate the underlying parsing vulnerability.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Spring Batch (CPE: cpe:2.3:a:broadcom:spring_batch) is a Broadcom-maintained Java batch processing framework used in enterprise ETL, data migration, and scheduled processing workflows. Its FlatFileItemReader component supports multi-line record assembly, allowing a single logical record to span multiple physical lines in files such as CSVs with quoted, newline-embedded fields. CWE-400 (Uncontrolled Resource Consumption) identifies the root cause: the reader lacks adequate bounds on CPU cycles or memory when it encounters pathological record assembly sequences. This is structurally analogous to algorithmic complexity attacks (ReDoS-style) applied to record parsing rather than regex - the reader may enter a state where each additional line it ingests requires disproportionate processing, causing exponential or unbounded growth in resource consumption.
Know when Spring Batch gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
AC:H reflects that exploitation depends on whether the batch job reads attacker-controlled files, a deployment-specific condition outside attacker control.
Primary rating from Vendor (vmware).
CVSS VectorNVD
Lifecycle Timeline
4DescriptionNVD
Spring Batch's FlatFileItemReader supports files where a single logical record spans multiple physical lines - for example, a CSV field that contains embedded newlines wrapped in quotes. A specially crafted input file could exploit the way the reader assembles those multi-line records to consume excessive CPU time and memory, causing the batch job to stall or run out of memory. Spring Batch 6.0.0 - 6.0.4 Spring Batch 5.2.0 - 5.2.6 Spring Batch 4.3.0 - 4.3.13
Executive ViewAI
Spring Batch versions 4.3.0-6.0.4 are vulnerable to denial-of-service attacks through specially crafted flat-file inputs that cause batch jobs to stall or exhaust memory. Organizations using Spring Batch for ETL and data processing should assess exposure immediately, as no patch is currently available. This vulnerability disrupts batch processing pipelines and could delay time-sensitive data operations.
No vendor-released patch identified at time of analysis. Implement file-size quotas and memory limits on batch job execution, add input validation and sanitization for flat-file sources, enable resource monitoring and alerting for batch job anomalies, and restrict external file submission channels to trusted sources only.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
More in Spring Batch
View allSpring Batch versions 3.0.9, 4.0.1, 4.1.0, and older unsupported versions, were susceptible to XML External Entity Injec
When configured to enable default typing, Jackson contained a deserialization vulnerability that could lead to arbitrary
Unsafe Java deserialization in Spring Batch's DefaultExecutionContextSerializer exposes the JDBC job repository to poten
Remote code execution in Spring Batch 5.2.0-5.2.6 and 6.0.0-6.0.4 arises because the JobParameterDeserializer fails to e
EUVD-2026-66844
GHSA-jv7x-jjj5-pqwg
NVD
CVE.org
EPSS
Vulnrichment
Exploit-DB