An issue was discovered in OpenEXR before 2.4.1. There is an out-of-bounds read during Huffman uncompression, as demonstrated by FastHufDecoder::refill in ImfFastHuf.cpp.
lists.opensuse.org/opensuse-security-announce/2020-05/msg00051.html
bugs.chromium.org/p/project-zero/issues/detail?id=1987
github.com/AcademySoftwareFoundation/openexr/blob/master/CHANGES.md#version-241-february-11-2020
github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.4.1
lists.debian.org/debian-lts-announce/2020/08/msg00056.html
lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/F4KFGDQG5PVYAU7TS5MZ7XCS6EMPVII3/
security.gentoo.org/glsa/202107-27
support.apple.com/kb/HT211288
support.apple.com/kb/HT211289
support.apple.com/kb/HT211290
support.apple.com/kb/HT211291
support.apple.com/kb/HT211293
support.apple.com/kb/HT211294
support.apple.com/kb/HT211295
usn.ubuntu.com/4339-1/
www.debian.org/security/2020/dsa-4755