OpenEXR is vulnerable to Use of Uninitialized Memory
33
Low Risk
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.
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.
OpenEXR is vulnerable to Use of Uninitialized Memory in versions 3.2.3 - 3.4.13.
Upgrade the OpenEXR library to the patch version.
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 27001Compliant