CVE-2026-44663

HIGH
MEDIUM Priority: 0.01 BB Relevance: 39/100
Published: 2026-06-18 Modified: 2026-10-26 First seen: 2026-10-29 Status: active

Attack Surface

Low Complexity No Auth Integ. Impact

CVSS Vector Breakdown

AV: Local
AC: Low
PR: None
UI: Required
S: Unchanged
C: None
I: High
A: High

Description

OpenEXR is the reference implementation and specification for the EXR image format, widely used in the motion picture industry. In versions 3.4.0 through 3.4.11, an integer overflow in ht_undo_impl() in src/lib/OpenEXRCore/internal_ht.cpp leads to a heap-buffer overflow when decoding a crafted HTJ2K-compressed EXR file. decode->channels[i].width (int32_t) is multiplied by bytes_per_element in 32-bit signed arithmetic. With large widths (e.g., >= 536870912 for FLOAT data), this overflows, producing a corrupted offset that is later used for pointer arithmetic and can cause a heap out-of-bounds write. The same unchecked multiplication pattern appears in two other HTJ2K paths (bytes-per-line accumulation and pixel-line pointer advancement). As with related CVE-2026-34378 through CVE-2026-34589 fixes in other codecs, validating only after the multiplication is too late because the value may already be overflowed. This issue has been fixed in version 3.4.12.

Weakness Classification (2)

Affected Software (1)

VendorProductVersion
openexr openexr 3.4.0 – 3.4.12

Bug Bounty Relevance

39 / 100
✓ No authentication
✓ Low complexity

CVSS Score

7.1 / 10.0 v3.1
CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:N/I:H/A:H

EPSS — Exploitation Probability

0.21%
Raw Score 0.002110
Percentile 11.5%
Date 2026-10-29

EPSS Trend

2026-10-29
0.00211
2026-10-28
0.00211

Intelligence Sources

nvd ref →