YAOOK Operator CVE-2025-14758
MEDIUMAttack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain adjacent network position
-
ExploitIntercept MariaDB replication traffic
-
ExecutionRead unprotected replicated data
-
ImpactHarvest database contents and credentials
Vulnerability Assessment
| Weakness |
CWE
ASVS 5.0
V13 - Configuration Secure default settings
|
| Exploitation Conditions | Exploitation requires that the infra-operator's MariaDB replication channel is deployed with its incorrect/insecure replication security configuration (CWE-1188 insecure default initialization), such that replication traffic is not adequately encrypted or authenticated. The attacker must hold an on-path (adjacent-network, AV:A) position able to intercept traffic between MariaDB replication peers - this is the primary limiting factor and excludes purely remote internet-based attackers. No database authentication or user interaction is needed (PR:N/UI:N), but the attack is confined to read-only disclosure of data in transit and depends on the vulnerable replication configuration being in use. |
| Impact | This is a genuine but moderate-severity information-disclosure issue, not a top-priority emergency. The CVSS 3.1 vector (AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N, base 6.5) is internally consistent with the description: an 'on-path' attacker aligns with AV:A (adjacent/positioned on the network path) rather than AV:N, and C:H with I:N/A:N matches a read-only disclosure of replication traffic including possible credentials. The EPSS score is very low (0.18%, 7th percentile), there is no CISA KEV listing, and no public exploit is identified, so there is no evidence of active or widespread exploitation - consistent with a flaw whose exploitation requires privileged network positioning between MariaDB replication peers rather than internet-wide reachability. The key limiting factor is the AV:A requirement: an attacker must already be able to intercept intra-cluster replication traffic, which substantially narrows realistic exploitation to compromised-network or insider/lateral-movement scenarios. No conflicting signals were found across the sources; the main gap is the absence of a vendor-confirmed fixed version - the only reference is the upstream GitLab issue (yaook/operator#631), not a formal advisory with remediation details. |
| Exploit ScenarioDerived | An attacker who has gained a foothold on the same network segment as a YAOOK infra-operator MariaDB cluster passively intercepts the replication stream between database nodes, which is not properly secured. Because the replication channel transmits database contents in a readable form, the attacker extracts sensitive rows and potentially stored credentials without authenticating to the database. No public exploit code is identified at time of analysis; the attack requires only standard on-path traffic-capture capability given the adjacent network position (AV:A/AC:L). |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 07, 2026
Insecure default configuration of MariaDB replication in the YAOOK infra-operator exposes database replication traffic to interception, letting an on-path attacker read database contents that may include credentials. The affected component is the infra-operator's MariaDB replication channel, which does not adequately protect replication traffic by default (CWE-1188). Exploitation requires the attacker to already hold an adjacent-network (AV:A) position on the path between MariaDB replication peers; no database credentials or user interaction are needed, and the outcome is read-only confidentiality loss with no integrity or availability impact. Risk is moderate: EPSS is 0.18% (7th percentile), there is no CISA KEV listing, and no public exploit identified at time of analysis.
RemediationAI
No vendor-released patch was identified at time of analysis; the upstream GitLab issue at https://gitlab.com/yaook/operator/-/issues/631 is the reference to monitor for a fixed operator release, and the configurable-channel nature of the defect means a configuration change may be an effective interim fix. Until a patch ships, harden the replication path directly: configure MariaDB replication to require TLS (set require_secure_transport=ON on the server, provision server certificates, and use CHANGE MASTER TO ... MASTER_SSL=1 together with REQUIRE SSL on the replication user) so that intercepted packets are not readable - the trade-off is certificate lifecycle management overhead, additional CPU for encryption, and the risk of breaking replication if the CA chain or hostname verification is misconfigured. If TLS cannot be deployed immediately, encapsulate replication traffic in a network-layer tunnel such as WireGuard or IPsec between primary and replica, or restrict replication to a dedicated, isolated management segment with strict firewall rules limiting port 3306 to the peer addresses; both alternatives reduce but do not eliminate exposure, since an attacker who already holds an on-path position inside the permitted segment can still observe traffic, and segmentation adds operational complexity for multi-region topologies. Finally, rotate any database credentials that may have transited the replication channel while the insecure configuration was in place, since disclosure of replicated credential material cannot be ruled out retroactively.
Affected ProductsAI
The affected product is the infra-operator component of the YAOOK Operator, specifically its MariaDB deployment path that provisions database replication. The vulnerability applies to deployments where the operator's generated MariaDB configuration is used without additional hardening of the replication channel; exact affected version ranges are not confirmed from the available data and no CPE strings were provided. The only authoritative reference in the source data is the upstream tracking issue at https://gitlab.com/yaook/operator/-/issues/631, which should be consulted for the current list of impacted releases and any version-specific guidance. Administrators running YAOOK-managed MariaDB replication across any network segment that is not fully trusted should treat their deployment as affected until the operator's configuration guidance confirms otherwise.
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 flaw is a CWE-1188 insecure default initialization issue: the MariaDB component shipped and configured by the YAOOK infra-operator (a Kubernetes/OpenStack-style infrastructure operator) initializes its replication security settings in a way that leaves replication traffic insufficiently encrypted or authenticated. MariaDB asynchronous replication carries binary log events, including row data and potentially seeded account credentials, over a TCP channel between primary and replica; when that channel lacks mandatory TLS or equivalent protection, anyone able to observe the segment between the two database hosts can reconstruct the replicated stream. The CVSS:3.1/AV:A/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N vector confirms the exploitation profile: the attack surface is adjacency-based rather than internet-remote, requires no privileges or interaction, and yields high confidentiality impact only. Because the defect is in how the operator generates the default configuration rather than in MariaDB itself, upstream MariaDB hardening guidance applies but the actionable fix belongs to the operator's deployment templates. No CPE strings were supplied with the source data, and the sole reference is the upstream GitLab issue (https://gitlab.com/yaook/operator/-/issues/631), so exact affected release ranges are not confirmed from available data.
Know when MariaDB 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:A/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
On-path interception of intra-cluster replication implies AV:A and AC:L with PR:N; impact is read-only disclosure so C:H, I:N, A:N.
Primary rating from Vendor (gitlab).
CVSS VectorVendor: gitlab
DescriptionCVE.org
Incorrect configuration of replication security in the MariaDB component of the infra-operator in YAOOK Operator allows an on-path attacker to read database contents, potentially including credentials
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
Information disclosure occurs when an application unintentionally exposes sensitive data that aids attackers in reconnaissance or directly compromises security.
Oracle MySQL through 5.5.52, 5.6.x through 5.6.33, and 5.7.x through 5.7.15; MariaDB before 5.5.51, 10.0.x before 10.0.2
MySQL 5.5.19 and possibly other versions, and MariaDB 5.5.28a and possibly other versions, when configured to assign the
The dtls1_reassemble_fragment function in d1_both.c in OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0
OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0.1h does not properly restrict processing of ChangeCiph
sql/password.c in Oracle MySQL 5.1.x before 5.1.63, 5.5.x before 5.5.24, and 5.6.x before 5.6.6, and MariaDB 5.1.x befor
Heap-based buffer overflow in Oracle MySQL 5.5.19 and other versions through 5.5.28, and MariaDB 5.5.28a and possibly ot
Stack-based buffer overflow in the acl_get function in Oracle MySQL 5.5.19 and other versions through 5.5.28, and 5.1.53
The ssl3_send_client_key_exchange function in s3_clnt.c in OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before
mysqld_safe in Oracle MySQL through 5.5.51, 5.6.x through 5.6.32, and 5.7.x through 5.7.14; MariaDB; Percona Server befo
The dtls1_get_message_fragment function in d1_both.c in OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.
Oracle MySQL before 5.7.3, Oracle MySQL Connector/C (aka libmysqlclient) before 6.1.3, and MariaDB before 5.5.44 use the
The BN_mod_sqrt() function, which computes a modular square root, contains a bug that can cause it to loop forever for n
NVD
CVE.org
EPSS
GitHub PoC
Exploit-DB