OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From 3.1.0 to before 3.2.7, 3.3.9, and 3.4.9, internal_exr_undo_piz() advances the working wavelet pointer with signed 32-bit arithmetic. Because nx, ny, and wcount are int, a crafted EXR file can make this product overflow and wrap. The next channel then decodes from an incorrect address. The wavelet decode path operates in place, so this yields both out-of-bounds reads and out-of-bounds writes. This vulnerability is fixed in 3.2.7, 3.3.9, and 3.4.9.
| Vendor | Product | Versions |
|---|---|---|
| openexr | openexr | pip/OpenEXR: >= 3.1.0, < 3.2.7, pip/OpenEXR: >= 3.3.0, < 3.3.9, pip/OpenEXR: >= 3.4.0, < 3.4.9 |
Downstream vendors/products affected by this vulnerability
| Vendor | Product | Source | Confidence |
|---|---|---|---|
| pip | openexr | GHSA | 85% |
| red hat | enterprise linux | cert_advisory | 90% |
Updated vendor to Red Hat, product to Red Hat Enterprise Linux (openEXR), changed severity to CRITICAL, and marked exploit as available.
Updated severity to HIGH, added affected versions up to 3.2.6, 3.3.8, and 3.4.8, and noted that no exploit is available.
Initial creation
