OpenEXR is the reference implementation and specification for the EXR image format, widely used in the motion picture industry. In versions 3.4.0 through 3.4.12, a reachable assertion failure in the HTJ2K decode path allows a crafted HTJ2K-compressed EXR file to cause an unconditional process abort in any application that calls exr_start_read() on untrusted input, resulting in denial of service. The crash is triggered by a QCD marker whose lower five bits are zero, which OpenEXR passes into the vendored OpenJPH library while constructing the codestream and evaluating its quantization delta parameters. OpenJPH uses an assertion rather than a recoverable error to validate those bits, so any invalid value calls abort() directly and cannot be intercepted by surrounding error handling, a problem compounded by OpenEXR wrapping only its internal HT header parser in error handling while leaving the later codestream read and construction calls unprotected. This issue has been resolved in version 3.4.13.

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

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. In versions 3.4.0 through 3.4.12, a reachable assertion failure in the HTJ2K     decode path allows a crafted HTJ2K-compressed EXR file to cause an unconditional process abort in any     application that calls exr_start_read() on untrusted input, resulting in denial of service. The crash is     triggered by a QCD marker whose lower five bits are zero, which OpenEXR passes into the vendored OpenJPH     library while constructing the codestream and evaluating its quantization delta parameters. OpenJPH uses     an assertion rather than a recoverable error to validate those bits, so any invalid value calls abort()     directly and cannot be intercepted by surrounding error handling, a problem compounded by OpenEXR wrapping     only its internal HT header parser in error handling while leaving the later codestream read and     construction calls unprotected. This issue has been resolved in version 3.4.13. (CVE-2026-54920)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. Versions prior to 3.2.10, 3.3.12 and 3.4.13 contain a heap out-of-bounds write in     Imf_4_0::SampleCountChannel::set(int r, unsigned int newNumSamples[]). The row-based sample-count setter     computes the target Y coordinate with dataWindow.min.x instead of dataWindow.min.y. For a valid deep image     data window where min.x != min.y, a valid row index can be translated into an invalid Y coordinate,     causing writes before the allocated _numSamples buffer. The vulnerability is reachable through the public     OpenEXRUtil DeepImage API and can lead to heap corruption and process crashes. This issue has been fixed     in versions 3.2.10, 3.3.12 and 3.4.13. (CVE-2026-55059)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. Versions prior to 3.2.10, 3.3.12, and 3.4.13 contain an infinite-loop     vulnerability in SampleCountChannel. The helper roundListSizeUp() rounds a sample-list size up to the next     power of two using repeated unsigned left shifts, which terminates for normal values but fails for     UINT_MAX: the sequence reaches 0x80000000, and the next left shift wraps the 32-bit value to 0. Because 0     remains less than UINT_MAX, the loop never progresses and never exits. The bug is reachable through public     OpenEXRUtil APIs, either by editing the sample-count buffer through SampleCountChannel::Edit (whose     destructor calls endEdit()) or by calling SampleCountChannel::set(x, y, UINT_MAX) on a valid pixel. This     issue has been fixed in versions 3.2.10, 3.3.12, and 3.4.13. (CVE-2026-55373)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. In versions 3.1.0 through 3.2.10, 3.3.0 through 3.3.12, and 3.4.0 through 3.4.13,     an int32_t multiplication in OpenEXRCore's unpack_sample_table() can overflow while decoding a crafted     deep tiled EXR file, producing an invalid pointer that leads to a read from an unmapped memory address and     a crash. Because the overflow occurs in the standard decoding path (exr_decoding_run), any application     that decodes deep tiled EXR files is affected. This issue is fixed in versions 3.2.11, 3.3.13, and 3.4.14.
    (CVE-2026-59183)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. Versions before 3.2.11, 3.3.0 through 3.3.12, and 3.4.0 through 3.4.13 allow a     crafted EXR with a nonzero dataWindow.min to make TypedFlatImageChannel::row() return an invalid heap     pointer, causing out-of-bounds or use-after-free writes. This occurs when an application writes rows     through FlatHalfChannel::row(). Affected consumers are tools, converters, render pipeline components, or     image-processing services that accept untrusted EXR files and use FlatHalfChannel::row() on loaded images.
    This issue is fixed in versions 3.2.11, 3.3.13, and 3.4.14. (CVE-2026-59184)

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

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

  - An issue in Academy Software Foundation openexr v.3.2.3 and before allows a local attacker to cause a     denial of service (DoS) via the convert function of exrmultipart.cpp. (CVE-2024-31047)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. In versions 3.4.0 through 3.4.12, a reachable assertion failure in the HTJ2K     decode path allows a crafted HTJ2K-compressed EXR file to cause an unconditional process abort in any     application that calls exr_start_read() on untrusted input, resulting in denial of service. The crash is     triggered by a QCD marker whose lower five bits are zero, which OpenEXR passes into the vendored OpenJPH     library while constructing the codestream and evaluating its quantization delta parameters. OpenJPH uses     an assertion rather than a recoverable error to validate those bits, so any invalid value calls abort()     directly and cannot be intercepted by surrounding error handling, a problem compounded by OpenEXR wrapping     only its internal HT header parser in error handling while leaving the later codestream read and     construction calls unprotected. This issue has been resolved in version 3.4.13. (CVE-2026-54920)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. Versions prior to 3.2.10, 3.3.12 and 3.4.13 contain a heap out-of-bounds write in     Imf_4_0::SampleCountChannel::set(int r, unsigned int newNumSamples[]). The row-based sample-count setter     computes the target Y coordinate with dataWindow.min.x instead of dataWindow.min.y. For a valid deep image     data window where min.x != min.y, a valid row index can be translated into an invalid Y coordinate,     causing writes before the allocated _numSamples buffer. The vulnerability is reachable through the public     OpenEXRUtil DeepImage API and can lead to heap corruption and process crashes. This issue has been fixed     in versions 3.2.10, 3.3.12 and 3.4.13. (CVE-2026-55059)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. Versions prior to 3.2.10, 3.3.12, and 3.4.13 contain an infinite-loop     vulnerability in SampleCountChannel. The helper roundListSizeUp() rounds a sample-list size up to the next     power of two using repeated unsigned left shifts, which terminates for normal values but fails for     UINT_MAX: the sequence reaches 0x80000000, and the next left shift wraps the 32-bit value to 0. Because 0     remains less than UINT_MAX, the loop never progresses and never exits. The bug is reachable through public     OpenEXRUtil APIs, either by editing the sample-count buffer through SampleCountChannel::Edit (whose     destructor calls endEdit()) or by calling SampleCountChannel::set(x, y, UINT_MAX) on a valid pixel. This     issue has been fixed in versions 3.2.10, 3.3.12, and 3.4.13. (CVE-2026-55373)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. In versions 3.1.0 through 3.2.10, 3.3.0 through 3.3.12, and 3.4.0 through 3.4.13,     an int32_t multiplication in OpenEXRCore's unpack_sample_table() can overflow while decoding a crafted     deep tiled EXR file, producing an invalid pointer that leads to a read from an unmapped memory address and     a crash. Because the overflow occurs in the standard decoding path (exr_decoding_run), any application     that decodes deep tiled EXR files is affected. This issue is fixed in versions 3.2.11, 3.3.13, and 3.4.14.
    (CVE-2026-59183)

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:1792628290 advisory.

  - An issue in Academy Software Foundation openexr v.3.2.3 and before allows a local attacker to cause a     denial of service (DoS) via the convert function of exrmultipart.cpp. (CVE-2024-31047)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. In versions 3.4.0 through 3.4.12, a reachable assertion failure in the HTJ2K     decode path allows a crafted HTJ2K-compressed EXR file to cause an unconditional process abort in any     application that calls exr_start_read() on untrusted input, resulting in denial of service. The crash is     triggered by a QCD marker whose lower five bits are zero, which OpenEXR passes into the vendored OpenJPH     library while constructing the codestream and evaluating its quantization delta parameters. OpenJPH uses     an assertion rather than a recoverable error to validate those bits, so any invalid value calls abort()     directly and cannot be intercepted by surrounding error handling, a problem compounded by OpenEXR wrapping     only its internal HT header parser in error handling while leaving the later codestream read and     construction calls unprotected. This issue has been resolved in version 3.4.13. (CVE-2026-54920)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. Versions prior to 3.2.10, 3.3.12 and 3.4.13 contain a heap out-of-bounds write in     Imf_4_0::SampleCountChannel::set(int r, unsigned int newNumSamples[]). The row-based sample-count setter     computes the target Y coordinate with dataWindow.min.x instead of dataWindow.min.y. For a valid deep image     data window where min.x != min.y, a valid row index can be translated into an invalid Y coordinate,     causing writes before the allocated _numSamples buffer. The vulnerability is reachable through the public     OpenEXRUtil DeepImage API and can lead to heap corruption and process crashes. This issue has been fixed     in versions 3.2.10, 3.3.12 and 3.4.13. (CVE-2026-55059)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. Versions prior to 3.2.10, 3.3.12, and 3.4.13 contain an infinite-loop     vulnerability in SampleCountChannel. The helper roundListSizeUp() rounds a sample-list size up to the next     power of two using repeated unsigned left shifts, which terminates for normal values but fails for     UINT_MAX: the sequence reaches 0x80000000, and the next left shift wraps the 32-bit value to 0. Because 0     remains less than UINT_MAX, the loop never progresses and never exits. The bug is reachable through public     OpenEXRUtil APIs, either by editing the sample-count buffer through SampleCountChannel::Edit (whose     destructor calls endEdit()) or by calling SampleCountChannel::set(x, y, UINT_MAX) on a valid pixel. This     issue has been fixed in versions 3.2.10, 3.3.12, and 3.4.13. (CVE-2026-55373)

  - OpenEXR is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. In versions 3.1.0 through 3.2.10, 3.3.0 through 3.3.12, and 3.4.0 through 3.4.13,     an int32_t multiplication in OpenEXRCore's unpack_sample_table() can overflow while decoding a crafted     deep tiled EXR file, producing an invalid pointer that leads to a read from an unmapped memory address and     a crash. Because the overflow occurs in the standard decoding path (exr_decoding_run), any application     that decodes deep tiled EXR files is affected. This issue is fixed in versions 3.2.11, 3.3.13, and 3.4.14.
    (CVE-2026-59183)

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 is the reference implementation and specification for the EXR image format, widely used in the     motion picture industry. In versions 3.4.0 through 3.4.12, a reachable assertion failure in the HTJ2K     decode path allows a crafted HTJ2K-compressed EXR file to cause an unconditional process abort in any     application that calls exr_start_read() on untrusted input, resulting in denial of service. The crash is     triggered by a QCD marker whose lower five bits are zero, which OpenEXR passes into the vendored OpenJPH     library while constructing the codestream and evaluating its quantization delta parameters. OpenJPH uses     an assertion rather than a recoverable error to validate those bits, so any invalid value calls abort()     directly and cannot be intercepted by surrounding error handling, a problem compounded by OpenEXR wrapping     only its internal HT header parser in error handling while leaving the later codestream read and     construction calls unprotected. This issue has been resolved in version 3.4.13. (CVE-2026-54920)

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

