Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSubmit malformed MP4 object to archive
-
ExploitBox size validation fails, no forward progress
-
ExecutionParser loops on same input (CWE-835)
-
ImpactCPU exhaustion / service denial of service
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Loop termination conditions
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 an attacker to deliver a crafted MP4 structure with a malformed box size to the MP4Parser component within dcm4chee-arc-light - in practice an MP4 stream encapsulated in a DICOM object submitted to the archive's receiving/parsing services. Per the CVSS vector (AV:N/PR:N/UI:N) no authentication or user interaction is required, so any actor able to reach a service endpoint that accepts and parses media objects can trigger it. The principal limiting factor is reachability: the target must expose a DICOM/media ingestion interface to the attacker and must actually invoke MP4 parsing on the supplied object; impact is confined to availability (service hang/CPU exhaustion), with no confidentiality or integrity consequence. |
| Impact | This is a network-reachable, unauthenticated availability-only vulnerability (CVSS 4.0 vector AV:N/AC:L/AT:N/PR:N/UI:N with VC:N/VI:N/VA:H), classifying it as CWE-835 (infinite loop / uncontrolled resource consumption). The VA:H with zero confidentiality and integrity impact confirms this is a pure denial-of-service condition, not code execution or data exposure. The headline CVSS 4.0 base score of 8.7 is driven almost entirely by the easy, unauthenticated, low-complexity network vector rather than by severe impact - a high score that reflects reachability, not compromise. No EPSS score, KEV listing, or public POC was provided in the input, so there is no public exploit identified at time of analysis and no evidence of active exploitation; the absence of these signals means the 8.7 should be read as theoretical reachability rather than demonstrated in-the-wild risk. The CVSS vector (AV:N) and the description (malformed MP4 box causing no forward progress) are consistent - both point to remotely supplied malformed media triggering the loop. The practical priority is moderated by context: this affects a healthcare DICOM archive (dcm4chee-arc-light) and was reported via CISA ICS-CERT medical advisory, so for affected medical-imaging operators availability loss can be clinically significant, but the absence of exploitation signals suggests this is a patch-in-normal-cycle item rather than an emergency unless the service is internet-exposed. |
| Exploit ScenarioDerived | A remote attacker submits a DICOM/media object containing a malformed MP4 box with an invalid size field to a dcm4chee-arc-light instance that parses it. Because the parser makes no forward progress, it repeatedly reprocesses the same input, consuming CPU and hanging the parsing thread, causing a denial of service against the archive. No public exploit code was identified at time of analysis, and no authentication is required per the CVSS vector. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Oct 16, 2026
Malformed MP4 box-size fields submitted to the MP4Parser component in j4care dcm4chee-arc-light drive the parser into a non-terminating loop that repeatedly reprocesses the same input, consuming CPU and hanging the affected ingestion service. The defect is classified CWE-835 (loop with unreachable exit condition) and is network-reachable and unauthenticated per the CVSS vector (AV:N/AC:L/PR:N/UI:N), so any actor able to reach an archive endpoint that accepts and parses DICOM-encapsulated MP4 media can trigger it; impact is availability-only with no confidentiality or integrity consequence. No public exploit code was identified at time of analysis, and the issue is documented by CISA in ICS medical advisory ICSMA-26-288-02.
Earlier versions of this analysis (1)
Denial of service in the MP4Parser component of dcm4chee-arc-light allows a remote, unauthenticated attacker to stall media parsing by submitting a crafted MP4 file containing a malformed box header, most notably one with an invalid or zero box size. Because MP4Parser fails to validate box sizes before advancing its read position, parsing makes no forward progress and repeatedly reprocesses the same bytes, consuming CPU and blocking the ingestion path; the CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H, 7.5) confirms remote reachability without credentials or user interaction and an availability-only impact. This is a CWE-835 loop-with-unreachable-exit-condition defect, and no public exploit code has been identified at time of analysis.
RemediationAI
No vendor-released patch version is identified in the input data, so administrators should consult CISA ICS medical advisory ICSMA-26-288-02 (https://www.cisa.gov/news-events/ics-medical-advisories/icsma-26-288-02) and the j4care/dcm4che project's release notes for the exact fixed build, then upgrade dcm4chee-arc-light accordingly; verify the fix by re-testing with a malformed-box MP4 sample in a staging archive before production rollout. Until a patched build is applied, the most effective control is reachability reduction: restrict network access to the archive's DICOM and DICOMweb ingestion endpoints with firewall rules or network segmentation so only known clinical modalities, workstations, and upstream systems can connect, accepting the operational cost of maintaining and updating those allowlists. Where MP4/DICOM-encapsulated video ingestion is not a required clinical workflow, disable that media handling at the interface or gateway level so such objects are rejected before reaching the parser, at the trade-off of losing legitimately supported video content; alternatively, front the ingestion path with a validating proxy or media sanitizer that rejects MP4 atoms with zero or sub-header size fields. Add per-connection timeouts and CPU/wall-clock limits on parsing threads, and monitor for threads or connections stuck at sustained 100% CPU on the archive, since the hang is the primary observable symptom. Note that these compensating controls reduce exposure of the unpatched component but do not correct the underlying parser defect.
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
The vulnerability sits in the MP4Parser used by dcm4chee-arc-light, a Java-based clinical image archive widely deployed as a DICOM archive (PACS adjunct). MP4 files are structured as a sequence of length-prefixed 'boxes' (atoms): each box begins with a 32-bit big-endian size field followed by a four-character type, and parsers advance through the file by adding the declared size to the current offset. CWE-835 describes the failure mode here: the parser does not adequately validate the declared box size, so a crafted box whose size is zero, smaller than the box header, or otherwise inconsistent with the stream causes the read offset to fail to advance while parsing continues. The result is an unbounded loop that re-processes the same bytes indefinitely, burning CPU and stalling the parsing thread rather than crashing or returning an error. Because dcm4chee-arc-light ingests media via DICOM objects with encapsulated (fragmented) payloads, the MP4 stream can be embedded in an otherwise valid DICOM instance delivered over the standard DICOM or HTTP/DICOMweb interfaces, meaning the parser is reachable through the archive's normal receiving path rather than through a dedicated MP4 file-upload feature. The affected product identifier is cpe:2.3:a:j4care:dcm4chee-arc-light:*:*:*:*:*:*:*:*, with no specific version range disclosed in the available data.
Know when Dcm4Chee Arc Light 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
Remotely supplied malformed MP4 parsed without auth or interaction (AV:N/AC:L/PR:N/UI:N); infinite loop causes availability loss only, so C:N/I:N/A:H, scope unchanged.
Primary rating from Vendor (icscert).
CVSS VectorVendor: icscert
Lifecycle Timeline
2DescriptionCVE.org
MP4Parser does not adequately validate MP4 box sizes. A malformed box can cause parsing to make no forward progress and repeatedly process the same input.
Executive ViewAI
An unauthenticated, network-reachable flaw in j4care dcm4chee-arc-light's MP4Parser component allows anyone who can reach a DICOM archive ingestion endpoint to stall the service by submitting a malformed MP4 media file, causing CPU exhaustion and a hung ingestion pipeline. Because this is a clinical imaging archive, sustained unavailability can interrupt the receipt and processing of diagnostic studies, delaying radiology workflows and downstream patient care. Leadership should care because the impact is operational and cross-departmental, no vendor patch is currently available, and exploitation requires no credentials or user interaction.
No vendor-released patch identified at time of analysis. Interim mitigations include network segmentation and firewall or reverse-proxy allowlisting so only trusted modalities and clinical subnets can reach the archive ingestion endpoints, disabling or quarantining DICOM-encapsulated MP4 ingestion if not clinically required, deploying a front-end filter or proxy that validates and rejects malformed MP4 box-size structures before they reach MP4Parser, and implementing aggressive process health monitoring with automatic restart or failover to limit service hang duration.
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 Dcm4Chee Arc Light
View allUnauthenticated remote peers can query and download patient demographics and medical imagery from dcm4chee-arc-light arc
Unauthenticated remote attackers can irreversibly delete stored DICOM objects in dcm4chee-arc-light by invoking the stor
Unauthenticated HL7 ADT^A40 patient-merge messages accepted by the dcm4chee-arc-light archive's default listener let a r
Remote, unauthenticated attackers can exhaust dcm4chee-arc-light by submitting crafted multipart payloads to its Multipa
JPEGParser in j4care's dcm4chee-arc-light can be driven into an infinite loop by a specially crafted or truncated JPEG-e
EUVD-2026-102892
NVD
CVE.org
Vulnrichment
GitHub
Exploit-DB