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.

There are packages installed that are affected by a vulnerability referenced in the following CVE:

  - 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)

The Rocky Linux 9.6 host has packages installed that are affected by multiple vulnerabilities as referenced in the TuxCare ALMALINUX9.6:CLSA-2026:1778760144 advisory.

  - 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)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The AlmaLinux 9.6 host has packages installed that are affected by multiple vulnerabilities as referenced in the TuxCare ALMALINUX9.6:CLSA-2026:1778760144 advisory.

  - 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)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The AlmaLinux 9.2 host has packages installed that are affected by multiple vulnerabilities as referenced in the TuxCare ALMALINUX9.2:CLSA-2026:1778756042 advisory.

  - 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)

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

It is, therefore, affected by multiple vulnerabilities as referenced in the ALAS2023-2026-1713 advisory.

    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.

    NOTE: https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-m25w-72cj-q6mgNOTE:
    https://github.com/AcademySoftwareFoundation/openexr/pull/2367NOTE:
    https://github.com/AcademySoftwareFoundation/openexr/commit/0592ee539f33c122c90f09238579b902d838afb4     (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.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.

    NOTE: https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-65j8-95g9-jgj4     (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.--- From NIST (CVE-2026-42217)

Tenable has extracted the preceding description block directly from the tested product security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

The Linux/Unix host has one or more packages installed that are impacted by a vulnerability without a vendor supplied patch available.

  - 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)

Note that Nessus relies on the presence of the package as reported by the vendor.

The version of FreeBSD installed on the remote host is prior to tested version. It is, therefore, affected by multiple vulnerabilities as referenced in the 787cde46-4424-11f1-943f-05b19d100dca advisory.

    Cary Phillips reports:
    [OpenEXR v3.4.11 is a p]atch release that addresses the following security vulnerabilities:

Tenable has extracted the preceding description block directly from the FreeBSD security advisory.

Note that Nessus has not tested for these issues but has instead relied only on the application's self-reported version number.

ID	Name	Product	Family	Type	Severity
465102	Echo: openexr: security update to 3.1.13-2+e1	Tenable Cloud Security	Echo Local Security Checks	Local	medium
465102	Echo: openexr: security update to 3.1.13-2+e1	Tenable Self-Hosted Container Security	Echo Local Security Checks	Local	medium
360792	Rocky Linux 9.6 [TuxCare] Security Update: openexr / openexr-devel / openexr-libs Multiple Vulnerabilities (ALMALINUX9.6:CLSA-2026:1778760144)	Nessus	Rocky Linux Local Security Checks	Local	high
360685	AlmaLinux 9.6 [TuxCare] Security Update: openexr / openexr-devel / openexr-libs Multiple Vulnerabilities (ALMALINUX9.6:CLSA-2026:1778760144)	Nessus	Alma Linux Local Security Checks	Local	high
352274	AlmaLinux 9.2 [TuxCare] Security Update: openexr / openexr-devel / openexr-libs Multiple Vulnerabilities (ALMALINUX9.2:CLSA-2026:1778756042)	Nessus	Alma Linux Local Security Checks	Local	high
316840	Amazon Linux 2023 : openexr, openexr-devel, openexr-libs (ALAS2023-2026-1713)	Nessus	Amazon Linux Local Security Checks	Local	high
313069	Linux Distros Unpatched Vulnerability : CVE-2026-42217	Nessus	Misc.	Local	medium
311484	FreeBSD : openexr -- multiple vulnerabilities (787cde46-4424-11f1-943f-05b19d100dca)	Nessus	FreeBSD Local Security Checks	Local	high

Detections

Analytics

CVE-2026-42217

medium

Tenable Plugins

medium

medium

high

high

high

high

medium

high