When reading a specially crafted TAR 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' tar package. References: https://commons.apache.org/proper/commons-compress/security-reports.html https://lists.apache.org/thread.html/r605d906b710b95f1bbe0036a53ac6968f667f2c249b6fbabada9a940%40%3Cuser.commons.apache.org%3E http://www.openwall.com/lists/oss-security/2021/07/13/3
Created apache-commons-compress tracking bugs for this issue: Affects: fedora-all [bug 1981905] Created javapackages-bootstrap:202001/apache-commons-compress tracking bugs for this issue: Affects: fedora-all [bug 1981904]
After analysis, a Denial of Service attack is possible via excessive memory allocated caused by a crafted tar archive. An ongoing method of allocating an array then trying to fill it, combined with a lack of checks of PAX header value size allowed for 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-35517