ubuntu-cve-2026-45696
Vulnerability from osv_ubuntu
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.11, the HTJ2K (High-Throughput JPEG 2000) decoder, ht_undo_impl() in OpenEXRCore is vulnerable to a heap-buffer-overflow READ. The ht_undo_imp function copies decoded pixels out of a per-line OpenJPH buffer using the EXR channel's declared width as the iteration count. The codestream embedded in the EXR chunk can declare different (smaller) tile/line dimensions than the EXR header advertises, but ht_undo_impl() does not validate this — it pulls width 32-bit samples from cur_line->i32[] without checking the OpenJPH line buffer's actual length. A crafted EXR file produces a 4-byte heap-buffer-overflow READ immediately after a buffer allocated by ojph::local::codestream::finalize_alloc(). The bug is reachable through the standard scanline-decode entry point used by every consumer of exr_decoding_run/Imf::checkOpenEXRFile, including thumbnailers, asset pipelines, and the exrcheck utility — i.e. any application that opens untrusted EXR files. The result is a deterministic crash (DoS) and potential adjacent-heap leak. This issue has been fixed in version 3.4.12.
{
"affected": [
{
"ecosystem_specific": {
"binaries": [
{
"binary_name": "libopenexr22",
"binary_version": "2.2.0-10ubuntu2.6+esm4"
},
{
"binary_name": "openexr",
"binary_version": "2.2.0-10ubuntu2.6+esm4"
}
]
},
"package": {
"ecosystem": "Ubuntu:Pro:16.04:LTS",
"name": "openexr",
"purl": "pkg:deb/ubuntu/openexr@2.2.0-10ubuntu2.6+esm4?arch=source\u0026distro=esm-infra/xenial"
},
"ranges": [
{
"events": [
{
"introduced": "0"
}
],
"type": "ECOSYSTEM"
}
],
"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"
]
},
{
"ecosystem_specific": {
"binaries": [
{
"binary_name": "libopenexr22",
"binary_version": "2.2.0-11.1ubuntu1.9+esm1"
},
{
"binary_name": "openexr",
"binary_version": "2.2.0-11.1ubuntu1.9+esm1"
}
]
},
"package": {
"ecosystem": "Ubuntu:Pro:18.04:LTS",
"name": "openexr",
"purl": "pkg:deb/ubuntu/openexr@2.2.0-11.1ubuntu1.9+esm1?arch=source\u0026distro=esm-infra/bionic"
},
"ranges": [
{
"events": [
{
"introduced": "0"
}
],
"type": "ECOSYSTEM"
}
],
"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"
]
},
{
"ecosystem_specific": {
"binaries": [
{
"binary_name": "libopenexr24",
"binary_version": "2.3.0-6ubuntu0.5+esm2"
},
{
"binary_name": "openexr",
"binary_version": "2.3.0-6ubuntu0.5+esm2"
}
]
},
"package": {
"ecosystem": "Ubuntu:Pro:20.04:LTS",
"name": "openexr",
"purl": "pkg:deb/ubuntu/openexr@2.3.0-6ubuntu0.5+esm2?arch=source\u0026distro=esm-apps/focal"
},
"ranges": [
{
"events": [
{
"introduced": "0"
}
],
"type": "ECOSYSTEM"
}
],
"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"
]
},
{
"ecosystem_specific": {
"binaries": [
{
"binary_name": "libopenexr25",
"binary_version": "2.5.7-1ubuntu0.1~esm2"
},
{
"binary_name": "openexr",
"binary_version": "2.5.7-1ubuntu0.1~esm2"
}
]
},
"package": {
"ecosystem": "Ubuntu:Pro:22.04:LTS",
"name": "openexr",
"purl": "pkg:deb/ubuntu/openexr@2.5.7-1ubuntu0.1~esm2?arch=source\u0026distro=esm-apps/jammy"
},
"ranges": [
{
"events": [
{
"introduced": "0"
}
],
"type": "ECOSYSTEM"
}
],
"versions": [
"2.5.4-2",
"2.5.7-1",
"2.5.7-1ubuntu0.1~esm1",
"2.5.7-1ubuntu0.1~esm2"
]
},
{
"ecosystem_specific": {
"binaries": [
{
"binary_name": "libopenexr-3-1-30",
"binary_version": "3.1.5-5.1ubuntu0.1~esm1"
},
{
"binary_name": "openexr",
"binary_version": "3.1.5-5.1ubuntu0.1~esm1"
}
]
},
"package": {
"ecosystem": "Ubuntu:Pro:24.04:LTS",
"name": "openexr",
"purl": "pkg:deb/ubuntu/openexr@3.1.5-5.1ubuntu0.1~esm1?arch=source\u0026distro=esm-apps/noble"
},
"ranges": [
{
"events": [
{
"introduced": "0"
}
],
"type": "ECOSYSTEM"
}
],
"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"
]
},
{
"ecosystem_specific": {
"binaries": [
{
"binary_name": "libopenexr-3-1-30",
"binary_version": "3.1.13-2"
},
{
"binary_name": "openexr",
"binary_version": "3.1.13-2"
}
]
},
"package": {
"ecosystem": "Ubuntu:25.10",
"name": "openexr",
"purl": "pkg:deb/ubuntu/openexr@3.1.13-2?arch=source\u0026distro=questing"
},
"ranges": [
{
"events": [
{
"introduced": "0"
}
],
"type": "ECOSYSTEM"
}
],
"versions": [
"3.1.13-2"
]
},
{
"ecosystem_specific": {
"binaries": [
{
"binary_name": "libopenexr-3-1-30",
"binary_version": "3.1.13-2ubuntu0.26.04.1~esm1"
},
{
"binary_name": "openexr",
"binary_version": "3.1.13-2ubuntu0.26.04.1~esm1"
}
]
},
"package": {
"ecosystem": "Ubuntu:Pro:26.04:LTS",
"name": "openexr",
"purl": "pkg:deb/ubuntu/openexr@3.1.13-2ubuntu0.26.04.1~esm1?arch=source\u0026distro=esm-apps/resolute"
},
"ranges": [
{
"events": [
{
"introduced": "0"
}
],
"type": "ECOSYSTEM"
}
],
"versions": [
"3.1.13-2",
"3.1.13-2build1",
"3.1.13-2ubuntu0.26.04.1~esm1"
]
}
],
"aliases": [],
"details": "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.11, the HTJ2K (High-Throughput JPEG 2000) decoder, ht_undo_impl() in OpenEXRCore is vulnerable to a heap-buffer-overflow READ. The ht_undo_imp function copies decoded pixels out of a per-line OpenJPH buffer using the EXR channel\u0027s declared width as the iteration count. The codestream embedded in the EXR chunk can declare different (smaller) tile/line dimensions than the EXR header advertises, but ht_undo_impl() does not validate this \u2014 it pulls width 32-bit samples from cur_line-\u003ei32[] without checking the OpenJPH line buffer\u0027s actual length. A crafted EXR file produces a 4-byte heap-buffer-overflow READ immediately after a buffer allocated by ojph::local::codestream::finalize_alloc(). The bug is reachable through the standard scanline-decode entry point used by every consumer of exr_decoding_run/Imf::checkOpenEXRFile, including thumbnailers, asset pipelines, and the exrcheck utility \u2014 i.e. any application that opens untrusted EXR files. The result is a deterministic crash (DoS) and potential adjacent-heap leak. This issue has been fixed in version 3.4.12.",
"id": "UBUNTU-CVE-2026-45696",
"modified": "2026-06-30T16:21:57Z",
"published": "2026-06-18T21:16:00Z",
"references": [
{
"type": "REPORT",
"url": "https://ubuntu.com/security/CVE-2026-45696"
},
{
"type": "REPORT",
"url": "https://www.cve.org/CVERecord?id=CVE-2026-45696"
},
{
"type": "REPORT",
"url": "https://github.com/AcademySoftwareFoundation/openexr/security/advisories/GHSA-gjpj-qv64-vwhf"
},
{
"type": "REPORT",
"url": "https://github.com/AcademySoftwareFoundation/openexr/pull/2397"
},
{
"type": "REPORT",
"url": "https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v3.4.12"
}
],
"related": [],
"schema_version": "1.7.0",
"severity": [
{
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:H",
"type": "CVSS_V4"
},
{
"score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:H",
"type": "CVSS_V3"
},
{
"score": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H",
"type": "CVSS_V3"
},
{
"score": "medium",
"type": "Ubuntu"
}
],
"upstream": [
"CVE-2026-45696"
]
}
Sightings
| Author | Source | Type | Date | Other |
|---|
Nomenclature
- Seen: The vulnerability was mentioned, discussed, or observed by the user.
- Confirmed: The vulnerability has been validated from an analyst's perspective.
- Published Proof of Concept: A public proof of concept is available for this vulnerability.
- Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
- Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
- Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
- Not confirmed: The user expressed doubt about the validity of the vulnerability.
- Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.