apache-commons-compress: ZipArchiveInputStream.read() fails to identify correct EOF allowing for DoS via crafted zip
Default status is the baseline for the product, each version can override it (e.g. patched versions marked unaffected).
| Vendor | Product | Default status | Versions | ||||||
|---|---|---|---|---|---|---|---|---|---|
| Apache Software Foundation | Apache Commons Compress | affected |
|
Configuration 1 [-]
|
Configuration 2 [-]
|
| Package | CPE | Advisory | Released Date |
|---|---|---|---|
| Red Hat Fuse 7.6.0 | |||
| commons-compress | cpe:/a:redhat:jboss_fuse:7 | RHSA-2020:0983 | 2020-03-26T00:00:00Z |
No data available yet.
| Source | ID | Title |
|---|---|---|
EUVD |
EUVD-2018-0618 | When reading a specially crafted ZIP archive, the read method of Apache Commons Compress 1.7 to 1.17's ZipArchiveInputStream can fail to return the correct EOF indication after the end of the stream has been reached. When combined with a java.io.InputStreamReader this can lead to an infinite stream, which can be used to mount a denial of service attack against services that use Compress' zip package. |
Github GHSA |
GHSA-hrmr-f5m6-m9pq | Moderate severity vulnerability that affects org.apache.commons:commons-compress |
No CVSS v4.0
This CVE is not in the KEV list.
Exploit prediction score: 5.3% (5.253% probability within 30 days)
Key SSVC decision points have not yet been added.
No history.