CVE-2026-59984

OpenEXR is the reference implementation and specification for the EXR image format, widely used in the motion picture industry. OpenEXR versions 3.1.0 through 3.2.10, 3.3.0 through 3.3.12, and 3.4.0 through 3.4.13 are vulnerable on ILP32 builds to an out-of-bounds write. When a crafted B44-compressed scanline EXR causes the logical scratch size to truncate before allocation and uncompress_b44_impl() writes using the attacker-controlled channel width, allowing denial of service and memory corruption. This issue is fixed in versions 3.2.11, 3.3.13, and 3.4.14.

OpenEXR is the reference implementation and specification for the EXR image format, widely used in the motion picture industry. OpenEXR versions 3.1.0 through 3.2.10, 3.3.0 through 3.3.12, and 3.4.0 through 3.4.13 are vulnerable on ILP32 builds to an out-of-bounds write. When a crafted B44-compressed scanline EXR causes the logical scratch size to truncate before allocation and uncompress_b44_impl() writes using the attacker-controlled channel width, allowing denial of service and memory corruption. This issue is fixed in versions 3.2.11, 3.3.13, and 3.4.14.

• CVE-2026-54920: validate the data window and pre-initialise every level pointer in OpenEXRUtil Image::resize(), so an overflowing level size no longer leaves clearLevels() deleting uninitialised ImageLevel pointers
• CVE-2026-55059: map the row index with dataWindow.min.y instead of min.x in SampleCountChannel::set(int, unsigned int[]) and bounds-check the per-pixel setter, so a valid row no longer writes before the sample-count buffer
• CVE-2026-55373: reject sample counts above 0x80000000 in roundListSizeUp(), so the unsigned shift loop can no longer wrap to zero and spin forever
• CVE-2026-59183: widen the chunk width, height and row index to int64_t in unpack_sample_table(), so a large deep tile no longer overflows the sample-table index arithmetic and reads unmapped memory
• CVE-2026-59184: index the TypedFlatImageChannel row() accessors from the compact _pixels array instead of the absolute-coordinate _base pointer, so writing rows of an image with a non-zero data window origin no longer writes outside the pixel buffer
• CVE-2026-59186: validate Array/Array2D dimensions and compute the Array2D element count in 64-bit arithmetic, so an oversized tile no longer under-allocates the Rgba conversion buffer on ILP32 builds
• CVE-2026-59189: index the TypedDeepImageChannel row() accessors from the compact _sampleListPointers array instead of the absolute-coordinate _base pointer, so reading rows of a deep image with a non-zero data window origin no longer reads outside the sample-list pointer buffer
• CVE-2026-59981: index SampleCountChannel::row() from the compact _numSamples array instead of the absolute-coordinate _base pointer, so row(0) stays inside the allocation for a deep image with a non-zero data window origin
• CVE-2026-59983: compute the deep sample-count table size in uint64_t and reject a truncating conversion in update_pack_unpack_ptrs(), so an ILP32 build no longer allocates a wrapped-to-zero table
• CVE-2026-59984: reject a scratch-buffer size that does not survive the conversion to size_t in internal_exr_undo_b44() and internal_exr_undo_b44a(), so B44/B44A decode no longer writes past a truncated ILP32 allocation
• CVE-2026-61555: return defaultViewName() instead of multiView[0] in viewFromChannelName(), so a crafted empty multiView attribute no longer indexes an empty vector

• CVE-2026-54920: validate the data window and pre-initialise every level pointer in OpenEXRUtil Image::resize(), so an overflowing level size no longer leaves clearLevels() deleting uninitialised ImageLevel pointers
• CVE-2026-55059: map the row index with dataWindow.min.y instead of min.x in SampleCountChannel::set(int, unsigned int[]) and bounds-check the per-pixel setter, so a valid row no longer writes before the sample-count buffer
• CVE-2026-55373: reject sample counts above 0x80000000 in roundListSizeUp(), so the unsigned shift loop can no longer wrap to zero and spin forever
• CVE-2026-59183: widen the chunk width, height and row index to int64_t in unpack_sample_table(), so a large deep tile no longer overflows the sample-table index arithmetic and reads unmapped memory
• CVE-2026-59184: index the TypedFlatImageChannel row() accessors from the compact _pixels array instead of the absolute-coordinate _base pointer, so writing rows of an image with a non-zero data window origin no longer writes outside the pixel buffer
• CVE-2026-59186: validate Array/Array2D dimensions and compute the Array2D element count in 64-bit arithmetic, so an oversized tile no longer under-allocates the Rgba conversion buffer on ILP32 builds
• CVE-2026-59189: index the TypedDeepImageChannel row() accessors from the compact _sampleListPointers array instead of the absolute-coordinate _base pointer, so reading rows of a deep image with a non-zero data window origin no longer reads outside the sample-list pointer buffer
• CVE-2026-59981: index SampleCountChannel::row() from the compact _numSamples array instead of the absolute-coordinate _base pointer, so row(0) stays inside the allocation for a deep image with a non-zero data window origin
• CVE-2026-59983: compute the deep sample-count table size in uint64_t and reject a truncating conversion in update_pack_unpack_ptrs(), so an ILP32 build no longer allocates a wrapped-to-zero table
• CVE-2026-59984: reject a scratch-buffer size that does not survive the conversion to size_t in internal_exr_undo_b44() and internal_exr_undo_b44a(), so B44/B44A decode no longer writes past a truncated ILP32 allocation
• CVE-2026-61555: return defaultViewName() instead of multiView[0] in viewFromChannelName(), so a crafted empty multiView attribute no longer indexes an empty vector

