Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 1593018 - (CVE-2018-8009) CVE-2018-8009 hadoop: arbitrary file write vulnerability / arbitrary code execution using a specially crafted zip file
CVE-2018-8009 hadoop: arbitrary file write vulnerability / arbitrary code exe...
Status: CLOSED NOTABUG
Product: Security Response
Classification: Other
Component: vulnerability (Show other bugs)
unspecified
All Linux
high Severity high
: ---
: ---
Assigned To: Red Hat Product Security
impact=important,public=20180605,repo...
: Security
Depends On: 1593020
Blocks: 1593021
  Show dependency treegraph
 
Reported: 2018-06-19 17:04 EDT by Laura Pardo
Modified: 2018-10-30 01:59 EDT (History)
15 users (show)

See Also:
Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2018-06-20 02:19:16 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Laura Pardo 2018-06-19 17:04:45 EDT
A vulnerability has been found in the way developers have implemented the archive extraction of files. An arbitrary file write vulnerability, that can be achieved using a specially crafted zip archive (affects other archives as well, bzip2, tar,xz, war, cpio, 7z), that holds path traversal filenames. So when the filename gets concatenated to the target extraction directory, the final path ends up outside of the target folder. Of course if an executable or a configuration file is overwritten with a file containing malicious code, the problem can turn into an arbitrary code execution issue quite easily. This affects multiple libraries that lacks of a high level APIs that provide the archive extraction functionality.


References:
https://snyk.io/research/zip-slip-vulnerability

Patch:
https://github.com/apache/hadoop/commit/745f203e577bacb35b042206db94615141fa5e6f#diff-19cfa944d1bb9ce1daa46aa4223f3642
Comment 1 Laura Pardo 2018-06-19 17:06:20 EDT
Created hadoop tracking bugs for this issue:

Affects: fedora-all [bug 1593020]
Comment 2 Siddharth Sharma 2018-06-20 02:17:19 EDT
This flaw affects FileUtil.java in apache hadoop. It does not affect rhs-hadoop package shipped in Red Hat Gluster Storage 3. Util class in Util.java of rhs-hadoop imports FileUtil from apache-hadoop but does not implement any of its function. 

~]$ cat glusterfs-hadoop/src/main/java/org/apache/hadoop/fs/glusterfs/Util.java
Util.java
...
import org.apache.hadoop.fs.FileUtil;
...

public class Util{
...
}

So all affected code is outside of rhs-hadoop package
Comment 4 Siddharth Sharma 2018-06-20 02:22:28 EDT
Statement:

This issue did not affect the versions of rhs-hadoop as shipped with Red Hat Gluster Storage 3. For JBoss Fuse 6.3 and 7 standalone, while they ship vulnerable artifact via camel-hbase, camel-hdfs2 (fuse 6.3) and camel-hdfs2 (fuse 7), there's no invocation on the flawed code that could lead to an unzip operation. So fuse 6.3, 7 standalone are not affected. However FIS 2.0 and Fuse 7 on OpenShift ship vulnerable artifact via maven BOM, so setting fuse as affected for this reason.
Comment 7 Andrea Cosentino 2018-10-24 02:19:14 EDT
What is the Hadoop version containing the fix?
Comment 8 Akira Ajisaka 2018-10-30 01:59:50 EDT
Now the CVE list for Apache Hadoop is out.
https://hadoop.apache.org/cve_list.html

Please check the list for the versions containing the fix.

Note You need to log in before you can comment on or make changes to this bug.