Skip to main content

Apache Cassandra CVE-2026-27314

| EUVDEUVD-2026-19761 HIGH
Privilege Defined With Unsafe Actions (CWE-267)
2026-04-07 apache GHSA-qxpc-96fq-wwmg
8.8
CVSS 3.1 · Vendor: apache
View

Attack ChainAIDerived

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

  1. Access
    Authenticate with low-privilege account
  2. Delivery
    Execute ADD IDENTITY command
  3. Exploit
    Associate own certificate with superuser role
  4. Execution
    Escalate privileges to superuser
  5. Impact
    Access sensitive data and modify database

Vulnerability Assessment

Weakness
CWE
ASVS 5.0
V8 - Authorization Privilege defined with unsafe actions
Exploitation Conditions

Apache Cassandra 5.0 through 5.0.6 configured with mTLS and MutualTlsAuthenticator enabled. Attacker requires authenticated user with CREATE permission. No victim interaction needed. Allows privilege escalation to superuser via ADD IDENTITY command.

Impact

This vulnerability presents a critical risk specifically to Apache Cassandra 5.0 deployments using mTLS authentication, though real-world exposure is limited by the requirement for authenticated access (CVSS PR:L) and specific configuration. CVSS 8.8 with network attack vector (AV:N) and low complexity (AC:L) indicates straightforward exploitation once an attacker gains CREATE permission. SSVC framework classification shows no current exploitation activity, confirms the attack is not automatable (requires authenticated session and specific permissions), but assigns total technical impact since successful exploitation yields complete database control. The absence of KEV listing and public exploits reduces immediate urgency, but the total technical impact and ease of exploitation (AC:L) for authenticated users make this a priority patch for affected organizations. The narrow affected version range (only Cassandra 5.0-5.0.6) and availability of a fixed version (5.0.7+) improve the remediation outlook. Organizations not using mTLS authentication or running versions outside 5.0.x are unaffected. The primary risk is for multi-tenant or shared Cassandra environments where low-privileged users legitimately have CREATE permissions but should be isolated from administrative functions.

Exploit ScenarioDerived

An attacker with legitimate low-privilege access to a Cassandra 5.0.6 cluster using mTLS authentication obtains CREATE permission through normal application workflows or social engineering. The attacker generates their own X.509 certificate and uses the ADD IDENTITY command to associate their certificate with the SUPERUSER role or other administrative accounts. On subsequent connections, the attacker presents their certificate to the MutualTlsAuthenticator, which now authenticates them with superuser privileges. With complete administrative control, the attacker can exfiltrate all database contents, modify critical data, create backdoor accounts, or disrupt service availability across the distributed cluster. The network-accessible attack vector (AV:N) and low complexity (AC:L) enable remote exploitation without additional system access beyond the initial authenticated database connection.

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

AnalysisAIv1 – Apr 07, 2026

Apache Cassandra 5.0 through 5.0.6 in mTLS environments using MutualTlsAuthenticator allows authenticated users with only CREATE permission to escalate privileges to superuser via certificate identity manipulation through the ADD IDENTITY command. CVSS 8.8 reflects high impact across confidentiality, integrity, and availability. No public exploit identified at time of analysis, with SSVC indicating non-automatable exploitation but total technical impact. Apache released patch version 5.0.7+ addressing this privilege escalation flaw (CWE-267: Privilege Defined With Unsafe Actions).

RemediationAI

Upgrade immediately to Apache Cassandra version 5.0.7 or later, which contains fixes for the privilege escalation vulnerability. Organizations should prioritize patching for production clusters using mTLS authentication with MutualTlsAuthenticator, as this is the only affected configuration. During upgrade planning, audit existing certificate-to-role mappings to identify any unauthorized privilege associations created through exploitation of this vulnerability. If immediate patching is not feasible, temporary risk reduction can be achieved by restricting CREATE permission grants to only highly trusted users in mTLS environments, though this is not a complete mitigation. Review access logs for suspicious ADD IDENTITY operations, particularly those associating certificates with superuser or other high-privilege roles. Consult the official Apache Cassandra security advisory at https://lists.apache.org/thread/zrng82ddy4rpsmfyk582v6hqxcqrbz7f for detailed upgrade instructions and additional security guidance. No workarounds fully address the vulnerability; patching to 5.0.7+ is the definitive remediation.

Affected VersionsENISA

Apache Cassandra 5.0 ≤5.0.6

Affected Packages

maven org.apache.cassandra:cassandra-all fix: 5.0.7
euvd apache_cassandra no fix

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 2 packages in maven, euvd

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

Technical ContextAI · show details

Apache Cassandra is a distributed NoSQL database system. This vulnerability affects deployments using mutual TLS (mTLS) authentication with the MutualTlsAuthenticator component, which binds X.509 certificate identities to database roles. The flaw (CWE-267: Privilege Defined With Unsafe Actions) stems from insufficient authorization checks in the ADD IDENTITY operation. The MutualTlsAuthenticator is designed to map client certificates to internal Cassandra roles for access control, but versions 5.0 through 5.0.6 fail to validate that users adding certificate identities have appropriate privileges. This allows an attacker with minimal CREATE permission to associate their certificate with any role, including SUPERUSER, effectively bypassing the entire role-based access control (RBAC) model in mTLS-enabled clusters. The vulnerability only manifests in environments where mTLS client authentication is configured, not in default username/password authentication setups.

Know when Apache Cassandra 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 (apache) PRIMARY 8.8 HIGH
AV:N/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

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

CVSS VectorVendor: apache

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

Lifecycle Timeline

2
Patch released
Apr 09, 2026 - 02:30 nvd
Patch available
CVE Published
Apr 07, 2026 - 16:33 nvd
HIGH 8.8

DescriptionCVE.org

Privilege escalation in Apache Cassandra 5.0 on an mTLS environment using MutualTlsAuthenticator allows a user with only CREATE permission to associate their own certificate identity with an arbitrary role, including a superuser role, and authenticate as that role via ADD IDENTITY.

Users are recommended to upgrade to version 5.0.7+, which fixes this issue.

Executive ViewAI

Why It Matters

Apache Cassandra 5.0-5.0.6 in mTLS environments contains a privilege escalation vulnerability allowing authenticated users with CREATE permissions to gain superuser access through certificate identity manipulation, exposing all data and cluster operations to unauthorized modification. Organizations running Cassandra in production with mutual TLS authentication must treat this as a critical access control failure that undermines the security assumptions of their deployment model.

Business Impact: High
Compensating Controls

Until upgrade to 5.0.7+: disable or strictly limit CREATE permission grants to only fully trusted internal service accounts; implement network-level access controls to restrict which hosts can connect to Cassandra ports; monitor system_auth.roles and system_auth.role_members tables for unauthorized superuser additions; enforce read-only access patterns for non-administrative roles through application-layer query validation.

Threat Intelligence Overview

EPSS Score
0.0%
Top 94% exploitable
Threat Intel
1
1 source
Data Quality
6 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GHSA VulDB

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
Open
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

Privilege escalation occurs when an attacker leverages flaws in access control mechanisms to gain permissions beyond what they were originally granted.

Related Vulnerabilities in Apache Cassandra Privilege Escalation and DoS

View all 2

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