These are all security issues fixed in the libIex-3_4-33-3.4.14-1.1 package on the GA media of openSUSE Tumbleweed.

These are all security issues fixed in the python313-OpenEXR-3.4.16-1.1 package on the GA media of openSUSE Tumbleweed.

This update for openexr fixes the following issues:

• CVE-2026-59183: unmapped memory access leading to crash due to int32_t multiplication overflow in unpack_sample_table() when decoding a crafted deep tiled EXR file (bsc#1276428).
• CVE-2026-59184: out-of-bounds or use-after-free writes when processing a crafted EXR with a nonzero dataWindow.min (bsc#1276849).
• CVE-2026-59186: heap out-of-bounds write on 32-bit/ILP32 builds when a crafted tiled EXR is read through the public TiledRgbaInputFile RGBA API (bsc#1276850).
• CVE-2026-59189: heap out-of-bounds read when processing a deep image that has a non-zero dataWindow origin (bsc#1276855).
• CVE-2026-59981: heap out-of-bounds read when procesing a deep image that has a non-zero dataWindow origin (bsc#1276862).
• CVE-2026-59982: out-of-bounds pointer access when processing a crafted deep EXR that has a non-zero dataWindow origin (bsc#1276853).
• CVE-2026-59983: out-of-bounds read in ILP32 builds when processing a crafted uncompressed deep-tile EXR (bsc#1276856).
• CVE-2026-59984: out-of-bounds write in ILP32 builds when processing a crafted B44-compressed scanline EXR (bsc#1276857).
• CVE-2026-59985: out-of-bounds read in ILP32 builds when processing a crafted RLE-compressed EXR (bsc#1276858).
• CVE-2026-61555: undefined behavior when processing a crafted EXR with an empty multiView header attribute (bsc#1276859).
• CVE-2026-68515: heap out-of-bounds write in exrmultiview when combining two specially crafted, individually valid scanline EXR files whose union dataWindow is not aligned to one view's channel subsampling (bsc#1276848).

This update for openexr fixes the following issues:

• CVE-2026-59183: unmapped memory access leading to crash due to int32_t multiplication overflow in unpack_sample_table() when decoding a crafted deep tiled EXR file (bsc#1276428).
• CVE-2026-59184: out-of-bounds or use-after-free writes when processing a crafted EXR with a nonzero dataWindow.min (bsc#1276849).
• CVE-2026-59186: heap out-of-bounds write on 32-bit/ILP32 builds when a crafted tiled EXR is read through the public TiledRgbaInputFile RGBA API (bsc#1276850).
• CVE-2026-59189: heap out-of-bounds read when processing a deep image that has a non-zero dataWindow origin (bsc#1276855).
• CVE-2026-59981: heap out-of-bounds read when procesing a deep image that has a non-zero dataWindow origin (bsc#1276862).
• CVE-2026-59982: out-of-bounds pointer access when processing a crafted deep EXR that has a non-zero dataWindow origin (bsc#1276853).
• CVE-2026-59983: out-of-bounds read in ILP32 builds when processing a crafted uncompressed deep-tile EXR (bsc#1276856).
• CVE-2026-59984: out-of-bounds write in ILP32 builds when processing a crafted B44-compressed scanline EXR (bsc#1276857).
• CVE-2026-59985: out-of-bounds read in ILP32 builds when processing a crafted RLE-compressed EXR (bsc#1276858).
• CVE-2026-61555: undefined behavior when processing a crafted EXR with an empty multiView header attribute (bsc#1276859).
• CVE-2026-68515: heap out-of-bounds write in exrmultiview when combining two specially crafted, individually valid scanline EXR files whose union dataWindow is not aligned to one view's channel subsampling (bsc#1276848).