When reading a specially crafted ZIP archive, Compress can be made to allocate large amounts of memory that finally leads to an out of memory error even for very small inputs. This could be used to mount a denial of service attack against services that use Compress' zip package. References: https://lists.apache.org/thread.html/rc4134026d7d7b053d4f9f2205531122732405012c8804fd850a9b26f%40%3Cuser.commons.apache.org%3E https://commons.apache.org/proper/commons-compress/security-reports.html http://www.openwall.com/lists/oss-security/2021/07/13/4
Created apache-commons-compress tracking bugs for this issue: Affects: fedora-all [bug 1981911] Created javapackages-bootstrap:202001/apache-commons-compress tracking bugs for this issue: Affects: fedora-all [bug 1981910]
After analysis, a Denial of Service attack is possible via excessive memory allocated caused by a crafted zip archive. An ongoing method of allocating an array then trying to fill it, combined with an insufficient check for symbolic link length led to the ability to cause excessive memory allocation. Thus a specially crafted archive could force excessive memory allocation impacting availability of a system. This flaw has been fixed in Version 1.21
This issue has been addressed in the following products: Red Hat Fuse 7.11 Via RHSA-2022:5532 https://access.redhat.com/errata/RHSA-2022:5532
This issue has been addressed in the following products: Red Hat Virtualization Engine 4.4 Via RHSA-2022:5555 https://access.redhat.com/errata/RHSA-2022:5555
This bug is now closed. Further updates for individual products will be reflected on the CVE page(s): https://access.redhat.com/security/cve/cve-2021-36090