Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessSet JVM locale to Turkish (tr_TR)
-
DeliveryCraft JDBC URL with 'iNIT' parameter
-
ExploitDataEase converts to 'İNIT', bypasses validation
-
ExecutionH2 engine normalizes to 'INIT', executes initialization
-
ImpactAchieve remote code execution
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Case sensitivity handling
|
| Exploitation Conditions | Requires DataEase versions 2.10.19 and below running on a system with Turkish locale (tr_TR) JVM default locale. Remote unauthenticated attacker can bypass JDBC URL validation by exploiting locale-specific character conversion (lowercase 'i' to 'İ') to inject malicious H2 database parameters. |
| Impact | The CVSS 4.0 score of 7.7 reflects high confidentiality, integrity, and availability impacts (VC:H/VI:H/VA:H) but requires network access with high attack complexity, present attack timing, and low privileges (AV:N/AC:H/AT:P/PR:L). The high attack complexity and present attack timing requirements indicate this is not trivially exploitable—it requires specific environmental conditions (Turkish or similar locale settings) that significantly limit the attack surface. While the vulnerability has been confirmed exploitable in real deployments, there is no EPSS score provided, no evidence of KEV listing indicating active exploitation, and no public proof-of-concept available. The real-world risk is moderate: organizations running DataEase in Turkish locale environments with authenticated users face genuine risk of JDBC injection attacks, but the narrow environmental prerequisite (specific locale settings) and authentication requirement substantially reduce the likelihood of widespread exploitation compared to the base CVSS score suggests. This should be prioritized for patching in affected locale environments but is not an emergency for typical English-locale deployments. |
| Exploit ScenarioDerived | An authenticated attacker with low-level privileges targeting a DataEase instance running in a Turkish locale environment crafts a malicious database connection request containing JDBC parameters like 'iNIT' (lowercase with carefully chosen casing). When DataEase validates the request using its default Turkish locale, the string becomes 'İNIT' which bypasses the security blacklist, but when H2 JDBC processes the same parameter using English locale rules, it correctly interprets it as 'INIT' and executes arbitrary initialization code, allowing the attacker to gain database access, execute system commands, or exfiltrate sensitive business intelligence data stored in the visualization platform. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Mar 20, 2026
DataEase versions 2.10.19 and below contain a locale-dependent validation bypass vulnerability that allows attackers to smuggle dangerous JDBC parameters past security filters. The flaw stems from inconsistent locale handling where DataEase's validation uses the JVM default locale while H2 JDBC always uses English locale, causing Turkish locale environments to misinterpret malicious parameters like 'iNIT' (bypassing blacklist as 'İNIT' while H2 executes it as 'INIT'). This has been confirmed as exploitable in real deployment scenarios and enables authenticated attackers with low privileges to achieve high-impact code execution or data access, though there is no evidence yet of active exploitation or public proof-of-concept.
RemediationAI
Upgrade DataEase to version 2.10.20 or later, which contains the fix for this locale-handling vulnerability as documented in the release notes at https://github.com/dataease/dataease/releases/tag/v2.10.20 and commit 8f1c21834a620d37dafb3fa24605c059d0a5b80d at https://github.com/dataease/dataease/commit/8f1c21834a620d37dafb3fa24605c059d0a5b80d. Organizations unable to immediately upgrade and running DataEase in Turkish or similar locale environments should consider temporarily switching the JVM default locale to English (en_US) using the -Duser.language=en and -Duser.country=US JVM parameters, though this is a workaround and not a complete security solution. Additionally, restrict network access to DataEase instances to trusted IP ranges and implement strict authentication controls to minimize the low-privilege requirement for exploitation. Consult the GitHub security advisory at https://github.com/dataease/dataease/security/advisories/GHSA-pj7p-3m49-52qq for complete vendor guidance.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
This vulnerability affects DataEase, an open-source data visualization platform written in Java that uses H2 JDBC for database connectivity. The root cause is CWE-178 (Improper Handling of Case Sensitivity), specifically a locale inconsistency issue. DataEase's security validation uses String.toUpperCase() without an explicit locale parameter, defaulting to the JVM runtime locale, while the H2 JDBC driver consistently normalizes URLs using Locale.ENGLISH. In Turkish locale environments (tr_TR), Java's case conversion rules differ significantly from English—the lowercase 'i' becomes 'İ' (dotted capital I) rather than 'I'. This creates a dangerous discrepancy where malicious JDBC parameters can be crafted to appear benign to DataEase's blacklist filter but still be executed as dangerous commands by the underlying H2 database engine. The affected product according to EUVD is dataease versions prior to 2.10.20.
Know when Dataease 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:H/PR:N/UI:N/S:U/C:H/I:H/A:H
Primary rating from GitHub Advisory · only source for this CVE.
CVSS VectorGitHub Advisory
Lifecycle Timeline
3DescriptionGitHub Advisory
DataEase is an open source data visualization analysis tool. Versions 2.10.19 and below have inconsistent Locale handling between the JDBC URL validation logic and the H2 JDBC engine's internal parsing. DataEase uses String.toUpperCase() without specifying an explicit Locale, causing its security checks to rely on the JVM's default runtime locale, while H2 JDBC always normalizes URLs using Locale.ENGLISH. In Turkish locale environments (tr_TR), Java converts the lowercase letter i to İ (dotted capital I) instead of the standard I, so a malicious parameter like iNIT becomes İNIT in DataEase's filter (bypassing its blacklist) while H2 still correctly interprets it as INIT. This discrepancy allows attackers to smuggle dangerous JDBC parameters past DataEase's security validation, and the issue has been confirmed as exploitable in real DataEase deployment scenarios running under affected regional settings. The issue has been fixed in version 2.10.20.
Executive ViewAI
DataEase versions 2.10.19 and below contain a locale-dependent validation bypass that allows authenticated users with low privileges to execute arbitrary code or access sensitive data through maliciously crafted JDBC parameters. Organizations using DataEase in Turkish or similar locale environments face immediate risk of unauthorized code execution within their analytics infrastructure, potentially compromising data confidentiality and system integrity across dependent applications.
If immediate patching is not feasible: (1) Restrict DataEase access to trusted internal networks only, blocking external user connections; (2) Enforce JVM locale override to English (en_US) via -Duser.country=US -Duser.language=en startup parameters across all DataEase instances; (3) Monitor and log all DataEase user authentication attempts and query executions; (4) Implement database connection restrictions limiting JDBC parameter types at the H2 database layer if possible. Apply vendor patch (version 2.10.20 or later) as primary remediation.
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.
DataEase is an open source business intelligence and data visualization tool. Prior to version 2.10.11, a threat actor m
Auth bypass in DataEase via CVE-2025-49001 patch evasion. PoC available.
Auth bypass in DataEase BI tool before 2.10.10.
A remote code execution vulnerability in DataEase (CVSS 9.8). Risk factors: public PoC available.
A remote code execution vulnerability in DataEase (CVSS 9.8). Risk factors: public PoC available.
A remote code execution vulnerability in DataEase (CVSS 9.8). Risk factors: public PoC available.
DataEase data visualization tool prior to 2.10.19 uses MD5-hashed passwords without salting, allowing attackers to crack
DataEase is an open source data visualization analysis tool. Rated critical severity (CVSS 9.8), this vulnerability is r
DataEase is an open source data visualization analysis tool. Rated critical severity (CVSS 9.8), this vulnerability is r
DataEase is an open source data visualization and analysis tool. Rated critical severity (CVSS 9.8), this vulnerability
Dataease is an open source data visualization and analysis tool. Rated critical severity (CVSS 9.8), this vulnerability
Dataease is an open source data visualization analysis tool. Rated critical severity (CVSS 9.8), this vulnerability is r
EUVD-2026-13525
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB