Skip to content
Heist/ feed
Back to feed
High

Privilege escalation in Apache Hadoop Yarn container-executor binary on Linux systems

Type: advisorySources: OSV

Relative library resolution in linux container-executor binary in Apache Hadoop 3.3.1-3.3.4 on Linux allows local user to gain root privileges. If the YARN cluster is accepting work from remote (authenticated) users, this MAY permit remote users to gain root privileges. Hadoop 3.3.0 updated the " YARN Secure Containers https://hadoop.apache.org/docs/stable/hadoop-yarn/hadoop-yarn-site/SecureContainer.html " to add a feature for executing user-submitted applications in isolated linux containers. The native binary HADOOP_HOME/bin/container-executor is used to launch these containers; it must be owned by root and have the suid bit set in order for the YARN processes to run the containers as the specific users submitting the jobs. The patch " YARN-10495 https://issues.apache.org/jira/browse/YARN-10495 . make the rpath of container-executor configurable" modified the library loading path for loading .so files from "$ORIGIN/" to ""$ORIGIN/:../lib/native/". This is the a path through which libcrypto.so is located. Thus it is is possible for a user with reduced privileges to install a malicious libcrypto library into a path to which they have write access, invoke the container-executor command, and have their modified library executed as root. If the YARN cluster is accepting work from remote (authenticated) users, and these users' submitted job are executed in the physical host, rather than a container, then the CVE permits remote users to gain root privileges. The fix for the vulne

Products
Not specified
Affected versions
Not specified
Fixed versions
Not specified
CVEs
CVE-2023-26031
Confirmed fixed CVEs
Not specified
Updated in this feed
7 Nov 2026, 14:06 UTC · Revision 1

Source evidence

Privilege escalation in Apache Hadoop Yarn container-executor binary on Linux systems

core-osv · Original source

Published 16 Nov 2023, 08:15 UTC

Relative library resolution in linux container-executor binary in Apache Hadoop 3.3.1-3.3.4 on Linux allows local user to gain root privileges. If the YARN cluster is accepting work from remote (authenticated) users, this MAY permit remote users to gain root privileges. Hadoop 3.3.0 updated the " YARN Secure Containers https://hadoop.apache.org/docs/stable/hadoop-yarn/hadoop-yarn-site/SecureContainer.html " to add a feature for executing user-submitted applications in isolated linux containers. The native binary HADOOP_HOME/bin/container-executor is used to launch these containers; it must be owned by root and have the suid bit set in order for the YARN processes to run the containers as the specific users submitting the jobs. The patch " YARN-10495 https://issues.apache.org/jira/browse/YARN-10495 . make the rpath of container-executor configurable" modified the library loading path for loading .so files from "$ORIGIN/" to ""$ORIGIN/:../lib/native/". This is the a path through which libcrypto.so is located. Thus it is is possible for a user with reduced privileges to install a malicious libcrypto library into a path to which they have write access, invoke the container-executor command, and have their modified library executed as root. If the YARN cluster is accepting work from remote (authenticated) users, and these users' submitted job are executed in the physical host, rather than a container, then the CVE permits remote users to gain root privileges. The fix for the vulne

osv:CVE-2023-26031
Complete source record
{
  "id": "0989d4ac8600a4786b604df88bea7fcd2a5fda0a076034bb0d3fbb1fb9e99231",
  "url": "https://osv.dev/vulnerability/CVE-2023-26031",
  "method": "structured",
  "payload": {
    "kind": "advisory",
    "title": "Privilege escalation in Apache Hadoop Yarn container-executor binary on Linux systems",
    "summary": "Relative library resolution in linux container-executor binary in Apache Hadoop 3.3.1-3.3.4 on Linux allows local user to gain root privileges. If the YARN cluster is accepting work from remote (authenticated) users, this MAY permit remote users to gain root privileges. Hadoop 3.3.0 updated the \" YARN Secure Containers https://hadoop.apache.org/docs/stable/hadoop-yarn/hadoop-yarn-site/SecureContainer.html \" to add a feature for executing user-submitted applications in isolated linux containers. The native binary HADOOP_HOME/bin/container-executor is used to launch these containers; it must be owned by root and have the suid bit set in order for the YARN processes to run the containers as the specific users submitting the jobs. The patch \" YARN-10495 https://issues.apache.org/jira/browse/YARN-10495 . make the rpath of container-executor configurable\" modified the library loading path for loading .so files from \"$ORIGIN/\" to \"\"$ORIGIN/:../lib/native/\". This is the a path through which libcrypto.so is located. Thus it is is possible for a user with reduced privileges to install a malicious libcrypto library into a path to which they have write access, invoke the container-executor command, and have their modified library executed as root. If the YARN cluster is accepting work from remote (authenticated) users, and these users' submitted job are executed in the physical host, rather than a container, then the CVE permits remote users to gain root privileges. The fix for the vulne",
    "evidence": "osv:CVE-2023-26031",
    "products": [],
    "severity": "high",
    "structured": {
      "id": "CVE-2023-26031",
      "aliases": [
        "CVE-2023-26031",
        "GHSA-94jh-j374-9r3j"
      ],
      "metrics": [
        {
          "type": "CVSS_V3",
          "score": "CVSS:3.1/AV:N/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:H"
        }
      ],
      "affected": [
        {
          "ranges": [
            {
              "repo": "https://github.com/apache/hadoop",
              "type": "GIT",
              "events": [
                {
                  "introduced": "a3b9c37a397ad4188041dd80621bdeefc46885f2"
                },
                {
                  "last_affected": "a585a73c3e02ac62350c136643a5e7f6095a3dbb"
                }
              ],
              "database_specific": {
                "extracted_events": [
                  {
                    "cpe": "cpe:2.3:a:apache:hadoop:*:*:*:*:*:*:*:*",
                    "range": [
                      {
                        "introduced": "3.3.1"
                      },
                      {
                        "last_affected": "3.3.4"
                      }
                    ],
                    "source": "CPE_RANGE"
                  }
                ]
              }
            }
          ],
          "database_specific": {
            "source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2023-26031.json"
          }
        }
      ],
      "modified": "2026-10-28T02:30:50.969968749Z",
      "provider": "osv",
      "references": [
        "https://github.com/CVEProject/cvelistV5/tree/main/cves/2023/26xxx/CVE-2023-26031.json",
        "https://hadoop.apache.org/cve_list.html",
        "https://lists.apache.org/thread/q9qpdlv952gb4kphpndd5phvl7fkh71r",
        "https://nvd.nist.gov/vuln/detail/CVE-2023-26031",
        "https://security.netapp.com/advisory/ntap-20240112-0001/",
        "https://issues.apache.org/jira/browse/YARN-11441"
      ],
      "provider_metadata": {
        "cwe_ids": [
          "CWE-426"
        ],
        "cna_assigner": "apache",
        "unresolved_ranges": [
          {
            "extracted_events": [
              {
                "range": [
                  {
                    "introduced": "3.3.1"
                  },
                  {
                    "fixed": "3.3.5"
                  }
                ],
                "source": "AFFECTED_FIELD",
                "strategy": "StandardRange"
              }
            ]
          }
        ],
        "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2023/26xxx/CVE-2023-26031.json"
      }
    },
    "related_cves": [
      {
        "value": "CVE-2023-26031",
        "evidence": "/id"
      }
    ],
    "security_relevant": true,
    "severity_evidence": "/severity/0/score"
  },
  "source_id": "core-osv",
  "document_id": 519567,
  "published_at": "2023-11-16T08:15:50.808+00:00"
}