Skip to main content

Dell CSM EUVDEUVD-2026-93428

| CVE-2026-63688 CRITICAL
Missing Authentication for Critical Function (CWE-306)
2026-10-06 dell GHSA-hhg3-7qw5-4hq9
10.0
CVSS 3.1 · Vendor: dell
View

Attack ChainAIDerived

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

  1. Access
    Reach exposed csm-authorization-storage gRPC endpoint
  2. Delivery
    Send unauthenticated gRPC request
  3. Exploit
    Retrieve stored storage-array admin credentials
  4. Execution
    Authenticate to storage backends with stolen credentials
  5. Impact
    Gain full administrative control of all registered arrays

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Authentication required for critical functions
MITRE ATT&CK

1 technique across 1 tactic: Initial Access

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

Exploitation Conditions

Exploitation requires that the Dell CSM Authorization module be deployed and that its csm-authorization-storage gRPC server be network-reachable from the attacker; one or more storage arrays must be registered so that administrator credentials exist to steal. No authentication, user interaction, or special privileges are needed (PR:N/UI:N), and default-configured deployments of the authorization module are affected. The primary limiting factors are therefore environmental: the optional Authorization module must be in use, the gRPC port must be exposed to the attacker's network position, and arrays must already be onboarded - segmentation of the gRPC service from untrusted networks meaningfully reduces exposure.

Impact

This is a genuine top-priority vulnerability, not a high-CVSS-but-low-risk paper cut. The Dell-supplied CVSS 3.1 vector (AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H = 10.0) describes a maximally severe case: network-reachable, low-complexity, unauthenticated (PR:N), no user interaction, with a scope change because exploitation leaks credentials for separate security authorities (the storage arrays). CWE-306 (Missing Authentication for Critical Function) is consistent with the description and with the PR:N rating - the gRPC server simply fails to authenticate callers. The real amplifier is impact: a single unauthenticated request exposes storage backend administrator credentials for ALL registered arrays, so the I:H/A:H ratings are driven by downstream credential abuse rather than a direct write primitive. No EPSS score, KEV listing, or public POC is present in the provided data, so there is NO evidence of active exploitation yet - exploitation status is 'no public exploit identified at time of analysis.' The signals are therefore internally consistent (vendor CVSS aligns with the description) but incomplete on the exploitation-likelihood axis: severity and exploitability are near-maximal, while real-world weaponization is unmeasured. Treat as urgent to patch given the trivial exploitation path and critical blast radius, while noting that widespread automated exploitation has not been demonstrated in the supplied intelligence.

Exploit ScenarioDerived

An attacker with network reach to a Kubernetes cluster running the Dell CSM Authorization module connects directly to the csm-authorization-storage gRPC endpoint and issues requests without any credentials. Because authentication is missing entirely, the server returns the stored administrator credentials for every registered storage array, which the attacker then reuses to take full administrative control of the backend storage. No public exploit was identified in the provided data, but the low complexity and lack of authentication make a working exploit trivial to develop.

Act Now Prioritize within 24-48h. Why: CRITICAL severity.
Patch available 0.8% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Oct 06, 2026

Unauthenticated remote credential theft in the Dell Container Storage Modules (CSM) Authorization component before v1.18.0 allows any attacker who can reach the csm-authorization-storage gRPC service to retrieve the storage-backend administrator credentials for every registered storage array, turning a single unauthenticated request path into full administrative control of the underlying storage infrastructure. The defect is a missing-authentication error (CWE-306) in a critical function and carries a CVSS 3.1 score of 10.0 (AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H), with the scope change reflecting the pivot from the CSM authorization service into the storage arrays themselves. No public exploit code has been identified at time of analysis and the CVE is not listed in CISA KEV; the principal gating factors are environmental - the optional Authorization module must be deployed, its gRPC endpoint must be reachable from the attacker's network position, and at least one array must already be onboarded so that credentials exist to steal - which is why Dell's DSA-2026-448 advisory and the availability of a fixed release make this a genuine top-priority item rather than a theoretical high-CVSS score.

