zip4j: does not always check the MAC when decrypting a ZIP archive
Default status is the baseline for the product, each version can override it (e.g. patched versions marked unaffected).
| Vendor | Product | Default status | Versions | ||||||
|---|---|---|---|---|---|---|---|---|---|
| n/a | n/a | affected |
|
| Package | CPE | Advisory | Released Date |
|---|---|---|---|
| Migration Toolkit for Runtimes 1 on RHEL 8 | |||
| org.jboss.windup-windup-parent | cpe:/a:redhat:migration_toolkit_runtimes:1.0::el8 | RHSA-2023:3814 | 2023-06-27T00:00:00Z |
| MTA-6.2-RHEL-9 | |||
| mta/mta-operator-bundle:6.2.0-29 | cpe:/a:redhat:migration_toolkit_applications:6.2::el9 | RHSA-2023:4627 | 2023-08-14T00:00:00Z |
No data available yet.
| Source | ID | Title |
|---|---|---|
EUVD |
EUVD-2023-0309 | Zip4j through 2.11.2, as used in Threema and other products, does not always check the MAC when decrypting a ZIP archive. |
Github GHSA |
GHSA-2pj2-gchf-wmw7 | Zip4j Origin Validation Error |
No CVSS v4.0
No CVSS v3.0
No CVSS v2
This CVE is not in the KEV list.
Exploit prediction score: < 1% (0.666% probability within 30 days)
| Type | Values Removed | Values Added |
|---|---|---|
| Metrics |
ssvc
|