Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessIdentify network-accessible MariaDB Galera port
-
DeliveryConnect using publicly known 'monitor'/'monitor' credentials
-
ExploitAuthenticate as REPLICATION CLIENT user
-
ExecutionExecute SHOW MASTER/SLAVE STATUS commands
-
ImpactEnumerate cluster topology, primary node identity, and binary log state
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V6 - Authentication Credential externalization
MITRE ATT&CK
2 techniques across 2 tactics: Persistence, Credential 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 network reachability to the MariaDB service port (default 3306) on a deployment running an affected Bitnami MariaDB Galera container image or Helm chart. The vulnerable condition is present whenever the MARIADB_REPLICATION_USER and MARIADB_REPLICATION_PASSWORD environment variables have not been explicitly overridden from their defaults of |
| Impact | The NVD-assigned CVSS 3.1 score of 5.3 (Medium) with vector AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N correctly captures the low-complexity, network-accessible nature of the flaw and accurately limits impact to low confidentiality (REPLICATION CLIENT yields replication metadata, not table data). PR:N is technically justified because the hardcoded credential is publicly known, removing any practical authentication barrier. EPSS data was not provided in the input, so exploitation probability cannot be independently assessed from that signal. The vulnerability does not appear in CISA KEV and no POC code is publicly known, suggesting no current widespread weaponization. However, raw CVSS undersells the structural risk for Helm-based deployments: the chart's architectural omission of override parameters meant there was no supported path to harden the credential, making the flaw endemic to every standard deployment prior to 18.3.0 rather than an operator misconfiguration. In Kubernetes environments where database ports are accessible across namespaces or from compromised workloads, the hardcoded credential enables low-effort replication topology reconnaissance that can inform further targeted database attacks. The flaw is best characterized as moderate severity with elevated deployment breadth. |
| Exploit ScenarioDerived | An attacker with network access to a Kubernetes cluster running an unpatched Bitnami MariaDB Galera deployment connects to port 3306 on any cluster node using the publicly documented credentials |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jun 18, 2026
Hardcoded default credentials in Bitnami MariaDB Galera container images and Helm chart expose all default deployments to unauthenticated replication status enumeration over the network. The health-check user monitor with password monitor is granted REPLICATION CLIENT privileges from any host (%), meaning any network-accessible cluster running affected images (10.6.x through 12.3.x) or Helm chart prior to 18.3.0 can be accessed using these publicly known credentials. The Helm chart structurally prevented operators from overriding these credentials at deploy time, making the exposure pervasive across all standard chart-based deployments; no public exploit has been identified and the vulnerability is not in CISA KEV at time of analysis.
RemediationAI
The primary fix is to upgrade to patched container image tags - 10.6.27-photon-5-r0, 10.11.17-photon-5-r1, 11.4.12-photon-5-r0, 11.8.7-photon-5-r1, 12.3.2-photon-5-r0, or 12.3.2-debian-12-r0 - and to upgrade the Helm chart to version 18.3.0 or later, which introduces configurable Helm values for the replication user credentials. For existing deployments that cannot be immediately upgraded, operators should manually remediate by connecting to each cluster node and executing DROP USER 'monitor'@'%' followed by recreating the user with a strong, unique password, then updating any Galera health-check probes to use the new credential - note this requires coordinated changes across all cluster members and liveness/readiness probe configurations. As a network-layer compensating control, apply Kubernetes NetworkPolicy rules restricting access to MariaDB port 3306 to only trusted namespaces and service accounts, reducing the attacker pool even on unpatched nodes; the trade-off is operational overhead of maintaining fine-grained network policies. Full advisory and upgrade guidance: https://github.com/bitnami/containers/security/advisories/GHSA-xcv9-cg8m-3mf2.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 2 packages in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
CWE-798 (Use of Hard-coded Credentials) manifests here through Bitnami's containerized packaging of MariaDB Galera Cluster, a synchronous multi-master replication plugin for MariaDB. Galera's health-check mechanism requires a dedicated database user with REPLICATION CLIENT privileges to monitor replication status via commands such as SHOW MASTER STATUS and SHOW SLAVE STATUS. Bitnami hard-coded this user as monitor with password monitor and granted it from the wildcard host %, meaning any source IP is permitted to authenticate. The CPE entries (cpe:2.3:a:bitnami:bitnami/mariadb-galera and cpe:2.3:a:bitnami:bitnami/mariadb-galera_helm_chart) confirm the flaw spans both the container image artifact and the Helm chart packaging layer. Critically, the Helm chart prior to 18.3.0 exposed no Helm values to override MARIADB_REPLICATION_USER or MARIADB_REPLICATION_PASSWORD, leaving operators with no standard, declarative mechanism to rotate the credential without custom post-install scripting.
Know when Bitnami 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
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
Publicly known credentials negate the authentication barrier (PR:N, AC:L); REPLICATION CLIENT access yields read-only replication metadata, not table data (C:L, I:N, A:N).
Primary rating from Vendor (vmware).
CVSS VectorVendor: vmware
Lifecycle Timeline
1DescriptionCVE.org
Bitnami MariaDB Galera container images and Helm chart are affected by a hardcoded default credential vulnerability in the Galera replication health-check user. The MARIADB_REPLICATION_USER and MARIADB_REPLICATION_PASSWORD environment variables defaulted to monitor and monitor respectively. This user is granted REPLICATION CLIENT privileges from any host ('%'). The Bitnami Helm chart for MariaDB Galera did not expose parameters to configure this user's credentials, resulting in all chart deployments using this publicly known credential by default.
Affected versions - Container image: 10.6.x prior to 10.6.27-photon-5-r0; 10.11.x prior to 10.11.17-photon-5-r1; 11.4.x prior to 11.4.12-photon-5-r0; 11.8.x prior to 11.8.7-photon-5-r1; 12.3.x prior to 12.3.2-photon-5-r0 / 12.3.2-debian-12-r0. Helm chart: prior to 18.3.0.
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.
In Bitnami Containers, all Laravel container versions prior to: 6.20.0-debian-10-r107 for Laravel 6, 7.30.1-debian-10-r1
Authentication bypass in Bitnami Cassandra container images (4.0.x, 4.1.x, 5.0.x lines) allows remote attackers to acces
The Bitnami Sealed Secrets controller (versions up to and including 0.38.4) turns its unauthenticated POST /v1/verify an
The bitnami/pgpool Docker image, and the bitnami/postgres-ha k8s chart, under default configurations, comes with an 'rep
EUVD-2026-37931
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB