Skip to main content

Dataease EUVDEUVD-2026-13525

| CVE-2026-32939 HIGH
Improper Handling of Case Sensitivity (CWE-178)
2026-03-20 security-advisories@github.com
8.1
CVSS 3.1 · GitHub Advisory
View

Attack ChainAIDerived

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

  1. Access
    Set JVM locale to Turkish (tr_TR)
  2. Delivery
    Craft JDBC URL with 'iNIT' parameter
  3. Exploit
    DataEase converts to 'İNIT', bypasses validation
  4. Execution
    H2 engine normalizes to 'INIT', executes initialization
  5. Impact
    Achieve 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.0% exploitation probability (EPSS)

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

Alert me

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

dataease < 2.10.20

Affected Packages

euvd dataease fix: 2.10.20

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

GitHub Advisory PRIMARY 8.1 HIGH
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

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

Lifecycle Timeline

3
Analysis Updated
Apr 16, 2026 - 06:20 EUVD-patch-fix
executive summary
Patch available
Apr 16, 2026 - 05:29 EUVD
2.10.20
CVE Published
Mar 20, 2026 - 04:16 nvd
HIGH 8.1

DescriptionGitHub 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

Why It Matters

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.

Business Impact: High
Compensating Controls

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

EPSS Score
0.0%
Top 86% exploitable
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

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 HIGH
CISA KEV No
Public POC No
EPSS 0.0%
Patch available Yes
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.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
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

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

CVE-2025-49003 CRITICAL POC
9.8 Jun 26

DataEase is an open source business intelligence and data visualization tool. Prior to version 2.10.11, a threat actor m

CVE-2025-49002 CRITICAL POC
9.8 Jun 03

Auth bypass in DataEase via CVE-2025-49001 patch evasion. PoC available.

CVE-2025-49001 CRITICAL POC
9.8 Jun 03

Auth bypass in DataEase BI tool before 2.10.10.

CVE-2025-53005 CRITICAL POC
9.8 Jul 01

A remote code execution vulnerability in DataEase (CVSS 9.8). Risk factors: public PoC available.

CVE-2025-53004 CRITICAL POC
9.8 Jun 30

A remote code execution vulnerability in DataEase (CVSS 9.8). Risk factors: public PoC available.

CVE-2025-53006 CRITICAL POC
9.8 Jul 02

A remote code execution vulnerability in DataEase (CVSS 9.8). Risk factors: public PoC available.

CVE-2026-23958 CRITICAL POC
9.8 Jan 22

DataEase data visualization tool prior to 2.10.19 uses MD5-hashed passwords without salting, allowing attackers to crack

CVE-2024-46997 CRITICAL POC
9.8 Sep 23

DataEase is an open source data visualization analysis tool. Rated critical severity (CVSS 9.8), this vulnerability is r

CVE-2023-37258 CRITICAL POC
9.8 Jul 25

DataEase is an open source data visualization analysis tool. Rated critical severity (CVSS 9.8), this vulnerability is r

CVE-2023-33963 CRITICAL POC
9.8 Jun 01

DataEase is an open source data visualization and analysis tool. Rated critical severity (CVSS 9.8), this vulnerability

CVE-2023-28437 CRITICAL POC
9.8 Mar 25

Dataease is an open source data visualization and analysis tool. Rated critical severity (CVSS 9.8), this vulnerability

CVE-2022-39312 CRITICAL POC
9.8 Oct 25

Dataease is an open source data visualization analysis tool. Rated critical severity (CVSS 9.8), this vulnerability is r

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