Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSubmit crafted EXR image to processing endpoint
-
ExploitEXR decoder writes beyond heap buffer
-
ImpactImageMagick process crashes (denial of service)
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Heap buffer bounds checking
MITRE ATT&CK
1 technique across 1 tactic: Execution The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires that the target application pass an attacker-controlled EXR (OpenEXR) file to ImageMagick's EXR coder (coders/exr.c), which in turn requires an ImageMagick build with EXR/OpenEXR delegate support enabled - EXR is not a universally enabled format. No authentication or user interaction is needed if the consuming service accepts user-supplied images (e.g., an upload/thumbnailing endpoint). Limiting factors: the vulnerability is only reachable where EXR decoding is enabled and exposed to untrusted input, and the realistic outcome is a single-process crash rather than code execution or data exposure; affected versions are those prior to 7.1.2-32. |
| Impact | This is a moderate-to-low priority denial-of-service issue, not a high-impact vulnerability. The CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L, base 5.3 MEDIUM) shows the only impact is availability (A:L) - a process crash - with no confidentiality or integrity loss, which is consistent with CWE-122 (heap buffer overflow) that the vendor describes as causing a crash rather than code execution. Although the vector is AV:N/PR:N (reachable by an unauthenticated remote attacker), exploitation depends on the target application feeding attacker-supplied images through ImageMagick's EXR decoder. No EPSS score, KEV listing, or SSVC decision data was provided in the input, and there is no public exploit identified at time of analysis; a vendor patch commit diff exists but that is remediation evidence, not exploit code. Note a residual uncertainty: the description says the decoder can 'write beyond a heap buffer,' and heap out-of-bounds writes can sometimes escalate beyond a crash, but the vendor scored impact as availability-only (A:L) - defenders should treat it as a DoS unless the vendor revises the assessment. |
| Exploit ScenarioDerived | An attacker uploads or submits a crafted EXR image to a web service or pipeline that uses ImageMagick for image processing. When the EXR decoder parses the malformed file, it writes past the end of a heap buffer and the ImageMagick process crashes, disrupting the service for other users. No public exploit code was identified at time of analysis, though the upstream fix commit is published. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 07, 2026
Denial of service in ImageMagick versions prior to 7.1.2-32 allows remote, unauthenticated attackers to crash the process by supplying a crafted EXR image that triggers a heap buffer overflow in the EXR decoder. The vulnerability requires an ImageMagick build with EXR/OpenEXR delegate support enabled and an application that passes attacker-controlled EXR files to it; the impact is limited to a single-process crash (low availability). No public exploit code has been identified at time of analysis, and the vendor has released a patch in version 7.1.2-32.
RemediationAI
Upgrade to ImageMagick 7.1.2-32 or later, which contains the vendor patch (commit f7437ebafcd92d6959eca4086d80b150d52bdb7c). If upgrading is not immediately possible, disable EXR delegate support (e.g., recompile without --with-exr or remove the EXR coder module) to prevent processing of EXR files altogether; the trade-off is loss of EXR image handling capabilities. Alternatively, restrict untrusted file uploads to exclude EXR format, though this may not be viable for services that legitimately process EXR images. A vendor advisory is available at https://github.com/ImageMagick/ImageMagick/security/advisories/GHSA-54rx-5x9g-g465.
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
ImageMagick's EXR coder (coders/exr.c) uses the OpenEXR library to decode EXR image files. The vulnerability is a heap-based buffer overflow (CWE-122) that occurs when the decoder encounters EXR files using deep scanline or deep tiled storage types. The decoder fails to properly handle these storage types, leading to a write beyond the allocated heap buffer. The fix in commit f7437ebafcd92d6959eca4086d80b150d52bdb7c adds explicit rejection of EXR_STORAGE_DEEP_SCANLINE and EXR_STORAGE_DEEP_TILED by throwing an 'ImageTypeNotSupported' exception and setting status to MagickFalse, preventing further processing.
Know when Imagemagick 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:L
Crafted image is typically processed via a remote upload path (AV:N) without auth or interaction (PR:N/UI:N); impact is a crash only, so C:N/I:N/A:L.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
ImageMagick is free and open-source software used for editing and manipulating digital images. Prior to 7.1.2-32, a crafted EXR image can cause the EXR decoder to write beyond a heap buffer, causing the process to crash. This issue is fixed in version 7.1.2-32.
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
A buffer overflow occurs when a program writes more data to a memory buffer than it was allocated to hold, causing the excess data to spill into adjacent memory regions.
A heap overflow occurs when a program writes data beyond the bounds of a buffer allocated in the heap memory region.
More in Imagemagick
View allThe (1) EPHEMERAL, (2) HTTPS, (3) MVG, (4) MSL, (5) TEXT, (6) SHOW, (7) WIN, and (8) PLT coders in ImageMagick before 6.
The (1) HTTP and (2) FTP coders in ImageMagick before 6.9.3-10 and 7.x before 7.0.1-1 allow remote attackers to conduct
The EPHEMERAL coder in ImageMagick before 6.9.3-10 and 7.x before 7.0.1-1 allows remote attackers to delete arbitrary fi
ReadGIFImage in coders/gif.c in ImageMagick 7.0.6-1 and GraphicsMagick 1.3.26 leaves the palette uninitialized when proc
Integer overflow in MagickCore/profile.c in ImageMagick before 7.0.2-1 allows remote attackers to cause a denial of serv
The LABEL coder in ImageMagick before 6.9.3-10 and 7.x before 7.0.1-1 allows remote attackers to read arbitrary files vi
The OpenBlob function in blob.c in GraphicsMagick before 1.3.24 and ImageMagick allows remote attackers to execute arbit
The DCM reader in ImageMagick before 6.9.4-5 and 7.x before 7.0.1-7 allows remote attackers to have unspecified impact b
The ReadDCMImage function in DCM reader in ImageMagick before 6.9.4-5 and 7.x before 7.0.1-7 allows remote attackers to
The DCM reader in ImageMagick before 6.9.4-5 and 7.x before 7.0.1-7 allows remote attackers to have unspecified impact b
ImageMagick 7.0.6-5 has a memory leak vulnerability in ReadWEBPImage in coders/webp.c because memory is not freed in cer
Heap buffer overflow in ImageMagick's XBM image decoder (ReadXBMImage) lets remote attackers write attacker-controlled d
EUVD-2026-94379
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB