AIKIDO-2026-252718
OpenEXR is vulnerable to Use of Uninitialized Memory
33
Low Risk
This Affects:
OpenEXRTL;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.
Are You Affected?
Connect your repositories to instantly see whether vulnerable or malicious packages exist in your codebase.
Free. No credit card required.
I consent to receiving marketing communications based on Aikido’s Privacy Policy.
SOC 2Compliant
ISO 27001CompliantISO 42001Compliant
FedRAMPImplementing© All Intel data is openly available and commercially licensed.