RemediationAI

Dell addressed this issue with the release of CSM v1.18.0, so the primary remediation is to upgrade the CSM Authorization module - and the surrounding CSM components - to v1.18.0 or later per DSA-2026-448 (https://www.dell.com/support/kbdoc/en-us/000515771/dsa-2026-448-security-update-for-dell-container-storage-modules-multiple-vulnerabilities). Because the flaw allows unauthenticated read access to storage-backend administrator credentials, upgrading alone must be paired with credential rotation: treat every registered array's administrator credentials as compromised and rotate them after the upgrade, then audit array and CSM authorization logs for unexpected gRPC calls, credential retrievals, or configuration changes during the exposure window. Where upgrading cannot be done immediately, the effective compensating control is network isolation of the csm-authorization-storage gRPC service: place it behind a firewall or network policy so that only trusted CSM and Kubernetes components can reach its listener, and avoid publishing that port on management, corporate, or otherwise untrusted networks - the trade-off is that overly tight segmentation can break legitimate CSI provisioning until the allowed source ranges are tuned. If the Authorization module is not actively required, uninstalling or disabling it removes the attack surface entirely, at the cost of losing the RBAC layer it provides. Deploying mutual TLS or an authenticating proxy in front of the gRPC endpoint can reduce exposure but should be validated against the specific CSM version in use and treated as a stopgap, not a substitute for v1.18.0.

Affected VersionsENISA

Dell Container Storage Modules (CSM) 0 <1.18.0 or later

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

Dell Container Storage Modules (CSM) is a suite of Kubernetes-native modules that expose enterprise storage arrays (PowerFlex, PowerStore, PowerScale, Unity XT and others) to container workloads via CSI drivers and supporting services. Within that suite, the CSM Authorization module implements role-based access control between Kubernetes workloads and the storage backends, and it runs a component called csm-authorization-storage - a gRPC server that brokers array credentials and authorization decisions. The vulnerability is CWE-306, Missing Authentication for Critical Function: the gRPC server does not enforce authentication on the operations that expose or provision storage-backend administrator credentials, so the interface can be driven directly by an unauthenticated caller. Because gRPC is a binary, HTTP/2-based protocol that is frequently exposed on cluster or management networks for internal service-to-service traffic, the missing check is not obscured by protocol complexity - a reachable listener is sufficient. The CPE entry cpe:2.3:a:dell:dell_container_storage_modules_(csm):*:*:*:*:*:*:*:* identifies the affected product family without version pinning in the CPE itself; the authoritative version boundary comes from Dell's advisory, which states that releases prior to v1.18.0 are vulnerable. The scope-changing (S:C) CVSS metric is appropriate because successful exploitation compromises resources beyond the vulnerable component: the credentials obtained belong to the storage arrays, not to CSM, and they grant control of the data plane those arrays serve.

Know when Kubernetes 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 (dell) PRIMARY 10.0 CRITICAL
AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
vuln.today AI 10.0 CRITICAL

Unauthenticated network-reachable gRPC with no auth check gives AV:N/AC:L/PR:N/UI:N; leaking array admin credentials crosses a security boundary (S:C) and enables full backend compromise, so C:H/I:H/A:H.

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

Primary rating from Vendor (dell).

CVSS VectorVendor: dell

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

Lifecycle Timeline

2
Patch available
Oct 06, 2026 - 16:03 EUVD
CVE Published
Oct 06, 2026 - 14:32 cve.org
CRITICAL 10.0

DescriptionCVE.org

Dell Container Storage Modules (CSM), versions prior to v1.18.0, contains a Missing Authentication for Critical Function vulnerability in the csm-authorization-storage gRPC server. An unauthenticated remote attacker could potentially exploit this vulnerability, leading to unauthorized access to storage backend administrator credentials for all registered storage arrays.

Executive ViewAI

Why It Matters

Dell's Container Storage Modules (CSM) Authorization component can hand an attacker the administrator credentials for every registered storage array, meaning one unauthenticated request to a reachable gRPC endpoint could translate into full control of the organization's underlying storage infrastructure and the data on it. The exposure is unauthenticated (CVSS vector PR:N) and rated 10.0, but it is gated by environment: the optional Authorization module must be deployed, its csm-authorization-storage gRPC service must be network-reachable, and at least one array must be registered. No vendor-released patch is identified at time of analysis and no public exploit has been identified at time of analysis, so leadership should treat this as a containment problem - the affected blast radius is every Kubernetes environment where the module is reachable and every storage array it manages.

Business Impact: Severe
Compensating Controls

No vendor-released patch identified at time of analysis. Interim mitigations: block external and cross-namespace reachability to the csm-authorization-storage gRPC endpoint via firewall rules, Kubernetes NetworkPolicy, or service mesh policy limited to trusted management hosts; disable or uninstall the optional Authorization module where it is not operationally required; enforce mutual TLS and authentication at the ingress to the gRPC service; rotate storage-backend administrator credentials for all registered arrays and monitor arrays for unauthorized administrative actions; enable and review audit logging on the CSM Authorization service and on the storage arrays to detect anomalous credential-retrieval or configuration requests.

Threat Intelligence Overview

EPSS Score
0.8%
Top 45% exploitable
Prevalence
Low
niche Kubernetes storage-integration module, optional authorization component, limited enterprise deployment
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 CRITICAL
CISA KEV No
Public POC No
EPSS 0.8%
Patch available Yes
Active threat No
Deciding rule
CRITICAL severity
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
Out-of-Cycle
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact
Very High
Technical Impact
Total

Priority Score

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

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

CVE-2025-1974 CRITICAL POC
9.8 Mar 25

A critical vulnerability in Kubernetes ingress-nginx controller allows unauthenticated attackers with pod network access

CVE-2026-45321 CRITICAL POC
9.6 May 12

Credential-harvesting malware compromised 84 versions of 42 TanStack npm packages on 2026-05-11 via chained GitHub Actio

CVE-2025-1098 HIGH POC
8.8 Mar 25

Kubernetes ingress-nginx contains a configuration injection vulnerability via the mirror-target and mirror-host Ingress

CVE-2025-24514 HIGH POC
8.8 Mar 25

A security issue was discovered in ingress-nginx https://github.com/kubernetes/ingress-nginx where the `auth-url` Ingres

CVE-2025-1097 HIGH POC
8.8 Mar 25

A security issue was discovered in ingress-nginx https://github.com/kubernetes/ingress-nginx where the `auth-tls-match-c

CVE-2020-8554 MEDIUM POC
6.3 Jan 21

Kubernetes API server in all versions allow an attacker who is able to create a ClusterIP service and set the spec.exter

CVE-2023-3676 HIGH POC
8.8 Oct 31

A security issue was discovered in Kubernetes where a user that can create pods on Windows nodes may be able to escalate

CVE-2025-55190 CRITICAL POC
9.9 Sep 04

Argo CD is a declarative, GitOps continuous delivery tool for Kubernetes. Rated critical severity (CVSS 9.9), this vulne

CVE-2026-34976 CRITICAL POC
10.0 Apr 02

Unauthenticated remote attackers can trigger complete database overwrites, server-side file reads, and SSRF attacks agai

CVE-2018-18843 CRITICAL POC
10.0 Dec 04

The Kubernetes integration in GitLab Enterprise Edition 11.x before 11.2.8, 11.3.x before 11.3.9, and 11.4.x before 11.4

CVE-2026-54680 CRITICAL POC
9.9 Jul 29

Fluentd configuration injection in the kube-logging Logging operator before 6.6.0 allows a namespace-scoped user who can

CVE-2026-22039 CRITICAL POC
9.9 Jan 27

Kyverno Kubernetes policy engine prior to 1.x has a privilege escalation vulnerability (CVSS 9.9) allowing policy bypass

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