5.5 MEDIUM
- CVSS version (CVSS): 3.1
- Attack Vector (AV): Local (L)
- Attack Complexity (AC): Low (L)
- Privileges Required (PR): None (N)
- User Interaction (UI): Required (R)
- Scope (S): Unchanged (U)
- Confidentiality (C): None (N)
- Integrity (I): None (N)
- Availability (A): High (H)
- Modified Attack Vector (MAV): Local (L)
- Modified Attack Complexity (MAC): Low (L)
- Modified Privileges Required (MPR): None (N)
- Modified User Interaction (MUI): Required (R)
- Modified Confidentiality (MC): None (N)
- Modified Scope (MS): Unchanged (U)
- Modified Integrity (MI): None (N)
- Modified Availability (MA): High (H)
Activity log
- Created suggestion
OpenEXR: Signed Integer Overflow Leading to Out-of-Bounds Memory Access in Deep Tile Decoding
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.
References
Affected products
- ==>= 3.3.0, < 3.3.13
- ==>= 3.4.0, < 3.4.14
- ==>= 3.1.0, < 3.2.11
Matching in nixpkgs
pkgs.openexr
High dynamic-range (HDR) image file format
pkgs.openexrid-unstable
None
-
nixos-26.05 -
- nixos-26.05-small 2017-09-17
pkgs.python313Packages.openexr
Python bindings for the OpenEXR image file format
-
nixos-unstable -
- nixos-unstable-small 3.4.15
pkgs.python314Packages.openexr
Python bindings for the OpenEXR image file format
-
nixos-unstable -
- nixos-unstable-small 3.4.15
pkgs.haskellPackages.openexr-write
Library for writing images in OpenEXR HDR file format
Package maintainers
-
@paperdigits Mica Semrick <mica@silentumbrella.com>
-
@Ambossmann Timo Gottszky <timogottszky+git@gmail.com>