Skip to main content

NooBaa CVE-2026-86330

| EUVDEUVD-2026-88236 HIGH
OS Command Injection (CWE-78)
2026-09-28 redhat GHSA-xc7x-4vw8-2652
7.2
CVSS 3.1 · Vendor: redhat
View

Attack ChainAIDerived

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

  1. Access
    Obtain NooBaa admin credentials
  2. Delivery
    Call cluster_internal_api set_hostname_internal
  3. Exploit
    Inject shell metacharacters in hostname parameter
  4. Execution
    Command runs unsanitized via shell
  5. Impact
    Execute arbitrary commands as NooBaa process

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

Requires authenticated access with NooBaa administrative privileges (PR:H) to reach the cluster_internal_api set_hostname_internal function; the attacker must supply a hostname value containing shell metacharacters that is passed unsanitized to a shell command. Exploitation is limited by the need for pre-existing admin credentials on the Multi-Cloud Object Gateway, so it is not exploitable against default unauthenticated exposure. Realized impact is bounded by the privileges of the NooBaa process context (typically the NooBaa pod in an OpenShift Data Foundation deployment) rather than guaranteed node-level root.

Impact

This is a genuine but access-gated vulnerability. The CVSS 3.1 vector (AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H, base 7.2) describes network-reachable, low-complexity exploitation with full CIA impact, but crucially requires PR:H - the description confirms an 'authenticated attacker with administrative privileges'. That admin-only prerequisite is the single largest risk-limiting factor: an attacker already holding NooBaa administrative credentials is a high-trust actor, so this is more a privilege-boundary/defense-in-depth failure than a mass-exploitable perimeter flaw. No EPSS score, no CISA KEV listing, and no public exploit are present in the provided data, so exploitation status is 'no public exploit identified at time of analysis'. There are no conflicting signals here - the CVSS network vector is consistent with the description (the API is remotely reachable), and the auth requirement is explicitly stated in both. The main uncertainty is real-world impact scope: the description says commands run 'on the host system with the privileges of the NooBaa process', which in a containerized OpenShift Data Foundation deployment typically means the NooBaa pod's service context rather than the bare-metal node - verify whether container escape or elevated pod privileges extend this to node compromise. Overall a real, patch-worthy issue but a low-to-moderate operational priority given the administrative-authentication barrier and absence of exploitation evidence.

Exploit ScenarioDerived

An attacker who has obtained NooBaa administrative credentials (or an over-privileged operator abusing access) invokes the cluster_internal_api set_hostname_internal call and supplies a hostname value containing shell metacharacters (e.g. ; or backticks). Because the parameter is passed unsanitized into a shell command, the injected commands execute with the privileges of the NooBaa process. No public proof-of-concept is identified in the provided data.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 2.2% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Sep 28, 2026

Command injection in NooBaa's cluster_internal_api (set_hostname_internal function) allows an authenticated attacker holding NooBaa administrative privileges on a Red Hat OpenShift Data Foundation 4 Multi-Cloud Object Gateway to execute arbitrary shell commands in the context of the NooBaa process by supplying a hostname value containing shell metacharacters. The flaw carries a CVSS 3.1 base score of 7.2 (AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H), and the high-privilege prerequisite means it is not reachable by unauthenticated users; realized impact is bounded by the privileges of the NooBaa pod rather than guaranteed node-level root. No public exploit code or confirmed active exploitation (CISA KEV) was identified at time of analysis.

RemediationAI

No vendor-released patch version is identified in the available data, so the primary action is to check the Red Hat errata referenced from the advisory at https://access.redhat.com/security/cve/CVE-2026-86330 (tracking bug https://bugzilla.redhat.com/show_bug.cgi?id=2529295) and apply the fixed OpenShift Data Foundation 4 update as soon as Red Hat publishes it; because no fix version is confirmed here, do not assume a specific build is patched without verifying against that advisory. Until then, compensating controls are privilege- and reachability-based: reduce who can hold NooBaa administrative rights by tightening OpenShift RBAC on the NooBaa and ODF admin roles and by removing clustered admin bindings from non-essential users, accepting that legitimate administrative workflows will need to run under named, audited accounts; block or restrict network access to the cluster_internal_api endpoint using NetworkPolicy/Ingress rules so only the ODF operator and management networks can reach it, at the cost of breaking out-of-band automation that calls that API; and constrain the NooBaa workload with a restrictive OpenShift SecurityContextConstraint, read-only root filesystem, least-privilege service account, and no privileged host mounts, so that any injected command executes with minimal privilege - this limits, but does not eliminate, impact. Because exploitation requires admin credentials, detection should focus on NooBaa admin audit logs and process execution inside the NooBaa pod for shell metacharacters or unexpected child processes spawned from the hostname-setting code path.

