Intel

AIKIDO-2026-252718

OpenEXR is vulnerable to Use of Uninitialized Memory

Use of Uninitialized MemoryGHSA-prr3-4q3r-hmf3 Published Aug 10, 2026

33

Low Risk

This Affects:

PYTHONOpenEXR
3.2.3 - 3.4.13
Fixed in 3.4.14
Are you affected? Scan for Free

TL;DR

OpenEXRCore's deep-scanline decoding path, shipped in the PyPI OpenEXR module, accepts a compressed chunk whose sample-count table length is zero, skips decompression, and later reads an uninitialized sample-count buffer during validation. That undefined behavior can crash the reading process. The fix initializes or rejects the absent compressed sample-count table before it is read.

Who does this affect?

You are affected if you are using a version that falls within the vulnerable range and you decode or validate untrusted compressed deep-scanline EXR files through the OpenEXR Python bindings.

Background info

OpenEXR is vulnerable to Use of Uninitialized Memory in versions 3.2.3 - 3.4.13.

How to fix this

Upgrade the OpenEXR library to the patch version.