Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessDeliver crafted oversized image to victim
-
DeliveryVictim exports image via DICOM plug-in
-
Exploit32-bit size product overflows allocation
-
ExecutionGEGL writes past undersized heap buffer
-
ImpactHeap corruption enables code execution
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V15 - Secure Coding and Architecture Bounds checking, buffer size validation
MITRE ATT&CK
2 techniques across 2 tactics: Execution, Privilege Escalation The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires a local user to export an image through GIMP's DICOM export plug-in where the image has extremely large width and height values, such that the 32-bit width × height × bytes-per-pixel product overflows and undersizes the heap allocation before GEGL writes the full uncompressed extent. Limiting factors: the attack path is confined to the DICOM export feature (not image loading or other formats), it requires active user interaction to initiate the export (UI:R), it is purely local with no network vector (AV:L), and reliable exploitation beyond a crash is complex (AC:H) because it depends on crafting dimensions large enough to overflow and on favorable heap layout. |
| Impact | This is a medium-severity (CVSS 6.3) local memory-corruption issue whose real-world risk is substantially lower than the high integrity/availability impact metrics alone would suggest. The CVSS vector itself tempers urgency on multiple axes: AV:L means there is no remote/network reach, AC:H indicates reliable exploitation of the heap overflow is non-trivial, and UI:R requires a victim to actively perform a DICOM export of attacker-influenced content. No EPSS score, KEV listing, or public exploit was provided in the input, so exploitation status is 'no public exploit identified at time of analysis' - nothing here points to active or automatable mass exploitation. PR:N (unauthenticated) is largely academic given that the attack depends on social-engineering a local user into opening and exporting a crafted oversized image rather than on any privilege boundary. One data conflict to flag: the structured CWE field is CWE-119 (generic buffer errors) while the description specifies CWE-787 (out-of-bounds write) rooted in a 32-bit integer overflow - the description is more precise and should be treated as authoritative. Net: a legitimate client-side bug worth patching in routine cycles, but not a drop-everything priority absent exploit evidence. |
| Exploit ScenarioDerived | An attacker distributes or convinces a victim to load an image with extremely large declared width and height into GIMP, then have it exported via the DICOM plug-in. The 32-bit width × height × bytes-per-pixel allocation overflows to a small value, GEGL writes the full uncompressed pixel extent past the undersized heap buffer, and the resulting corruption can crash GIMP or potentially lead to code execution in the user's context. No public exploit is known, and the AV:L/AC:H/UI:R profile means the attacker must rely on the victim actively performing the export. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 06, 2026
Integer overflow leading to a heap-based buffer overflow in GIMP's DICOM export plug-in allows a local user to corrupt memory when exporting an image whose width and height are large enough that the 32-bit width × height × bytes-per-pixel product wraps and undersizes the heap allocation. Exploitation requires the victim to initiate the export and involves a crafted image with extremely large dimensions, so the attack is local (AV:L) and user-interaction dependent (UI:R), with high attack complexity (AC:H); the assessed CVSS is 6.3 with high integrity and availability impact but no confidentiality impact. No public exploit code has been identified and there is no indication of confirmed active exploitation (CISA KEV), and no vendor-released patch version is identified in the available data.
RemediationAI
No vendor-released patch version is identified in the available data, so remediation should begin by tracking the Red Hat advisory at https://access.redhat.com/security/cve/CVE-2026-106063 and its Bugzilla tracking entry at https://bugzilla.redhat.com/show_bug.cgi?id=2546668 for the fixed GIMP build, and applying that update as soon as it is published for the relevant distribution channel. Until a fixed version is available, the most effective compensating control is to remove or disable the DICOM export plug-in (for example, by deleting or making non-executable the dicom export plug-in binary in the GIMP plug-ins directory), which eliminates the vulnerable code path entirely at the cost of losing DICOM export functionality; this trade-off is acceptable for general-purpose desktops but not for medical imaging workflows that depend on DICOM output. Restricting untrusted image files and untrusted export jobs to trusted operators, and avoiding export of images with unusually large dimensions (beyond the point where width × height × bytes-per-pixel approaches the 32-bit limit), reduces exposure on systems where the plug-in must remain enabled, but relies on operator discipline rather than a technical barrier. Because the attack is local and requires the victim to perform the export (UI:R), limiting who can run GIMP or supply images for export to the DICOM path provides an additional, though coarse, reduction in risk.
Affected ProductsAI
GIMP is the affected product, specifically its DICOM export plug-in, which is reached when a user exports an image to DICOM format. The provided data does not enumerate an exact affected version range or CPE identifiers; the only product-scoped references are the Red Hat CVE record at https://access.redhat.com/security/cve/CVE-2026-106063 and the associated Red Hat Bugzilla entry at https://bugzilla.redhat.com/show_bug.cgi?id=2546668, which track the issue against Red Hat's GIMP packaging. Because no CPE strings or version boundaries were supplied, administrators should treat those advisories as the authoritative source for which GIMP builds (and which downstream distributions derived from them) carry the vulnerable export code, and should assume any build whose DICOM export plug-in still performs the unvalidated 32-bit size computation is exposed.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
The flaw resides in GIMP's DICOM export plug-in, the module that serializes a GIMP image into DICOM (Digital Imaging and Communications in Medicine) format for medical imaging interchange. Allocation of the export buffer in the plug-in computes a size as a 32-bit product of image width, image height, and bytes-per-pixel; when that product exceeds the representable 32-bit range it wraps to a small value, so a buffer far smaller than the actual image extent is allocated. The GEGL processing backend then writes the full uncompressed pixel extent into this undersized heap buffer, producing an out-of-bounds heap write. The description classifies the defect under CWE-787 (out-of-bounds write) with the root allocation-size error being an integer overflow, while the NVD mapping uses the broader CWE-119 (improper restriction of operations within the bounds of a memory buffer); the two are consistent, with CWE-787 describing the concrete write and CWE-119 the parent memory-safety class. Because the corrupting write occurs inside the DICOM export path, image loading and non-DICOM formats are not affected by this specific code path. No CPE records or version ranges were supplied in the source data, so affected versions must be confirmed against the vendor/Red Hat advisory rather than inferred.
Know when Gimp 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:L/AC:H/PR:N/UI:R/S:U/C:N/I:H/A:H
Local export operation with no privileges (AV:L/PR:N) requires the victim to export a crafted oversized image (UI:R); reliable heap exploitation is hard (AC:H), yielding code execution (I:H) and crash (A:H) but no direct data disclosure (C:N).
Primary rating from Vendor (redhat).
CVSS VectorVendor: redhat
DescriptionCVE.org
A heap-based buffer overflow was found in GIMP’s DICOM export plug-in. When exporting an image with extremely large width and height, the export path allocates a buffer using a 32-bit width * height (and bytes-per-pixel) product that can overflow. GEGL then writes the full uncompressed extent into the undersized buffer (CWE-787), after integer overflow in the allocation size
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.
Integer overflow occurs when an arithmetic operation produces a result that exceeds the maximum value a given integer type can store.
Buffer overflow in the readstr_upto function in plug-ins/script-fu/tinyscheme/scheme.c in GIMP 2.6.12 and earlier, and p
Multiple stack-based buffer overflows in file-xwd.c in the X Window Dump (XWD) plug-in in GIMP 2.8.2 allow remote attack
In GIMP 2.8.22, there is a heap-based buffer overflow in read_channel_data in plug-ins/common/file-psp.c. Rated high sev
fits-io.c in GIMP before 2.8.1 allows remote attackers to cause a denial of service (NULL pointer dereference and applic
An issue in gimp_layer_invalidate_boundary of GNOME GIMP 2.10.30 allows attackers to trigger an unhandled exception via
GIMP 2.10.30 and 2.99.10 are vulnerable to Buffer Overflow. Rated medium severity (CVSS 5.5), this vulnerability is no a
GIMP through 2.10.2 makes g_get_tmp_dir calls to establish temporary filenames, which may result in a filename that alre
Critical remote code execution vulnerability in GIMP's ICO file parser caused by an integer overflow (CWE-190) that lack
Remote code execution in GIMP 3.0.6 allows attackers to run arbitrary code by tricking a user into opening a malicious P
Remote code execution in GIMP 3.2.0-rc1 lets attackers run arbitrary code by tricking a user into opening a malicious IC
Use-after-free vulnerability in the xcf_load_image function in app/xcf/xcf-load.c in GIMP allows remote attackers to cau
Heap-based buffer overflow in GIMP's TIF file parser enables remote code execution when a user opens a crafted TIFF imag
EUVD-2026-93943
GHSA-j336-2pgh-rf7p
NVD
CVE.org
EPSS
Vulnrichment
VulDB
Exploit-DB