CVE-2019-12402GHSA-53X6-4X5P-RRVV
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 speci
- Published
- Last modified
- Where the record stands: published, rejected by its publisher, or superseded by another id.What do these mean? →
- published
- Whether CISA lists it in its Known Exploited Vulnerabilities catalog: proof that attackers are using it.What do these mean? →
- Not listed in CISA KEV
- Fix
- Fixed in 1.19
- Whether working attack code is public (Exploit-DB, Metasploit, Nuclei or GitHub). Public code makes attacks easier.What do these mean? →
- None on Exploit-DB, Metasploit or GitHub
Summary
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. This can lead to a denial of service attack if an attacker can choose the file names inside of an archive created by Compress.
Timeline
- CVE published
- Record last updated
- EPSS reached 10%
FIRST estimates at least a 10% chance of exploitation in the next 30 days
Affected versions
- Apache Software Foundation Apache Commons Compress
1.15 to 1.18
- org.apache.commons:commons-compressMaven
From 1.15 · fixed in 1.19
- io.github.1tchy.java9modular.org.apache.commons:commons-compressMaven
1.18.1
References 25
lists.apache.org
- thread.html/54cc4e9fa6b24520135f6fa4724dfb3465bc14703c7dc7e52353a0ea@<commits.creadur.apache.org>
- thread.html/9317fd092b257a0815434b116a8af8daea6e920b6673f4fd5583d5fe@<commits.druid.apache.org>
- thread.html/r5caf4fcb69d2749225391e61db7216282955204849ba94f83afe011f@<issues.flink.apache.org>
- thread.html/rcc35ab6be300365de5ff9587e0479d10d7d7c79070921837e3693162@<issues.flink.apache.org>
- thread.html/re13bd219dd4b651134f6357f12bd07a0344eea7518c577bbdd185265@<issues.flink.apache.org>
- thread.html/r5103b1c9242c0f812ac96e524344144402cbff9b6e078d1557bc7b1e@<issues.flink.apache.org>
- thread.html/r590c15cebee9b8e757e2f738127a9a71e48ede647a3044c504e050a4@<issues.flink.apache.org>
- thread.html/r05cf37c1e1e662e968cfece1102fcd50fe207181fdbf2c30aadfafd3@<issues.flink.apache.org>
- thread.html/rdebc1830d6c09c11d5a4804ca26769dbd292d17d361c61dea50915f0@<issues.flink.apache.org>
- thread.html/rd3f99d732baed459b425fb0a9e9e14f7843c9459b12037e4a9d753b5@<issues.flink.apache.org>
- thread.html/r21d64797914001119d2fc766b88c6da181dc2308d20f14e7a7f46117@<issues.flink.apache.org>
- thread.html/r233267e24519bacd0f9fb9f61a1287cb9f4bcb6e75d83f34f405c521@<issues.flink.apache.org>
- thread.html/r25422df9ad22fec56d9eeca3ab8bd6d66365e9f6bfe311b64730edf5@<issues.flink.apache.org>
- thread.html/r972f82d821b805d04602976a9736c01b6bf218cfe0c3f48b472db488@<issues.flink.apache.org>
- thread.html/r4363c994c8bca033569a98da9218cc0c62bb695c1e47a98e5084e5a0@<issues.flink.apache.org>
- thread.html/r204ba2a9ea750f38d789d2bb429cc0925ad6133deea7cbc3001d96b5@<solr-user.lucene.apache.org>
- thread.html/rf5230a049d989dbfdd404b4320a265dceeeba459a4d04ec21873bd55@<solr-user.lucene.apache.org>
- thread.html/r7af60fbd8b2350d49d14e53a3ab2801998b9d1af2d6fcac60b060a53@<dev.brooklyn.apache.org>
- thread.html/308cc15f1f1dc53e97046fddbac240e6cd16de89a2746cf257be7f5b@<dev.commons.apache.org>