CVEvulnerability

CVE-2026-34379

7.1 HIGH Published 2026-04-06 Modified 2026-10-26 Official page ↗
Status
Modified
Published
2026-04-06
Last modified
2026-10-26
Assigner
[email protected]
CVSS 3.1 ([email protected])
7.1 HIGH — CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:H
CVSS 3.1 (0b0ca135-0b70-47e7-9f44-1890c2a1c46c)
7.1 HIGH — CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:L/A:H
Weaknesses
CWE-475, CWE-704, CWE-787, CWE-843

Description

OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From 3.2.0 to before 3.2.7, 3.3.9, and 3.4.9, a misaligned memory write vulnerability exists in LossyDctDecoder_execute() in src/lib/OpenEXRCore/internal_dwa_decoder.h:749. When decoding a DWA or DWAB-compressed EXR file containing a FLOAT-type channel, the decoder performs an in-place HALF→FLOAT conversion by casting an unaligned uint8_t * row pointer to float * and writing through it. Because the row buffer may not be 4-byte aligned, this constitutes undefined behavior under the C standard and crashes immediately on architectures that enforce alignment (ARM, RISC-V, etc.). On x86 it is silently tolerated at runtime but remains exploitable via compiler optimizations that assume aligned access. This vulnerability is fixed in 3.2.7, 3.3.9, and 3.4.9.

Affected configurations

• openexr openexr (>= 3.2.0 < 3.2.7) • openexr openexr (>= 3.3.0 < 3.3.9) • openexr openexr (>= 3.4.0 < 3.4.9)

Related

Weakness · CWE (4)

  • CWE-475 Undefined Behavior for Input to API weakness
  • CWE-704 Incorrect Type Conversion or Cast weakness
  • CWE-787 Out-of-bounds Write weakness
  • CWE-843 Access of Resource Using Incompatible Type weakness

References