There's a flaw in OpenEXR in versions before 3.0.0-beta. A crafted input file that is processed by OpenEXR could cause a shift overflow in the FastHufDecoder, potentially leading to problems with application availability.
The product performs a calculation that can produce an integer overflow or wraparound when the logic assumes that the resulting value will always be larger than the original value. This occurs when an integer value is incremented to a value that is too large to store in the associated representation. When this occurs, the value may become a very small or negative number.
| Link | Tags |
|---|---|
| https://bugzilla.redhat.com/show_bug.cgi?id=1939142 | issue tracking third party advisory patch |
| https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=24831 | issue tracking mailing list third party advisory |
| https://lists.debian.org/debian-lts-announce/2021/07/msg00001.html | third party advisory mailing list |
| https://security.gentoo.org/glsa/202107-27 | third party advisory vendor advisory |
| https://lists.debian.org/debian-lts-announce/2022/12/msg00022.html | third party advisory mailing list |