Possible limited path traversal vulnerabily in Apache Commons IO
- 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 2.7
- 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
- Exploitation: none
- Automatable: yes
- Technical impact: partial
Summary
In Apache Commons IO before 2.7, When invoking the method FileNameUtils.normalize with an improper input string, like "//../foo", or "\\..\foo", the result would be the same value, thus possibly providing access to files in the parent directory, but not further above (thus "limited" path traversal), if the calling code would use the result to construct a path value.
Timeline
- CVE published
- CISA SSVC assessment
Exploitation: none · Automatable: yes · Technical impact: partial
- 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 IO
Apache Commons IO 2.2, Apache Commons IO 2.3, Apache Commons IO 2.4, Apache Commons IO 2.5, Apache Commons IO 2.6
- commons-io:commons-ioMaven
fixed in 2.7
- com.cosium.vet:vetMaven
From 1.0 · through 3.22
- com.diamondq.common:common-thirdparty.jcasbinMaven
1.4.0
- com.liferay:com.liferay.sass.compiler.jsassMaven
1.0.1
- com.virjar:ratel-apiMaven
From 1.0.0 · through 1.3.6
- net.hasor:cobble-langMaven
From 4.4.1 · through 4.6.2
- org.apache.commons:commons-ioMaven
1.3.2
- org.apache.servicemix.bundles:org.apache.servicemix.bundles.commons-ioMaven
From 1.4 · through 1.5
- org.checkerframework.annotatedlib:commons-ioMaven
From 2.6 · fixed in 2.7
- org.smartboot.servlet:servlet-coreMaven
From 0.1.9 · through 0.6
References 25
issues.apache.org
lists.apache.org
- thread.html/rc359823b5500e9a9a2572678ddb8e01d3505a7ffcadfa8d13b8780ab@<user.commons.apache.org>
- thread.html/rfd01af05babc95b8949e6d8ea78d9834699e1b06981040dde419a330@<dev.commons.apache.org>
- thread.html/r8efcbabde973ea72f5e0933adc48ef1425db5cde850bf641b3993f31@<dev.commons.apache.org>
- thread.html/r873d5ddafc0a68fd999725e559776dc4971d1ab39c0f5cc81bd9bc04@<commits.pulsar.apache.org>
- thread.html/r0d73e2071d1f1afe1a15da14c5b6feb2cf17e3871168d5a3c8451436@<commits.pulsar.apache.org>
- thread.html/r47ab6f68cbba8e730f42c4ea752f3a44eb95fb09064070f2476bb401@<dev.creadur.apache.org>
- thread.html/raa053846cae9d497606027816ae87b4e002b2e0eb66cb0dee710e1f5@<dev.creadur.apache.org>
- thread.html/r8569a41d565ca880a4dee0e645dad1cd17ab4a92e68055ad9ebb7375@<dev.creadur.apache.org>
- thread.html/rfa2f08b7c0caf80ca9f4a18bd875918fdd4e894e2ea47942a4589b9c@<dev.creadur.apache.org>
- thread.html/r1c2f4683c35696cf6f863e3c107e37ec41305b1930dd40c17260de71@<commits.pulsar.apache.org>
- thread.html/r27b1eedda37468256c4bb768fde1e8b79b37ec975cbbfd0d65a7ac34@<dev.myfaces.apache.org>
- thread.html/ra8ef65aedc086d2d3d21492b4c08ae0eb8a3a42cc52e29ba1bc009d8@<dev.creadur.apache.org>
- thread.html/r523a6ffad58f71c4f3761e3cee72df878e48cdc89ebdce933be1475c@<dev.creadur.apache.org>
- thread.html/rbebd3e19651baa7a4a5503a9901c95989df9d40602c8e35cb05d3eb5@<dev.creadur.apache.org>
- thread.html/r2bc986a070457daca457a54fe71ee09d2584c24dc262336ca32b6a19@<dev.creadur.apache.org>
- thread.html/r2721aba31a8562639c4b937150897e24f78f747cdbda8641c0f659fe@<users.kafka.apache.org>
- thread.html/r345330b7858304938b7b8029d02537a116d75265a598c98fa333504a@<dev.creadur.apache.org>
- thread.html/rad4ae544747df32ccd58fff5a86cd556640396aeb161aa71dd3d192a@<user.commons.apache.org>
- thread.html/r808be7d93b17a7055c1981a8453ae5f0d0fce5855407793c5d0ffffa@<user.commons.apache.org>
- thread.html/rc65f9bc679feffe4589ea0981ee98bc0af9139470f077a91580eeee0@<pluto-dev.portals.apache.org>
- thread.html/rc2dd3204260e9227a67253ef68b6f1599446005bfa0e1ddce4573a80@<pluto-dev.portals.apache.org>
- thread.html/r2df50af2641d38f432ef025cd2ba5858215cc0cf3fc10396a674ad2e@<pluto-scm.portals.apache.org>
- thread.html/r8bfc7235e6b39d90e6f446325a5a44c3e9e50da18860fdabcee23e29@<issues.zookeeper.apache.org>
- thread.html/r92ea904f4bae190b03bd42a4355ce3c2fbe8f36ab673e03f6ca3f9fa@<notifications.zookeeper.apache.org>