Skip to main content

BOSH CVE-2026-41860

| EUVDEUVD-2026-34192 HIGH
Inadequate Encryption Strength (CWE-326)
2026-06-04 vmware GHSA-fqm2-p6px-f54c
7.1
CVSS 4.0 · Vendor: vmware
View

Attack ChainAIDerived

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

  1. Access
    Gain foothold on BOSH management network
  2. Delivery
    ARP/DNS spoof bosh-monitor traffic
  3. Exploit
    Present rogue TLS cert (accepted via VERIFY_NONE)
  4. Execution
    Capture Basic-auth and UAA token requests
  5. Persist
    Replay credentials against director/UAA
  6. Impact
    Issue malicious deployments or exfiltrate secrets

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Encryption strength requirements
Exploitation Conditions

Exploitation requires the attacker to occupy a man-in-the-middle position on the network path between bosh-monitor and either the BOSH director or the UAA service - concretely, the ability to intercept or redirect traffic on the BOSH management network (ARP spoofing on the same L2 segment, control of an intermediate router/DNS, or compromise of an adjacent VM). The CVSS 4.0 vector additionally indicates the attacker must hold some low-level privilege (PR:L) on a local/adjacent system and that an Attack Requirement (AT:P) applies, meaning the traffic of interest must actually be flowing at the time of interception. Limiting factors: the issue is not internet-reachable, bosh-monitor must be enabled and actively polling the director/UAA, the deployment must be running a vulnerable BOSH version prior to v282.1.9, and the attacker needs network-adjacent positioning rather than just a remote unauthenticated path.

Impact

The CVSS 4.0 score of 7.1 reflects a meaningful but constrained risk: the attack vector is Local (AV:L), complexity is Low (AC:L) but an Attack Requirement is present (AT:P), and the attacker must hold Low privileges (PR:L), with no user interaction needed. Confidentiality impact to the vulnerable system is High (VC:H) and the subsequent system - the director/UAA whose credentials get stolen - sees High impact across confidentiality, integrity and availability (SC:H/SI:H/SA:H), which is the dominant driver of the score. There is no EPSS score, no CISA KEV entry, and no public POC identified, so this is not an opportunistic mass-exploitation candidate; it is a targeted, position-dependent flaw that becomes severe once an adversary already has a foothold in the deployment network. Note the apparent tension between AV:L and the description's MITM framing: AV:L here reflects that the attacker must already be adjacent on the bosh-monitor traffic path (i.e. an internal/local network position) rather than reachable from the public internet - defenders should interpret it as 'attacker on the management network' rather than 'attacker with a shell'.

Exploit ScenarioDerived

An attacker who has compromised a workload VM or a network device on the BOSH management subnet performs ARP or DNS spoofing to redirect bosh-monitor's HTTPS traffic through their host, presents a self-signed certificate that the patched-out VERIFY_NONE client accepts without complaint, and harvests the Basic-auth header sent to the BOSH director plus the OAuth token request sent to UAA. With those director credentials and UAA tokens the attacker can then issue deployment changes, exfiltrate manifests and credentials, or pivot into managed Cloud Foundry tenants. No public POC has been identified, but the bug is mechanically simple to weaponize with off-the-shelf tools such as mitmproxy or bettercap.

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

Credential theft and UAA token redirection in Cloud Foundry BOSH versions prior to v282.1.9 allows a network-positioned local attacker to intercept Basic-auth secrets and OAuth requests flowing between bosh-monitor and the BOSH director or UAA. The flaw stems from hard-coded OpenSSL::SSL::VERIFY_NONE in the HttpRequestHelper, effectively disabling TLS certificate validation. No public exploit identified at time of analysis, and the issue is not listed in CISA KEV.

Earlier versions of this analysis (2)
v2 Jun 04, 2026 - 03:31 cvss changed CVSS 7.1

Credential theft in Cloud Foundry BOSH versions prior to v282.1.9 allows a local attacker positioned for MITM to capture Basic-auth credentials and redirect UAA token requests because the bosh-monitor's HttpRequestHelper hard-codes OpenSSL::SSL::VERIFY_NONE on outbound TLS connections to the BOSH director and UAA. No public exploit identified at time of analysis, but the underlying flaw is a straightforward TLS-trust bypass with a vendor-released patch (v282.1.9) and a public advisory from the Cloud Foundry Foundation.

v1 Jun 04, 2026 - 02:42 CVSS 8.8

Credential theft and token redirection in Cloud Foundry BOSH (all versions prior to v282.1.9) stems from hard-coded TLS verification bypass in the HttpRequestHelper module, where bosh-monitor uses OpenSSL::SSL::VERIFY_NONE when communicating with the BOSH director and UAA. A local attacker positioned for MITM can intercept these connections to steal Basic-auth credentials or redirect UAA token requests. No public exploit identified at time of analysis, and the issue is not listed in CISA KEV.

