{"id":"CVE-2026-55373","aliases":["AZL-97623","BELL-CVE-2026-55373","CLSA-2026-1792627161","CLSA-2026-1792628290","DEBIAN-CVE-2026-55373","EUVD-2026-65185","GHSA-mff9-68x3-h8rh","SUSE-SU-2026:22653-1","SUSE-SU-2026:3169-1","UBUNTU-CVE-2026-55373","openSUSE-SU-2026:11218-1","openSUSE-SU-2026:21336-1"],"status":"published","title":"OpenEXR: OpenEXRUtil SampleCountChannel endEdit() can loop forever on UINT_MAX sample counts","description":"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.","severity":{"version":"3.1","score":6.2,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","level":"medium","assessor":"cna","from":"cve"},"epss":{"day":"2026-11-11","score":0.00157,"percentile":0.04961,"model":"v2026.06.15"},"facts":{"in_kev":false,"known_exploited":false,"public_exploit":false,"fix_available":true},"cwes":["CWE-190","CWE-400","CWE-835"],"published":"2026-07-08T00:00:00Z","modified":"2026-11-11T07:00:18Z","fixes":[{"ecosystem":"Alpaquita:stream","package":"openexr","fixed_in":["3.4.13-r0"],"sources":["osv"]},{"ecosystem":"Debian:13","package":"openexr","fixed_in":["3.2.12-1~deb13u1"],"sources":["osv"]},{"ecosystem":"Debian:14","package":"openexr","fixed_in":["3.4.14-0.1"],"sources":["osv"]}],"affected":[{"source":"osv","ecosystem":"Azure Linux:3","package":"OpenEXR","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"last_affected":"2.3.0-6"}]}]},{"source":"osv","ecosystem":"Alpaquita:stream","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"3.4.4-r0"},{"fixed":"3.4.13-r0"}]}]},{"source":"osv","ecosystem":"TuxCare:AlmaLinux:9.2","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.1.1-3.el9.tuxcare.els11"}]}],"bundled":11},{"source":"osv","ecosystem":"TuxCare:AlmaLinux:9.2","package":"openexr-devel","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.1.1-3.el9.tuxcare.els11"}]}],"bundled":11},{"source":"osv","ecosystem":"TuxCare:AlmaLinux:9.2","package":"openexr-libs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.1.1-3.el9.tuxcare.els11"}]}],"bundled":11},{"source":"osv","ecosystem":"TuxCare:AlmaLinux:9.6","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.1.1-3.el9.tuxcare.els11"}]}],"bundled":11},{"source":"osv","ecosystem":"TuxCare:AlmaLinux:9.6","package":"openexr-devel","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.1.1-3.el9.tuxcare.els11"}]}],"bundled":11},{"source":"osv","ecosystem":"TuxCare:AlmaLinux:9.6","package":"openexr-libs","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.1.1-3.el9.tuxcare.els11"}]}],"bundled":11},{"source":"osv","ecosystem":"Debian:12","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["3.1.13-1","3.1.13-2","3.1.5-5","3.1.5-5.1","3.1.5-5.1+hurd.1","3.2.12-1~deb13u1","3.4.14-0.1","3.4.15+ds-1","3.4.16+ds-1","3.4.6+ds-1","3.4.6+ds-2","3.4.6+ds-3","3.4.6+ds-4","3.5.2+ds-1"]},{"source":"osv","ecosystem":"Debian:13","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.2.12-1~deb13u1"}]}],"versions":["3.1.13-2"]},{"source":"osv","ecosystem":"Debian:14","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.4.14-0.1"}]}],"versions":["3.1.13-2","3.2.12-1~deb13u1","3.4.6+ds-1","3.4.6+ds-2","3.4.6+ds-3","3.4.6+ds-4"]},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server 16.0","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.2.2-160000.9.1"}]}],"bundled":3},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server for SAP applications 16.0","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.2.2-160000.9.1"}]}],"bundled":3},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Module for Desktop Applications 15 SP7","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"2.2.1-150000.3.52.1"}]}],"bundled":3},{"source":"osv","ecosystem":"Ubuntu:Pro:16.04:LTS","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["2.2.0-1ubuntu3","2.2.0-7ubuntu1","2.2.0-9ubuntu1","2.2.0-10ubuntu2","2.2.0-10ubuntu2.1","2.2.0-10ubuntu2.2","2.2.0-10ubuntu2.3","2.2.0-10ubuntu2.4","2.2.0-10ubuntu2.6","2.2.0-10ubuntu2.6+esm1","2.2.0-10ubuntu2.6+esm2","2.2.0-10ubuntu2.6+esm3","2.2.0-10ubuntu2.6+esm4"]},{"source":"osv","ecosystem":"Ubuntu:Pro:18.04:LTS","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["2.2.0-11ubuntu1","2.2.0-11.1ubuntu1","2.2.0-11.1ubuntu1.1","2.2.0-11.1ubuntu1.2","2.2.0-11.1ubuntu1.3","2.2.0-11.1ubuntu1.4","2.2.0-11.1ubuntu1.6","2.2.0-11.1ubuntu1.7","2.2.0-11.1ubuntu1.8","2.2.0-11.1ubuntu1.9","2.2.0-11.1ubuntu1.9+esm1"]},{"source":"osv","ecosystem":"Ubuntu:Pro:20.04:LTS","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["2.2.1-4.1ubuntu1","2.3.0-6","2.3.0-6build1","2.3.0-6ubuntu0.1","2.3.0-6ubuntu0.2","2.3.0-6ubuntu0.3","2.3.0-6ubuntu0.5","2.3.0-6ubuntu0.5+esm1","2.3.0-6ubuntu0.5+esm2"]},{"source":"osv","ecosystem":"Ubuntu:Pro:22.04:LTS","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["2.5.4-2","2.5.7-1","2.5.7-1ubuntu0.1~esm1","2.5.7-1ubuntu0.1~esm2"]},{"source":"osv","ecosystem":"Ubuntu:Pro:24.04:LTS","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["3.1.5-5.1","3.1.5-5.1build1","3.1.5-5.1build2","3.1.5-5.1build3","3.1.5-5.1ubuntu0.1~esm1"]},{"source":"osv","ecosystem":"Ubuntu:26.10","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["3.1.13-2build1","3.4.6+ds-4ubuntu3"]},{"source":"osv","ecosystem":"Ubuntu:Pro:26.04:LTS","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"}]}],"versions":["3.1.13-2","3.1.13-2build1","3.1.13-2ubuntu0.26.04.1~esm1"]},{"source":"osv","ecosystem":"openSUSE:Tumbleweed","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.4.13-1.1"}]}],"bundled":5},{"source":"osv","ecosystem":"openSUSE:Leap 16.0","package":"openexr","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"3.2.2-160000.9.1"}]}],"bundled":3}],"products":[{"vendor":"academysoftwarefoundation","product":"openexr"}],"references":[{"url":"https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-mff9-68x3-h8rh","tags":["x_refsource_CONFIRM","exploit","advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-55373","tags":["web","advisory"]},{"url":"https://docs.bell-sw.com/security/cves/CVE-2026-55373","tags":["advisory"]},{"url":"https://errata.tuxcare.com/els_os/almalinux9.2esu/CLSA-2026-1792627161.html","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-54920","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-55059","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-59183","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-59184","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-59186","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-59189","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-59981","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-59983","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-59984","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-61555","tags":["advisory"]},{"url":"https://errata.tuxcare.com/els_os/tuxcare9.6esu/CLSA-2026-1792628290.html","tags":["advisory"]},{"url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/55xxx/CVE-2026-55373.json","tags":["advisory"]},{"url":"https://security-tracker.debian.org/tracker/CVE-2026-55373","tags":["advisory"]},{"url":"https://www.suse.com/support/update/announcement/2026/suse-su-202622653-1/","tags":["advisory"]},{"url":"https://bugzilla.suse.com/1269701","tags":["report"]},{"url":"https://bugzilla.suse.com/1269702","tags":["report"]},{"url":"https://bugzilla.suse.com/1269703","tags":["report"]},{"url":"https://www.suse.com/security/cve/CVE-2026-54920","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-55059","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-55373","tags":["web"]},{"url":"https://www.suse.com/support/update/announcement/2026/suse-su-20263169-1/","tags":["advisory"]},{"url":"https://ubuntu.com/security/CVE-2026-55373","tags":["report"]},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-55373","tags":["report"]},{"url":"https://github.com/academysoftwarefoundation/openexr/security/advisories/ghsa-mff9-68x3-h8rh","tags":["report"]},{"url":"https://github.com/cveproject/cvelistv5/tree/main/cves/2026/55xxx/cve-2026-55373.json","tags":["report"]},{"url":"https://nvd.nist.gov/vuln/detail/cve-2026-55373","tags":["report"]},{"url":"","tags":["advisory"]},{"url":"https://www.suse.com/security/cve/CVE-2026-53532","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-55371","tags":["web"]}],"sources":{"cve":[{"id":"CVE-2026-55373","title":"OpenEXR: OpenEXRUtil SampleCountChannel endEdit() can loop forever on UINT_MAX sample counts","description":"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.","status":"published","published":"2026-08-25T00:39:45.185Z","modified":"2026-08-25T13:37:33.398Z","cvss":[{"version":"3.1","score":6.2,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","level":"medium","assessor":"cna"}],"cwes":["CWE-190","CWE-400","CWE-835"],"updated_at":"2026-11-02T14:20:11.925815Z"}],"euvd":[{"id":"EUVD-2026-65185","description":"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.","status":"published","published":"2026-08-25T00:39:45Z","modified":"2026-08-25T13:37:33Z","cvss":[{"version":"3.1","score":6.2,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","level":"medium"}],"updated_at":"2026-11-02T18:01:33.385611Z"}],"nvd":[{"id":"CVE-2026-55373","description":"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.","status":"published","published":"2026-08-25T01:16:36.947Z","modified":"2026-10-12T15:10:00.207Z","cvss":[{"version":"3.1","score":6.2,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","level":"medium","assessor":"secondary"}],"cwes":["CWE-190","CWE-400","CWE-835"],"updated_at":"2026-11-02T14:12:41.018848Z"}],"osv":[{"id":"BELL-CVE-2026-55373","status":"published","published":"2026-08-27T06:10:26.801246Z","modified":"2026-09-05T07:15:05.945230638Z","cvss":[{"version":"3.1","score":6.2,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","level":"medium"}],"updated_at":"2026-11-02T15:28:24.657778Z"},{"id":"CVE-2026-55373","title":"OpenEXR: OpenEXRUtil SampleCountChannel endEdit() can loop forever on UINT_MAX sample counts","description":"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.","status":"published","published":"2026-08-25T00:39:45.185Z","modified":"2026-10-28T02:31:00.726320873Z","cvss":[{"version":"3.1","score":6.2,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","level":"medium"}],"cwes":["CWE-190","CWE-400","CWE-835"],"updated_at":"2026-11-02T15:45:11.22012Z"},{"id":"DEBIAN-CVE-2026-55373","description":"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.","status":"published","published":"2026-08-25T01:16:36.947Z","modified":"2026-11-11T07:00:18.992767608Z","cvss":[{"version":"3.1","score":6.2,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","level":"medium"}],"updated_at":"2026-11-11T07:25:41.918486Z"},{"id":"UBUNTU-CVE-2026-55373","description":"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.","status":"published","published":"2026-08-25T01:16:00Z","modified":"2026-10-17T12:59:09.092194155Z","cvss":[{"version":"3.1","score":6.2,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","level":"medium"},{"version":"3.1","score":6.2,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H","level":"medium"}],"updated_at":"2026-11-02T16:56:41.382716Z"},{"id":"AZL-97623","title":"CVE-2026-55373 affecting package OpenEXR 2.3.0-6","description":"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.","status":"published","published":"2026-08-25T01:16:36Z","modified":"2026-10-22T05:37:13Z","updated_at":"2026-11-02T15:28:12.313414Z"},{"id":"CLSA-2026-1792627161","title":"openexr: Fix of 11 CVEs","description":"- CVE-2026-54920: validate the data window and pre-initialise every level\n  pointer in OpenEXRUtil Image::resize(), so an overflowing level size no\n  longer leaves clearLevels() deleting uninitialised ImageLevel pointers\n- CVE-2026-55059: map the row index with dataWindow.min.y instead of min.x in\n  SampleCountChannel::set(int, unsigned int[]) and bounds-check the per-pixel\n  setter, so a valid row no longer writes before the sample-count buffer\n- CVE-2026-55373: reject sample counts above 0x80000000 in roundListSizeUp(),\n  so the unsigned shift loop can no longer wrap to zero and spin forever\n- CVE-2026-59183: widen the chunk width, height and row index to int64_t in\n  unpack_sample_table(), so a large deep tile no longer overflows the\n  sample-table index arithmetic and reads unmapped memory\n- CVE-2026-59184: index the TypedFlatImageChannel row() accessors from the\n  compact _pixels array instead of the absolute-coordinate _base pointer, so\n  writing rows of an image with a non-zero data window origin no longer\n  writes outside the pixel buffer\n- CVE-2026-59186: validate Array/Array2D dimensions and compute the Array2D\n  element count in 64-bit arithmetic, so an oversized tile no longer\n  under-allocates the Rgba conversion buffer on ILP32 builds\n- CVE-2026-59189: index the TypedDeepImageChannel row() accessors from the\n  compact _sampleListPointers array instead of the absolute-coordinate _base\n  pointer, so reading rows of a deep image with a non-zero data window origin\n  no longer reads outside the sample-list pointer buffer\n- CVE-2026-59981: index SampleCountChannel::row() from the compact _numSamples\n  array instead of the absolute-coordinate _base pointer, so row(0) stays\n  inside the allocation for a deep image with a non-zero data window origin\n- CVE-2026-59983: compute the deep sample-count table size in uint64_t and\n  reject a truncating conversion in update_pack_unpack_ptrs(), so an ILP32\n  build no longer allocates a wrapped-to-zero table\n- CVE-2026-59984: reject a scratch-buffer size that does not survive the\n  conversion to size_t in internal_exr_undo_b44() and internal_exr_undo_b44a(),\n  so B44/B44A decode no longer writes past a truncated ILP32 allocation\n- CVE-2026-61555: return defaultViewName() instead of multiView[0] in\n  viewFromChannelName(), so a crafted empty multiView attribute no longer\n  indexes an empty vector","status":"published","published":"2026-10-21T23:59:41Z","modified":"2026-10-26T09:31:01.320079102Z","updated_at":"2026-11-02T15:43:54.672859Z"},{"id":"CLSA-2026-1792628290","title":"openexr: Fix of 11 CVEs","description":"- CVE-2026-54920: validate the data window and pre-initialise every level\n  pointer in OpenEXRUtil Image::resize(), so an overflowing level size no\n  longer leaves clearLevels() deleting uninitialised ImageLevel pointers\n- CVE-2026-55059: map the row index with dataWindow.min.y instead of min.x in\n  SampleCountChannel::set(int, unsigned int[]) and bounds-check the per-pixel\n  setter, so a valid row no longer writes before the sample-count buffer\n- CVE-2026-55373: reject sample counts above 0x80000000 in roundListSizeUp(),\n  so the unsigned shift loop can no longer wrap to zero and spin forever\n- CVE-2026-59183: widen the chunk width, height and row index to int64_t in\n  unpack_sample_table(), so a large deep tile no longer overflows the\n  sample-table index arithmetic and reads unmapped memory\n- CVE-2026-59184: index the TypedFlatImageChannel row() accessors from the\n  compact _pixels array instead of the absolute-coordinate _base pointer, so\n  writing rows of an image with a non-zero data window origin no longer\n  writes outside the pixel buffer\n- CVE-2026-59186: validate Array/Array2D dimensions and compute the Array2D\n  element count in 64-bit arithmetic, so an oversized tile no longer\n  under-allocates the Rgba conversion buffer on ILP32 builds\n- CVE-2026-59189: index the TypedDeepImageChannel row() accessors from the\n  compact _sampleListPointers array instead of the absolute-coordinate _base\n  pointer, so reading rows of a deep image with a non-zero data window origin\n  no longer reads outside the sample-list pointer buffer\n- CVE-2026-59981: index SampleCountChannel::row() from the compact _numSamples\n  array instead of the absolute-coordinate _base pointer, so row(0) stays\n  inside the allocation for a deep image with a non-zero data window origin\n- CVE-2026-59983: compute the deep sample-count table size in uint64_t and\n  reject a truncating conversion in update_pack_unpack_ptrs(), so an ILP32\n  build no longer allocates a wrapped-to-zero table\n- CVE-2026-59984: reject a scratch-buffer size that does not survive the\n  conversion to size_t in internal_exr_undo_b44() and internal_exr_undo_b44a(),\n  so B44/B44A decode no longer writes past a truncated ILP32 allocation\n- CVE-2026-61555: return defaultViewName() instead of multiView[0] in\n  viewFromChannelName(), so a crafted empty multiView attribute no longer\n  indexes an empty vector","status":"published","published":"2026-10-22T11:12:08Z","modified":"2026-10-26T09:31:36.614740641Z","updated_at":"2026-11-02T15:43:54.672859Z"},{"id":"openSUSE-SU-2026:11218-1","title":"libIex-3_4-33-3.4.13-1.1 on GA media","description":"These are all security issues fixed in the libIex-3_4-33-3.4.13-1.1 package on the GA media of openSUSE Tumbleweed.","status":"published","published":"2026-07-08T00:00:00Z","modified":"2026-07-09T10:00:13.439590855Z","updated_at":"2026-11-02T16:58:38.95195Z"},{"id":"openSUSE-SU-2026:21336-1","title":"Security update for openexr","description":"This update for openexr fixes the following issues\n\n- CVE-2026-54920: unchecked integer overflows in Image::resize() followed by an exception can lead to an invalid delete\n  via uninitialized pointers (bsc#1269703).\n- CVE-2026-55059: row setter utilizing dataWindow.min.x instead of min.y can lead to a heap out-of-bounds write\n  (bsc#1269702).\n- CVE-2026-55373: integer overflow in roundListSizeUp() wrapping a 32-bit unsigned value to zero can lead to an infinite\n  loop (bsc#1269701).\n","status":"published","published":"2026-07-14T08:47:36Z","modified":"2026-07-15T10:00:12.798907343Z","updated_at":"2026-11-02T16:58:41.885092Z"},{"id":"SUSE-SU-2026:22653-1","title":"Security update for openexr","description":"This update for openexr fixes the following issues\n\n- CVE-2026-54920: unchecked integer overflows in Image::resize() followed by an exception can lead to an invalid delete\n  via uninitialized pointers (bsc#1269703).\n- CVE-2026-55059: row setter utilizing dataWindow.min.x instead of min.y can lead to a heap out-of-bounds write\n  (bsc#1269702).\n- CVE-2026-55373: integer overflow in roundListSizeUp() wrapping a 32-bit unsigned value to zero can lead to an infinite\n  loop (bsc#1269701).\n","status":"published","published":"2026-07-14T08:39:20Z","modified":"2026-07-17T18:24:05.421132293Z","updated_at":"2026-11-02T15:54:03.080707Z"},{"id":"SUSE-SU-2026:3169-1","title":"Security update for openexr","description":"This update for openexr fixes the following issues\n\n- CVE-2026-54920: unchecked integer overflows in Image::resize() followed by an exception can lead to an invalid delete\n  via uninitialized pointers (bsc#1269703).\n- CVE-2026-55059: row setter utilizing dataWindow.min.x instead of min.y can lead to a heap out-of-bounds write\n  (bsc#1269702).\n- CVE-2026-55373: integer overflow in roundListSizeUp() wrapping a 32-bit unsigned value to zero can lead to an infinite\n  loop (bsc#1269701).\n","status":"published","published":"2026-07-21T18:45:08Z","modified":"2026-07-22T18:00:05.79339237Z","updated_at":"2026-11-02T15:54:04.987808Z"}]}}