The remote SUSE Linux SLED15 / SLED_SAP15 / SLES15 / SLES_SAP15 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2026:3169-1 advisory.

    This update for openexr fixes the following issues

    - CVE-2026-54920: unchecked integer overflows in Image::resize() followed by an exception can lead to an     invalid delete       via uninitialized pointers (bsc#1269703).
    - CVE-2026-55059: row setter utilizing dataWindow.min.x instead of min.y can lead to a heap out-of-bounds     write       (bsc#1269702).
    - CVE-2026-55373: integer overflow in roundListSizeUp() wrapping a 32-bit unsigned value to zero can lead     to an infinite       loop (bsc#1269701).

Tenable has extracted the preceding description block directly from the SUSE 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 remote SUSE Linux SLES12 host has packages installed that are affected by a vulnerability as referenced in the SUSE- SU-2026:3168-1 advisory.

    This update for openexr fixes the following issue

    - CVE-2026-54920: unchecked integer overflows in Image::resize() followed by an exception can lead to an     invalid delete       via uninitialized pointers (bsc#1269703).

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

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

The remote SUSE Linux SLES16 / SLES_SAP16 host has packages installed that are affected by multiple vulnerabilities as referenced in the SUSE-SU-2026:22653-1 advisory.

    This update for openexr fixes the following issues

    - CVE-2026-54920: unchecked integer overflows in Image::resize() followed by an exception can lead to an     invalid delete       via uninitialized pointers (bsc#1269703).
    - CVE-2026-55059: row setter utilizing dataWindow.min.x instead of min.y can lead to a heap out-of-bounds     write       (bsc#1269702).
    - CVE-2026-55373: integer overflow in roundListSizeUp() wrapping a 32-bit unsigned value to zero can lead     to an infinite       loop (bsc#1269701).

Tenable has extracted the preceding description block directly from the SUSE 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 remote openSUSE 16 host has packages installed that are affected by multiple vulnerabilities as referenced in the openSUSE-SU-2026:21336-1 advisory.

    This update for openexr fixes the following issues

    - CVE-2026-54920: unchecked integer overflows in Image::resize() followed by an exception can lead to an     invalid delete       via uninitialized pointers (bsc#1269703).
    - CVE-2026-55059: row setter utilizing dataWindow.min.x instead of min.y can lead to a heap out-of-bounds     write       (bsc#1269702).
    - CVE-2026-55373: integer overflow in roundListSizeUp() wrapping a 32-bit unsigned value to zero can lead     to an infinite       loop (bsc#1269701).

Tenable has extracted the preceding description block directly from the SUSE 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
370232	AlmaLinux 9.2 [TuxCare] Security Update: openexr / openexr-devel / openexr-libs Multiple Vulnerabilities (ALMALINUX9.2:CLSA-2026:1792627161)	Nessus	Alma Linux Local Security Checks	Local	high
370229	Rocky Linux 9.6 [TuxCare] Security Update: openexr / openexr-devel / openexr-libs Multiple Vulnerabilities (ALMALINUX9.6:CLSA-2026:1792628290)	Nessus	Rocky Linux Local Security Checks	Local	high
370227	AlmaLinux 9.6 [TuxCare] Security Update: openexr / openexr-devel / openexr-libs Multiple Vulnerabilities (ALMALINUX9.6:CLSA-2026:1792628290)	Nessus	Alma Linux Local Security Checks	Local	high
339505	Linux Distros Unpatched Vulnerability : CVE-2026-54920	Nessus	Misc.	Local	medium
329141	SUSE SLED15 / SLES15 Security Update : openexr (SUSE-SU-2026:3169-1)	Nessus	SuSE Local Security Checks	Local	medium
329140	SUSE SLES12 Security Update : openexr (SUSE-SU-2026:3168-1)	Nessus	SuSE Local Security Checks	Local	medium
327562	SUSE SLES16: libIex-3_2-31 / libIex-3_2-31-x86-64-v3 / libIlmThread-3_2-31 / etc (SUSE-SU-2026:22653-1)	Nessus	SuSE Local Security Checks	Local	medium
327240	openSUSE 16: libIex-3_2-31 / libIex-3_2-31-x86-64-v3 / libIlmThread-3_2-31 / etc (openSUSE-SU-2026:21336-1)	Nessus	SuSE Local Security Checks	Local	medium

Detections

Analytics

CVE-2026-54920

info

Tenable Plugins

high

high

high

medium

medium

medium

medium

medium