Affects your stack

Find out whether the stacks and servers you run are on an affected version.

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

Technical ContextAI · show details

The root cause is CWE-78 (Improper Neutralization of Special Elements used in an OS Command), a classic OS command injection class in which user-controlled input is concatenated into a shell invocation instead of being passed as discrete arguments or sanitized. In this case the set_hostname_internal function of NooBaa's cluster_internal_api takes a caller-supplied hostname parameter and forwards it unsanitized to a shell command, so metacharacters such as semicolons, backticks, pipes, or command substitution sequences terminate the intended command and append attacker-controlled execution. NooBaa is the Multi-Cloud Object Gateway (S3-compatible data service) deployed and managed inside Red Hat OpenShift Data Foundation 4; the CPE entries (cpe:2.3:a:red_hat:red_hat_openshift_data_foundation_4) confirm the affected package is ODF 4 with a wildcard version, meaning the vulnerable NooBaa build is shipped across multiple ODF 4 releases. Because the injected command inherits the NooBaa process identity - typically the NooBaa pod's service account and container user inside the OpenShift cluster - the blast radius is the pod's filesystem, mounted secrets/storage and reachable in-cluster services, subject to the OpenShift SCC and network policy applied to that workload. The cluster_internal_api is an administrative interface, which is why the assessed vector requires PR:H rather than PR:N; the vector shows no scope change (S:U) and full confidentiality, integrity and availability impact (C:H/I:H/A:H) within that security scope.

Know when Red Hat Openshift Data Foundation 4 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 (redhat) PRIMARY 7.2 HIGH
AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
vuln.today AI 7.2 HIGH

API is network-reachable (AV:N) and injection is straightforward (AC:L), but requires administrative NooBaa credentials (PR:H); command execution yields full CIA impact within the NooBaa process scope (S:U).

3.1 AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
4.0 AV:N/AC:L/AT:N/PR:H/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Red Hat 7.2 HIGH

Primary rating from Vendor (redhat).

CVSS VectorVendor: redhat

Attack Vector
Network
Attack Complexity
Low
Privileges Required
High
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
High
Availability
High

DescriptionCVE.org

An OS command injection flaw was found in the set_hostname_internal function of NooBaa's cluster_internal_api. This component is responsible for managing the Multi-Cloud Object Gateway in OpenShift Data Foundation. The vulnerability occurs because the hostname parameter is passed directly to a shell command without proper sanitization. An authenticated attacker with administrative privileges can provide a specially crafted hostname containing shell metacharacters to execute arbitrary commands on the host system with the privileges of the NooBaa process.

Executive ViewAI

Why It Matters

A command injection flaw in Red Hat OpenShift Data Foundation 4's Multi-Cloud Object Gateway (NooBaa) lets an attacker who already holds NooBaa administrative privileges run arbitrary shell commands inside the NooBaa process, potentially exposing the object storage layer's data and integrity. Because exploitation requires pre-existing administrative access to the gateway, the realistic threat is an insider or a compromised admin credential rather than an external actor reaching the platform from the internet. No vendor patch is currently available, so leadership should treat this as a containment and privileged-access governance issue rather than an emergency perimeter response.

Business Impact: Medium
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: restrict network access to the NooBaa cluster_internal_api endpoints to trusted administrative networks, minimize and tightly monitor accounts with NooBaa administrative privileges, rotate credentials for those accounts, enable and review audit logging for hostname-change operations, and apply pod-level least-privilege and runtime protections (restricted service accounts, seccomp/SELinux, read-only mounts) to bound the impact of commands executed in the NooBaa process context.

Threat Intelligence Overview

EPSS Score
2.2%
Top 18% exploitable
Prevalence
Medium
Red Hat OpenShift Data Foundation storage component; common in enterprise OpenShift, not everywhere
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 2.2%
Patch available No
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
Open
Automatable
No
Human Impact
Medium
Technical Impact
Total

Priority Score

38
Low Medium High Critical
KEV: 0
EPSS: +2
CVSS: +36
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.

Affected Products (CPE)CVE.org

cpe:2.3:a:red_hat:red_hat_openshift_data_foundation_4:*:*:*:*:*:*:*:*
cpe:2.3:a:red_hat:red_hat_openshift_data_foundation_4:*:*:*:*:*:*:*:*

Vendor StatusVendor

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