OpenEXR is the reference implementation and specification for the EXR image format, widely used in the motion picture industry. From version 3.4.0 through 3.4.13, a crafted HTJ2K-compressed EXR can crash OpenEXR during normal decode. An HTJ2K-compressed EXR whose JPEG 2000 SIZ fields place the first tile outside the visible image can reach invalid tile and codeblock geometry in the vendored OpenJPH AVX2 decoder, causing a stack out-of-bounds write and denial of service. OpenEXR's HTJ2K path validates the decoded codestream dimensions against the EXR chunk size, but it does not reject SIZ image-offset/tile-grid geometry where the first tile does not intersect the image. This issue is fixed in version 3.4.14.

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

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the
    motion picture industry. From version 3.4.0 through 3.4.13, a crafted HTJ2K-compressed EXR can crash
    OpenEXR during normal decode. An HTJ2K-compressed EXR whose JPEG 2000 SIZ fields place the first tile
    outside the visible image can reach invalid tile and codeblock geometry in the vendored OpenJPH AVX2
    decoder, causing a stack out-of-bounds write and denial of service. OpenEXR's HTJ2K path validates the
    decoded codestream dimensions against the EXR chunk size, but it does not reject SIZ image-offset/tile-
    grid geometry where the first tile does not intersect the image. This issue is fixed in version 3.4.14.
    (CVE-2026-68516)

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

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. From version 3.4.0 through 3.4.13, a crafted HTJ2K-compressed EXR can crash     OpenEXR during normal decode. An HTJ2K-compressed EXR whose JPEG 2000 SIZ fields place the first tile     outside the visible image can reach invalid tile and codeblock geometry in the vendored OpenJPH AVX2     decoder, causing a stack out-of-bounds write and denial of service. OpenEXR's HTJ2K path validates the     decoded codestream dimensions against the EXR chunk size, but it does not reject SIZ image-offset/tile-     grid geometry where the first tile does not intersect the image. This issue is fixed in version 3.4.14.
    (CVE-2026-68516)

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

The version of the OpenEXR Python package installed on the remote host is 3.4.x prior to 3.4.14. It is, therefore, affected by a denial of service vulnerability:

  - A crafted HTJ2K-compressed EXR whose JPEG 2000 SIZ fields place the first tile outside the visible image can     reach invalid tile and codeblock geometry in the vendored OpenJPH AVX2 decoder, causing a stack out-of-bounds     write and denial of service. OpenEXR's HTJ2K path does not reject SIZ image-offset/tile-grid geometry where the     first tile does not intersect the image. (CVE-2026-68516)

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

ID	Name	Product	Family	Type	Severity
472915	Echo: openexr: security update to 3.1.13-2	Tenable Cloud Security	Echo Local Security Checks	Local	medium
472915	Echo: openexr: security update to 3.1.13-2	Tenable Self-Hosted Container Security	Echo Local Security Checks	Local	medium
341346	Linux Distros Unpatched Vulnerability : CVE-2026-68516	Nessus	Misc.	Local	medium
341183	Python Library OpenEXR 3.4.0 < 3.4.14 DoS (CVE-2026-68516)	Nessus	Misc.	Local	medium

Detections

Analytics

CVE-2026-68516

medium

Tenable Plugins

medium

medium

medium

medium