Description
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.
Affected products
Version statuses are supplied by the assigning organization. Consult the original record for detailed ranges and platform conditions.
n/a n/a
n/aaffected
References
- https://github.com/AcademySoftwareFoundation/openexr/releases/tag/v2.4.1 ↗
- https://github.com/AcademySoftwareFoundation/openexr/blob/master/CHANGES.md#version-241-february-11-2020 ↗
- https://bugs.chromium.org/p/project-zero/issues/detail?id=1987 ↗
- https://usn.ubuntu.com/4339-1/ ↗
- https://lists.fedoraproject.org/archives/list/package-announce%40lists.fedoraproject.org/message/F4KFGDQG5PVYAU7TS5MZ7XCS6EMPVII3/ ↗
- http://lists.opensuse.org/opensuse-security-announce/2020-05/msg00051.html ↗
- https://support.apple.com/kb/HT211288 ↗
- https://support.apple.com/kb/HT211290 ↗
- https://support.apple.com/kb/HT211289 ↗
- https://support.apple.com/kb/HT211291 ↗
- https://support.apple.com/kb/HT211293 ↗
- https://support.apple.com/kb/HT211295 ↗
- https://support.apple.com/kb/HT211294 ↗
- https://www.debian.org/security/2020/dsa-4755 ↗
- https://lists.debian.org/debian-lts-announce/2020/08/msg00056.html ↗
- https://security.gentoo.org/glsa/202107-27 ↗