An issue was discovered in OpenEXR before 2.4.1. There is an off-by-one error in use of the ImfXdr.h read function by DwaCompressor::Classifier::Classifier, leading to an out-of-bounds read. References: https://bugs.chromium.org/p/project-zero/issues/detail?id=1987 https://github.com/AcademySoftwareFoundation/openexr/blob/master/CHANGES.md#version-241-february-11-2020
Created OpenEXR tracking bugs for this issue: Affects: fedora-all [bug 1828986] Created mingw-OpenEXR tracking bugs for this issue: Affects: fedora-all [bug 1828987]
Upstream patch: https://github.com/AcademySoftwareFoundation/openexr/commit/3eda5d70aba127bae9bd6bae9956fcf024b64031#diff-cb185925a2ff91a525b31cc2771d52d7 The vulnerable component (DwaCompressor) was introduced in 2.2.0. RHEL 7 and prior are not affected, RHEL 8 ships affected versions.
Statement: Red Hat Enterprise Linux 7 and prior are not affected by this flaw as they do not ship vulnerable versions of OpenEXR.
Mitigation: Mitigation for this issue is either not available or the currently available options do not meet the Red Hat Product Security criteria comprising ease of use and deployment, applicability to widespread installation base or stability.
After speaking with the upstream dev, he identified that the patch for this is actually: https://github.com/AcademySoftwareFoundation/openexr/pull/643/commits/315265c4b62717e44542c896173b42a25c8a96a2 . Several related CVEs for this stem from the same underlying code issues.