Ragic Cloud Database CVE-2025-15016
CRITICALAttack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessReach Ragic web interface over network
-
DeliveryExtract or reuse hard-coded cryptographic key
-
ExploitForge verification token for target user
-
ExecutionAuthenticate as arbitrary/admin user
-
ImpactFull account takeover and data access
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A04:2025 - Cryptographic Failures
ASVS 5.0
V11 - Cryptography Key management, no hard-coded keys
|
| Exploitation Conditions | No special configuration required - the cryptographic key is hard-coded in the product, so any internet- or network-reachable instance of Ragic Enterprise Cloud Database is exploitable by an unauthenticated attacker against default deployments (AV:N/AC:L/PR:N/UI:N). The only practical limiting factor is network reachability of the application's login/verification endpoint; an attacker must be able to reach the service, and must know or recover the fixed key (trivial once published or reverse-engineered). No user interaction, prior authentication, or non-default setting is needed. |
| Impact | This is a genuinely high-priority flaw, and the signals are largely consistent. The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:N/UI:N with VC:H/VI:H/VA:H, score 9.3) describes a network-reachable, low-complexity, unauthenticated vulnerability with full compromise of confidentiality, integrity, and availability - matching the description of a hard-coded cryptographic key (CWE-321) that lets an attacker forge verification data and authenticate as any user, i.e. complete authentication bypass and account takeover. The one notable tension is the EPSS score: 0.53% (43rd percentile) is low-to-moderate and does not reflect the ease implied by the CVSS vector. This divergence is expected for a freshly disclosed vulnerability in a niche vendor product - EPSS has little observed exploitation data yet and should not be read as evidence the flaw is hard to exploit. There is no CISA KEV listing and no public exploit identified at time of analysis, so this is not confirmed active exploitation; however, hard-coded-key bypasses are typically trivial to weaponize once the key is extracted, so the gap between 'no public PoC' and 'exploitable' may close quickly. Net: treat as a serious patch-now issue for anyone running Ragic Enterprise Cloud Database, while recognizing the real-world blast radius is bounded by the product's limited deployment footprint. |
| Exploit ScenarioDerived | A remote, unauthenticated attacker who can reach the Ragic Enterprise Cloud Database web interface uses the publicly fixed (hard-coded) cryptographic key to generate valid verification information for an arbitrary account. Because the key is identical across installations, the attacker crafts a forged authentication token and logs in as any user - including administrators - without credentials. No public exploit code is identified at time of analysis, but exploitation requires only network access to the application. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 14, 2026
Ragic Enterprise Cloud Database ships with a hard-coded cryptographic key (CWE-321), and because that key is fixed across deployments an unauthenticated remote attacker who obtains it can forge the platform's verification information and authenticate as any user, including administrative accounts. No prior login, user interaction, or non-default configuration is required - the only real precondition is network reachability of the affected service, making this a broad, high-severity authentication bypass against default installations. At the time of analysis there is no evidence of confirmed active exploitation (not listed in CISA KEV) and no public exploit code identified, and the EPSS score remains low at 0.53% (43rd percentile); however, the flaw was publicly documented by TWCERT/CC, so the fixed key should be treated as effectively public and the low EPSS should not be read as low risk.
RemediationAI
No vendor-released patch or fix version is identified in the available data, so remediation must begin with confirming with Ragic (via the TWCERT/CC advisory at https://www.twcert.org.tw/en/cp-139-10588-771e5-2.html) whether a corrected build that replaces the static key with a per-installation secret has been issued and, if so, which version - apply that version as soon as it is confirmed. Until a fix exists, apply compensating controls: remove the service from untrusted networks by placing the login and verification endpoints behind an authenticated reverse proxy, VPN, or IP allowlist so that only known clients can reach them (trade-off: this blocks legitimate remote and mobile users and complicates SaaS-style access); if the deployment is customer-managed, rotate or replace the embedded cryptographic key with a uniquely generated high-entropy secret at build/deploy time and invalidate all tokens minted under the old key (trade-off: may break integrations or client components that also embed the fixed key, and requires code changes that vendor support may not cover); enforce monitoring and alerting on authentication events, particularly successful logins from unusual source addresses or for privileged accounts, to detect exploitation attempts (trade-off: detection, not prevention - the bypass still succeeds if the attacker reaches the endpoint); and treat mandatory MFA at an external identity-aware proxy as an additional layer (trade-off: does not address the underlying key compromise if the proxy itself accepts the forged verification material). Assume any secrets or sessions generated while the fixed key was in use may have been exposed and rotate downstream credentials accordingly.
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 root cause is CWE-321, Use of a Hard-coded Cryptographic Key. Rather than generating per-installation secrets during deployment, Ragic Enterprise Cloud Database embeds a static cryptographic key in the application code or configuration that is reused across all instances. That key underpins the generation and validation of authentication/verification material (for example signed tokens or session-verification data), so anyone who learns the key can reproduce the same cryptographic output the server expects and present it as a legitimate credential. The affected product is identified by the CPE cpe:2.3:a:ragic:enterprise_cloud_database:-:*:*:*:*:*:*:*, i.e. the product is tracked without a version qualifier, so all builds relying on the same embedded secret are presumed affected. Because the secret is in the shipped artifact, it can be recovered by reverse engineering binaries or client-side code, or simply reused once published in the vendor/CERT advisory - there is no per-tenant entropy to defeat replay. This class of flaw defeats the entire authentication boundary in a single step and cannot be meaningfully mitigated by endpoint hardening on the client side.
Know when Enterprise Cloud Database 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
Network-reachable, unauthenticated hard-coded-key bypass needs no user interaction (AV:N/AC:L/PR:N/UI:N); impersonating any user yields full C/I/A impact within the application scope (S:U).
Primary rating from Vendor (cert).
CVSS VectorVendor: cert
DescriptionCVE.org
Enterprise Cloud Database developed by Ragic has a Hard-coded Cryptographic Key vulnerability, allowing unauthenticated remote attackers to exploit the fixed key to generate verification information and log into the system as any user.
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.
Affected Products (CPE)CVE.org
More in Enterprise Cloud Database
View allEnterprise Cloud Database from Ragic does not properly validate the file type for uploads. Rated critical severity (CVSS
Enterprise Cloud Database from Ragic does not authenticate access to specific functionality, allowing unauthenticated re
Unauthenticated remote file disclosure in Ragic Enterprise Cloud Database allows attackers to abuse relative path traver
Enterprise Cloud Database from Ragic does not properly validate a specific page parameter, allowing unauthenticated remo
Relative path traversal in Ragic Enterprise Cloud Database enables privileged remote attackers to read arbitrary files f
Unrestricted file upload in Ragic Enterprise Cloud Database exposes all versions to unauthenticated remote exploitation,
Rogic No-Code Database Builder's file uploading function has insufficient filtering for special characters. Rated medium
Stored XSS in Ragic Enterprise Cloud Database permits unauthenticated remote attackers to inject persistent JavaScript i
NVD
CVE.org
EPSS
GitHub PoC
Exploit-DB