Infinite Loop Denial of Service Vulnerability in libcommons-compress-java

libcommons-compress-java Updated 02 Oct 2025

Summary

30/08/2019
N/A
Yes i
High
7.5

CVE-2019-12402: The file name encoding algorithm used internally in Apache Commons Compress 1.15 to 1.18 can get into an infinite loop when faced with specially crafted inputs. Affects libcommons-compress-java across 2 version ranges.

< 1.18-3 >= 01b06d5ef5c5ac3bd651bedcfec7433231cea371, <= b95d5cde4c68640f886e3c6802384fae47408a37

Fixed in 1.18-3. How to fix ↓

Free scan

Check if this vulnerability affects your application

Upload a manifest or SBOM and we'll show whether you're affected, plus every other risky package in the same scan.

Check my app free

No signup required · Results in about 60 seconds

Upload your dependency manifest or SBOM

Drag & drop your file here or

Java Javascript PHP Python Go Rust Ruby Dart C/C++ Elixir CycloneDX SPDX

Upload a supported dependency manifest or SBOM. No installation or source-code access required.

See supported files and SBOM formats
SBOM sbom.json · bom.json · bom.xml · *.spdx.json · *.cdx.json · *.cdx.xml
Java pom.xml · gradle.lockfile · buildscript-gradle.lockfile
Javascript package-lock.json · yarn.lock · pnpm-lock.yaml
PHP composer.lock
Python poetry.lock · requirements.txt · Pipfile.lock
Go go.mod
Rust Cargo.lock
Ruby Gemfile.lock
Dart pubspec.lock
C/C++ conan.lock
Elixir mix.lock
Enter your work email to receive your report link.

Verify your email to view the full report and start 30 days of continuous monitoring. No credit card required.

Sponsored MarkAI Find prospects already talking about the problem you solve AI watches the communities your customers use to find qualified prospects, then alerts you when a conversation is worth joining. See MarkAI

Background

libcommons-compress-java is a Java library that provides support for working with various compression and archive formats. It is commonly used in applications that need to compress or decompress files. This vulnerability affects versions 1.15 to 1.18 of the library. The vulnerability allows an attacker to create specially crafted archives that can trigger an infinite loop in the file name encoding algorithm used by the library. This can lead to a denial of service attack, causing the application using the library to become unresponsive or crash.

Vulnerability Detail

The file name encoding algorithm used internally in libcommons-compress-java versions 1.15 to 1.18 can get stuck in an infinite loop when processing certain inputs. This vulnerability can be exploited by an attacker who can control the file names inside an archive created by the library. By crafting malicious file names, the attacker can cause the algorithm to enter an infinite loop, consuming excessive CPU resources and potentially leading to a denial of service condition. The vulnerability has a CVSS score of 7.5, indicating a high severity.

How To Fix

Minimum fixed version

1.18-3

This is the first release that contains the fix.

sudo apt-get install --only-upgrade libcommons-compress-java

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Workaround

There is no known workaround for this vulnerability. It is necessary to apply the fix by upgrading to the patched version of libcommons-compress-java.

Conclusion

The libcommons-compress-java library versions 1.15 to 1.18 are vulnerable to an infinite loop denial of service attack. To mitigate this vulnerability, it is crucial to upgrade to version 1.18-3 or later of the library. Developers should promptly update their applications and ensure they are using the patched version. For further support on vulnerability remediation, contact DevNack.com.

See every vulnerability recorded for libcommons-compress-java →

Share this vulnerability

FAQ

libcommons-compress-java is a Java library that provides support for compression and decompression of various archive formats.

Versions 1.15 to 1.18 of libcommons-compress-java are affected by this vulnerability.

This vulnerability can lead to a denial of service attack, causing the affected application to become unresponsive or crash.

To fix this vulnerability, upgrade to version 1.18-3 or later of libcommons-compress-java.

No, there is no known workaround. It is necessary to apply the fix by upgrading to the patched version of libcommons-compress-java.

Related vulnerabilities

Recent vulnerabilities recorded for libcommons-compress-java.

How To Fix

Minimum fixed version

1.18-3

This is the first release that contains the fix.

sudo apt-get install --only-upgrade libcommons-compress-java

Tip — Not sure which version your app runs? Vulert can match this fix to it. Scan free →

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →
Help improve this record
Report an issue or send feedback