Skip to main content

Bitnami MariaDB Galera EUVDEUVD-2026-37931

| CVE-2026-47847 MEDIUM
Use of Hard-coded Credentials (CWE-798)
2026-06-18 vmware
5.3
CVSS 3.1 · Vendor: vmware
View

Attack ChainAIDerived

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

  1. Access
    Identify network-accessible MariaDB Galera port
  2. Delivery
    Connect using publicly known 'monitor'/'monitor' credentials
  3. Exploit
    Authenticate as REPLICATION CLIENT user
  4. Execution
    Execute SHOW MASTER/SLAVE STATUS commands
  5. Impact
    Enumerate 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 monitor/monitor - this is the default state for all Helm chart deployments prior to 18.3.0, since the chart provided no Helm values to configure these credentials. Exploitation is limited by network exposure: if the MariaDB Service is of type ClusterIP (internal only) and Kubernetes NetworkPolicies restrict cross-namespace database access, exploitation is confined to workloads already running within the same cluster with reachable pod or service IPs. REPLICATION CLIENT privileges do not grant SELECT or other DML access, so an attacker cannot directly read application table data through this credential alone - the direct impact is constrained to replication metadata and topology enumeration.

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 monitor/monitor, requiring only a standard MySQL client. Once authenticated as the replication user, they execute SHOW SLAVE STATUS, SHOW MASTER STATUS, and SHOW BINARY LOGS to map the cluster's replication topology, identify the primary write node, and determine binary log positions - information useful for planning targeted follow-on attacks such as targeted disruption of the primary or timing-based data extraction attempts. No exploit code is publicly known; the attack requires only knowledge of the default credentials published in the CVE description.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
Patch available 0.2% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – 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

bitnami/mariadb-galera 11.8.0 <11.8.7-photon-5-r1
bitnami/mariadb-galera Helm chart 0 <18.3.0
bitnami/mariadb-galera 12.3.0 <12.3.2-photon-5-r0
bitnami/mariadb-galera 10.6.0 <10.6.27-photon-5-r0
bitnami/mariadb-galera 11.4.0 <11.4.12-photon-5-r0
bitnami/mariadb-galera 10.11.0 <10.11.17-photon-5-r1

Affected Packages

euvd bitnami_mariadb_galera fix: 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
euvd bitnami_mariadb_galera_helm_chart fix: 18.3.0

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

Vendor (vmware) PRIMARY 5.3 MEDIUM
AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:N/A:N
vuln.today AI 5.3 MEDIUM

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).

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

Primary rating from Vendor (vmware).

CVSS VectorVendor: vmware

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

Lifecycle Timeline

1
Patch available
Jun 18, 2026 - 21:02 EUVD

DescriptionCVE.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

EPSS Score
0.2%
Top 92% exploitable
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 MEDIUM
CISA KEV No
Public POC No
EPSS 0.2%
Patch available Yes
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.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· derived
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
Yes
Human Impact· derived
Medium
Technical Impact
Partial

Priority Score

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

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