Skip to content

← Public intelligence

Maven package

org.apache.hadoop:hadoop-common

Open actionable advisories and recorded vendor fixes. This public package view has no inventory attached and cannot establish whether your deployment is affected. A vendor fix never resolves your finding; verify your installed version and the source guidance.

Open advisories

12 actionable advisories, newest first. Withdrawn advisories and news are excluded. Coverage is partial.

  1. Low, CVSS 2.0MavenPublished

    Apache Hadoop: Temporary File Local Information Disclosure

    CVE-2024-23454 · GHSA-f5fw-25gw-5m92

    Affected
    • Maven org.apache.hadoop:hadoop-common < 3.4.0
    Fixed in
    3.4.0· Vendor fix available
    Issue
    Apache Hadoop’s RunJar.run() does not set permissions for temporary directory by default. If sensitive data will be present in this file, all the other local users may be able to view the content. This is because, on unix-like systems, the system temporary directory is shared between all local users. As such, files written in this directory, without setting the correct posix permissions explicitly, may be viewable by all other local users.

    Recommended action: Upgrade to 3.4.0 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  2. Critical, CVSS 9.8MavenPublished

    Apache Hadoop argument injection vulnerability

    CVE-2022-25168 · GHSA-8wm5-8h9c-47pc

    Affected
    • Maven org.apache.hadoop:hadoop-common >= 2.0.0, < 2.10.2; >= 3.0.0-alpha, < 3.2.4; >= 3.3.0, < 3.3.3
    Fixed in
    2.10.23.2.43.3.3· Vendor fix available
    Issue
    Apache Hadoop's FileUtil.unTar(File, File) API does not escape the input file name before being passed to the shell. An attacker can inject arbitrary commands. This is only used in Hadoop 3.3 InMemoryAliasMap.completeBootstrapTransfer, which is only ever run by a local user. It has been used in Hadoop 2.x for yarn localization, which does enable remote code execution. It is used in Apache Spark, from the SQL command ADD ARCHIVE. As the ADD ARCHIVE command adds new binaries to the classpath, being able to execute shell scripts does not confer new permissions to the caller. SPARK-38305. "Check existence of file before untarring/zipping", which is included in 3.3.0, 3.1.4, 3.2.2, prevents shell commands being executed, regardless of which version of the hadoop libraries are in use. Users should upgrade to Apache Hadoop 2.10.2, 3.2.4, 3.3.3 or upper (including HADOOP-18136).

    Recommended action: Upgrade to 3.3.3, 3.2.4 or 2.10.2 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  3. Critical, CVSS 9.8MavenPublished

    Apache Hadoop heap overflow before v2.10.2, v3.2.3, v3.3.2

    CVE-2021-37404 · GHSA-rmpj-7c96-mrg8

    Affected
    • Maven org.apache.hadoop:hadoop-common >= 3.3.0, < 3.3.2; >= 3.0.0, < 3.2.3; < 2.10.2
    Fixed in
    2.10.23.2.33.3.2· Vendor fix available
    Issue
    There is a potential heap buffer overflow in Apache Hadoop libhdfs native code. Opening a file path provided by user without validation may result in a denial of service or arbitrary code execution. Users should upgrade to Apache Hadoop 2.10.2, 3.2.3, 3.3.2 or higher.

    Recommended action: Upgrade to 3.3.2, 3.2.3 or 2.10.2 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  4. Medium, CVSS 6.2MavenPublished

    Exposure of Sensitive Information to an Unauthorized Actor in Apache Hadoop

    CVE-2015-1776 · GHSA-g48f-ff5h-5f64

    Affected
    • Maven org.apache.hadoop:hadoop-common >= 2.6.0, <= 2.6.4
    Fixed in
    2.6.5· Vendor fix available
    Issue
    Apache Hadoop 2.6.x encrypts intermediate data generated by a MapReduce job and stores it along with the encryption key in a credentials file on disk when the Intermediate data encryption feature is enabled, which allows local users to obtain sensitive information by reading the file.

    Recommended action: Upgrade to 2.6.5 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  5. High, CVSS 8.8MavenPublished

    Improper Access Control in Apache Hadoop

    CVE-2016-5393 · GHSA-7q56-mp4c-gggg

    Affected
    • Maven org.apache.hadoop:hadoop-common >= 2.6.0, <= 2.6.4; >= 2.7.0, <= 2.7.2
    Fixed in
    2.7.32.6.5· Vendor fix available
    Issue
    In Apache Hadoop 2.6.x before 2.6.5 and 2.7.x before 2.7.3, a remote user who can authenticate with the HDFS NameNode can possibly run arbitrary commands with the same privileges as the HDFS service.

    Recommended action: Upgrade to 2.7.3 or 2.6.5 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  6. UnratedMavenPublished

    Improper Authentication in Apache Hadoop

    CVE-2013-2192 · GHSA-pxv5-5vmp-3jj4

    Affected
    • Maven org.apache.hadoop:hadoop-common >= 2.0.0, <= 2.0.5-alpha; >= 0.23.0, < 0.23.9
    Fixed in
    2.0.6-alpha0.23.9· Vendor fix available
    Issue
    The RPC protocol implementation in Apache Hadoop 2.x before 2.0.6-alpha, 0.23.x before 0.23.9, and 1.x before 1.2.1, when the Kerberos security features are enabled, allows man-in-the-middle attackers to disable bidirectional authentication and obtain sensitive information by forcing a downgrade to simple authentication.

    Recommended action: Upgrade to 2.0.6-alpha (pre-release) or 0.23.9 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  7. Medium, CVSS 6.5MavenPublished

    Improper Authentication in Apache Hadoop

    CVE-2014-0229 · GHSA-9r7g-325h-mxrm

    Affected
    • Maven org.apache.hadoop:hadoop-common >= 0.23.0, < 0.23.11; >= 2.0.0, < 2.4.1
    Fixed in
    2.4.10.23.11· Vendor fix available
    Issue
    Apache Hadoop 0.23.x before 0.23.11 and 2.x before 2.4.1, as used in Cloudera CDH 5.0.x before 5.0.2, do not check authorization for the (1) refreshNamenodes, (2) deleteBlockPool, and (3) shutdownDatanode HDFS admin commands, which allows remote authenticated users to cause a denial of service (DataNodes shutdown) or perform unnecessary operations by issuing a command.

    Recommended action: Upgrade to 2.4.1 or 0.23.11 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  8. High, CVSS 7.5MavenPublished

    Apache Hadoop's LinuxContainerExecutor runs docker commands as root with insufficient input validation

    CVE-2017-7669 · GHSA-h24p-qwf4-84q8

    Affected
    • Maven org.apache.hadoop:hadoop-common < 2.8.1; >= 3.0.0-alpha1, < 3.0.0-alpha3
    Fixed in
    2.8.13.0.0-alpha3· Vendor fix available
    Issue
    In Apache Hadoop 2.8.0, 3.0.0-alpha1, and 3.0.0-alpha2, the LinuxContainerExecutor runs docker commands as root with insufficient input validation. When the docker feature is enabled, authenticated users can run commands as root. This issue is fixed in versions 2.8.1 and 3.0.0-alpha3.

    Recommended action: Upgrade to 3.0.0-alpha3 (pre-release) or 2.8.1 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  9. High, CVSS 8.8MavenPublished

    Insecure Inherited Permissions in Apache Hadoop

    CVE-2016-6811 · GHSA-mf7c-35mq-75pj

    Affected
    • Maven org.apache.hadoop:hadoop-common >= 2.0.0-alpha, <= 2.7.3
    Fixed in
    2.7.4· Vendor fix available
    Issue
    In Apache Hadoop 2.x before 2.7.4, a user who can escalate to yarn user can possibly run arbitrary commands as root user.

    Recommended action: Upgrade to 2.7.4 or later, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  10. Medium, CVSS 5.5MavenPublished

    Exposure of Sensitive Information to an Unauthorized Actor in Apache Hadoop

    CVE-2016-5001 · GHSA-8r28-r8cp-g6cp

    Affected
    • Maven org.apache.hadoop:hadoop-common <= 2.6.3; >= 2.7.0, <= 2.7.1
    Fixed in
    2.7.22.6.4· Vendor fix available
    Issue
    This is an information disclosure vulnerability in Apache Hadoop before 2.6.4 and 2.7.x before 2.7.2 in the short-circuit reads feature of HDFS. A local user on an HDFS DataNode may be able to craft a block token that grants unauthorized read access to random files by guessing certain fields in the token.

    Recommended action: Upgrade to 2.7.2 or 2.6.4 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  11. Critical, CVSS 9.8MavenPublished

    Path traversal in Hadoop

    CVE-2022-26612 · GHSA-gx2c-fvhc-ph4j

    Affected
    • Maven org.apache.hadoop:hadoop-common >= 3.2.0, < 3.2.3; < 2.10.2; >= 3.3.0, < 3.3.3
    Fixed in
    2.10.23.3.33.2.3· Vendor fix available
    Issue
    In Apache Hadoop, The unTar function uses unTarUsingJava function on Windows and the built-in tar utility on Unix and other OSes. As a result, a TAR entry may create a symlink under the expected extraction directory which points to an external directory. A subsequent TAR entry may extract an arbitrary file into the external directory using the symlink name. This however would be caught by the same targetDirPath check on Unix because of the getCanonicalPath call. However on Windows, getCanonicalPath doesn't resolve symbolic links, which bypasses the check. unpackEntries during TAR extraction follows symbolic links which allows writing outside expected base directory on Windows. This was addressed in Apache Hadoop 2.10.2, 3.2.3, 3.3.3, and 3.4.0.

    Recommended action: Upgrade to 3.3.3, 3.2.3 or 2.10.2 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →
  12. High, CVSS 8.8MavenPublished

    Improper Privilege Management in Apache Hadoop

    CVE-2020-9492 · GHSA-f8vc-wfc8-hxqh

    Affected
    • Maven org.apache.hadoop:hadoop-common >= 2.0.0, < 2.10.1; >= 3.2.0, < 3.2.2; >= 3.0.0, < 3.1.4
    Fixed in
    2.10.13.2.23.1.4· Vendor fix available
    Issue
    In Apache Hadoop 3.2.0 to 3.2.1, 3.0.0-alpha1 to 3.1.3, and 2.0.0-alpha to 2.10.0, WebHDFS client might send SPNEGO authorization header to remote URL without proper verification.

    Recommended action: Upgrade to 3.2.2, 3.1.4 or 2.10.1 by release line, then redeploy and verify.A vendor fix does not resolve your finding until you verify it in your own systems.

    Sources:github.comSource checked Evidence →