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.
https://www.debian.org/security/2020/dsa-4755
https://usn.ubuntu.com/4339-1/
https://support.apple.com/kb/HT211295
https://support.apple.com/kb/HT211294
https://support.apple.com/kb/HT211293
https://support.apple.com/kb/HT211291
https://support.apple.com/kb/HT211290
https://support.apple.com/kb/HT211289
https://support.apple.com/kb/HT211288
https://security.gentoo.org/glsa/202107-27
https://lists.debian.org/debian-lts-announce/2020/08/msg00056.html
https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.4.1
https://bugs.chromium.org/p/project-zero/issues/detail?id=1987
http://lists.opensuse.org/opensuse-security-announce/2020-05/msg00051.html