PatchSiren

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

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.