CyberRota Analysis
AI-GeneratedOpenEXR versions 3.4.0 through 3.4.12 are vulnerable to a NULL pointer dereference in the exr_attr_set_bytes() function, which can lead to a denial of service when a positive hint_length is provided alongside a NULL type_hint. This flaw can be exploited via the public OpenEXRCore C API, resulting in crashes during image processing. Organizations using affected versions in their workflows, particularly in the motion picture industry, should prioritize upgrading to version 3.4.13 to mitigate this risk.
Public Exploit Signal
A public exploit, PoC, GitHub repository or Metasploit reference was detected for this CVE.
Note: these links are listed for security research and verification purposes only.
Original NVD Description
OpenEXR is the reference implementation and specification for the EXR high-dynamic-range image file format, widely used in the motion picture industry. Versions 3.4.0 through 3.4.12 contain a NULL pointer dereference in the OpenEXRCore function exr_attr_set_bytes(). The public setter validates the top-level exr_attr_bytes_t value pointer but does not verify that the nested type_hint pointer is non-NULL when hint_length is greater than zero. When a caller supplies a positive hint_length together with a NULL type_hint, exr_attr_bytes_create() allocates a destination type-hint buffer and then copies from the NULL source pointer, causing a deterministic crash. The flaw is reachable through the public OpenEXRCore C API and results in a denial of service. The issue is fixed in version 3.4.13.