RemediationAI

Vendor-released patch: upgrade BOSH to v282.1.9 or later, which removes the hard-coded OpenSSL::SSL::VERIFY_NONE and enables proper certificate validation in HttpRequestHelper#create_async_endpoint and #send_http_get_request_synchronous; details and version guidance are at https://www.cloudfoundry.org/blog/cve-2026-41860-missing-tls-verify-on-bosh-monitor/. Where immediate upgrade is not possible, restrict the L2/L3 network between bosh-monitor, the BOSH director and UAA to a dedicated management segment so no untrusted host can interpose itself (trade-off: requires network reconfiguration and may break shared-network topologies), enforce static ARP entries or 802.1X on that segment to block ARP/DNS spoofing, and rotate any Basic-auth and UAA client credentials that may have transited the affected path since deployment because they must now be treated as potentially compromised. Disabling bosh-monitor entirely will eliminate the vulnerable call path but at the cost of losing health monitoring and alerting.

Affected VersionsENISA

BOSH 0 <282.1.9

Affected Packages

euvd bosh fix: 282.1.9

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 Foundation's release-engineering and lifecycle-management toolchain used to deploy and operate distributed systems such as Cloud Foundry itself. The bosh-monitor component periodically calls back to the BOSH director and to the User Account and Authentication (UAA) service over HTTPS using a Ruby HttpRequestHelper wrapper around OpenSSL. CWE-326 (Inadequate Encryption Strength) applies because the helper methods create_async_endpoint and send_http_get_request_synchronous pass OpenSSL::SSL::VERIFY_NONE, telling the OpenSSL client to skip server-certificate chain and hostname validation. The result is that TLS provides encryption-in-transit but no authentication of the peer, so any party capable of intercepting the traffic - typically by ARP/DNS poisoning, rogue gateway, or compromise of an adjacent node - can present an arbitrary certificate and complete the handshake. Per CPE cpe:2.3:a:cloud_foundry_foundation:bosh:*, the entire BOSH product line up to v282.1.9 inherits this behavior.

Know when Bosh 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 7.1 HIGH
CVSS:4.0/AV:L/AC:L/AT:P/PR:L/UI:N/VC:H/VI:L/VA:N/SC:H/SI:H/SA:H

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

CVSS VectorVendor: vmware

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

Lifecycle Timeline

5
Patch available
Jun 04, 2026 - 04:15 EUVD
Analysis Updated
Jun 04, 2026 - 03:31 vuln.today
v3 - CVSS changed
Analysis Updated
Jun 04, 2026 - 03:31 vuln.today
v2 - CVSS changed
CVSS changed
Jun 04, 2026 - 03:22 NVD
8.8 (HIGH) 7.1 (HIGH)
CVE Published
Jun 04, 2026 - 01:40 nvd
HIGH 8.8

DescriptionCVE.org

CWE-326 in BOSH allows a local attacker to steal Basic-auth credentials or redirect UAA token requests via MITM. HttpRequestHelper#create_async_endpoint and #send_http_get_request_synchronous hard-code OpenSSL::SSL::VERIFY_NONE, enabling an attacker to intercept traffic between bosh-monitor and the BOSH director or UAA and steal credentials.

Affected versions:

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

Executive ViewAI

Why It Matters

Cloud Foundry BOSH versions prior to v282.1.9 contain a credential interception vulnerability where disabled TLS certificate validation (hardcoded OpenSSL::SSL::VERIFY_NONE) allows attackers to steal authentication credentials and OAuth tokens flowing between BOSH infrastructure components. Organizations running affected BOSH deployments face a direct threat to infrastructure management security and administrative access controls, with no vendor patch currently available to remediate the issue.

Business Impact: High
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: (1) Isolate BOSH director, monitor, and UAA communication to segregated networks with strict firewall egress controls; (2) Deploy network-based TLS inspection to detect and block certificate validation bypass attempts; (3) Monitor BOSH API and UAA authentication logs for anomalous credential usage patterns; (4) Implement mandatory credential rotation for all BOSH administrative accounts; (5) Restrict network access to BOSH components exclusively to authorized infrastructure management infrastructure; (6) Consider operational hold on new BOSH deployments until vendor patch becomes available.

Threat Intelligence Overview

EPSS Score
0.0%
Top 99% exploitable
Social Media
3
Sightings
Data Quality
6 sources
Confidence: High

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

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

Attack Technique

Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.

Related Vulnerabilities in BOSH Ecosystem Cryptographic and Injection Flaws

View all 4

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