OESA-2026-2365

Source
https://www.openeuler.org/en/security/security-bulletins/detail/?id=openEuler-SA-2026-2365
Import Source
https://repo.openeuler.org/security/data/osv/OESA-2026-2365.json
JSON Data
https://api.osv.dev/v1/vulns/OESA-2026-2365
Upstream
  • CVE-2026-41142
  • CVE-2026-42216
  • CVE-2026-42217
Published
2026-05-22T13:17:02Z
Modified
2026-05-22T13:30:10.431170833Z
Summary
OpenEXR security update
Details

OpenEXR is a high dynamic-range (HDR) image file format originally developed by Industrial Light & Magic for use in computer imaging applications.

Security Fix(es):

OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From versions 3.0.0 to before 3.2.9, 3.3.0 to before 3.3.11, and 3.4.0 to before 3.4.11, there is an integer overflow in ImageChannel::resize that leads to heap OOB write via OpenEXRUtil public API. This issue has been patched in versions 3.2.9, 3.3.11, and 3.4.11.(CVE-2026-41142)

OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From versions 3.0.0 to before 3.2.9, 3.3.0 to before 3.3.11, and 3.4.0 to before 3.4.11, IDManifest::init() reconstructs strings from a prefix-compressed representation. If the previous string is longer than 255 bytes, the next string is expected to begin with a 2-byte prefix length. The code reads stringList[i][0] and stringList[i][1] without checking that the current string has at least two bytes. This issue has been patched in versions 3.2.9, 3.3.11, and 3.4.11.(CVE-2026-42216)

OpenEXR provides the specification and reference implementation of the EXR file format, an image storage format for the motion picture industry. From versions 3.0.0 to before 3.2.9, 3.3.0 to before 3.3.11, and 3.4.0 to before 3.4.11, readVariableLengthInteger() decodes a variable-length integer from untrusted EXR input without bounding the shift count. After enough continuation bytes, the code executes a left shift by 70 on a 64-bit value, which is undefined behavior. This issue has been patched in versions 3.2.9, 3.3.11, and 3.4.11.(CVE-2026-42217)

Database specific
{
    "severity": "Critical"
}
References

Affected packages

openEuler:24.03-LTS / OpenEXR

Package

Name
OpenEXR
Purl
pkg:rpm/openEuler/OpenEXR&distro=openEuler-24.03-LTS

Affected ranges

Type
ECOSYSTEM
Events
Introduced
0Unknown introduced version / All previous versions are affected
Fixed
3.1.11-9.oe2403

Ecosystem specific

{
    "aarch64": [
        "OpenEXR-3.1.11-9.oe2403.aarch64.rpm",
        "OpenEXR-debuginfo-3.1.11-9.oe2403.aarch64.rpm",
        "OpenEXR-debugsource-3.1.11-9.oe2403.aarch64.rpm",
        "OpenEXR-devel-3.1.11-9.oe2403.aarch64.rpm",
        "OpenEXR-libs-3.1.11-9.oe2403.aarch64.rpm"
    ],
    "src": [
        "OpenEXR-3.1.11-9.oe2403.src.rpm"
    ],
    "x86_64": [
        "OpenEXR-3.1.11-9.oe2403.x86_64.rpm",
        "OpenEXR-debuginfo-3.1.11-9.oe2403.x86_64.rpm",
        "OpenEXR-debugsource-3.1.11-9.oe2403.x86_64.rpm",
        "OpenEXR-devel-3.1.11-9.oe2403.x86_64.rpm",
        "OpenEXR-libs-3.1.11-9.oe2403.x86_64.rpm"
    ]
}

Database specific

source
"https://repo.openeuler.org/security/data/osv/OESA-2026-2365.json"