PatchSiren cyber security CVE debrief
CVE-2026-55059 AcademySoftwareFoundation CVE debrief
A heap out-of-bounds write vulnerability exists in OpenEXR versions prior to 3.2.10, 3.3.12, and 3.4.13. This issue is reachable through the public OpenEXRUtil DeepImage API and can lead to heap corruption and process crashes. The vulnerability is caused by a row-based sample-count setter computing the target Y coordinate with dataWindow.min.x instead of dataWindow.min.y.
- Vendor
- AcademySoftwareFoundation
- Product
- openexr
- CVSS
- MEDIUM 6.1
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-08-25
- Original CVE updated
- 2026-09-09
- Advisory published
- 2026-08-25
- Advisory updated
- 2026-09-09
Who should care
Defenders responsible for systems utilizing the OpenEXR library, particularly in the motion picture industry, should assess exposure and prioritize verification and upgrades. This includes operators, platform administrators, vulnerability management teams, and security teams who need to verify and upgrade to fixed versions of OpenEXR to prevent potential heap corruption and process crashes.
Why it matters
Defenders should prioritize verifying and upgrading to fixed versions of OpenEXR due to a heap out-of-bounds write vulnerability, which can lead to heap corruption and process crashes in systems utilizing the OpenEXR library.
- Potential heap corruption and process crashes
- Verification of OpenEXR version and exposure in systems utilizing the library
- Upgrades to fixed versions may be necessary to prevent exploitation
Technical summary
The vulnerability exists in the Imf_4_0::SampleCountChannel::set function, where a valid row index can be translated into an invalid Y coordinate, causing writes before the allocated _numSamples buffer. This issue is reachable through the public OpenEXRUtil DeepImage API and can lead to heap corruption and process crashes in systems utilizing the OpenEXR library, particularly in the motion picture industry. Defenders should prioritize verifying and upgrading to fixed versions of OpenEXR, specifically versions 3.2.10, 3.3.12, or 3.4.13, and assess exposure in systems utilizing the OpenEXR library.
Defensive priority
Defenders should prioritize verifying and upgrading to fixed versions of OpenEXR, specifically versions 3.2.10, 3.3.12, or 3.4.13, and assess exposure in systems utilizing the OpenEXR library.
Recommended defensive actions
- Verify and upgrade to OpenEXR versions 3.2.10, 3.3.12, or 3.4.13
- Assess exposure in systems utilizing the OpenEXR library
- Monitor for potential heap corruption and process crashes
- Review compensating controls for exposed systems while remediation is scheduled and verified
- Check relevant monitoring, detection, and logs for exposed assets that need extra review
- Track exceptions, retest remediated assets, and close the item only after evidence is documented
- Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up
Evidence notes
The CVE record and NVD entry provide details on the vulnerability, including its description, CVSS score, and affected versions. However, additional information on exploitation or victim impact is not provided.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-55059 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-55059
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-55059 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-55059
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
Source reference
Unverified legacy reference
URL: https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-54cp-3rq6-7mq8
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.