Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate as low-privileged DataEase user
-
DeliveryCreate or edit datasource with malicious schema value
-
ExploitTrigger connection status/table check
-
ExecutionSchema concatenated into metadata SQL
-
PersistexecuteQuery runs injected SQL on target DB
-
ImpactRead or alter backend database data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A05:2025 - Injection
ASVS 5.0
V1 - Encoding and Sanitization Parameterized queries, prepared statements
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Persistence The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires an authenticated DataEase account (CVSS PR:L) that can create or edit a datasource configuration and control the 'schema' field, then invoke the datasource connection status check (CalciteProvider#checkStatus) or table enumeration, which executes the schema value as SQL. The affected datasource must be one whose metadata query embeds the schema/owner - confirmed for DB2, SQL Server, PostgreSQL, and Oracle-style datasources. Limiting factors: the attacker cannot be fully anonymous (some privilege is needed to reach datasource management), no user interaction is required from a victim, and impact is bounded by the privileges of the database account DataEase uses to connect to that datasource. |
| Impact | The vendor-supplied CVSS 4.0 vector (8.7, AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:L) indicates a network-reachable, low-complexity attack that requires some authentication (PR:L) and no user interaction, with high confidentiality and integrity impact and low availability impact - consistent with reading/modifying data on the connected database rather than crashing it. The key real-world limiter is PR:L: the attacker must already be an authenticated DataEase user with permission to create or edit a datasource configuration, which narrows the exposure to insiders or accounts obtained via other means rather than fully anonymous internet attackers. No EPSS score, no CISA KEV listing, and no public PoC were provided, so exploitation appears theoretical/latent at this time; the high CVSS is driven by impact and low complexity rather than by evidence of active exploitation. Net: a genuine and worth-patching injection for any DataEase instance where semi-trusted users can manage datasources, but not an emergency mass-exploitation scenario absent PoC or KEV signals. |
| Exploit ScenarioDerived | A low-privileged but authenticated DataEase user with rights to add or edit a datasource sets a malicious 'schema' value containing SQL syntax, then triggers the connection status check or table listing. DataEase concatenates that schema into the metadata query and executes it against the connected DB2/SQL Server/PostgreSQL/Oracle database, letting the attacker exfiltrate or modify data via injected SQL. No public PoC is available, and the network vector with low complexity means the request is a single crafted datasource-check API call. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 15, 2026
SQL injection in DataEase before 2.10.23 lets an authenticated low-privilege user compromise the backend datasource by abusing the datasource connection-status check, where io.dataease.datasource.provider.CalciteProvider#checkStatus concatenates the user-controlled configuration.getSchema() value into getTablesSql and runs it via executeQuery. Because the schema/owner string is embedded directly into metadata queries for DB2, SQL Server, PostgreSQL, Oracle and other datasources, an attacker who can create or edit a datasource can inject arbitrary SQL and read or alter data on the connected database. There is no public exploit identified at time of analysis and it is not in CISA KEV, but the root cause is confirmed by the vendor commit that replaces string concatenation with parameterized PreparedStatements.
RemediationAI
Vendor-released patch: upgrade to DataEase 2.10.23 or later, which is the fixed release per the advisory (https://github.com/dataease/dataease/releases/tag/v2.10.23) and commit f1c7204da1787ef812ee23cd3d51a1824126c1fb that replaces concatenated schema values with parameterized PreparedStatements. If you cannot upgrade immediately, restrict who can create or edit datasource configurations by tightening DataEase role permissions so only fully trusted administrators hold that capability, which removes the low-privilege attack surface at the cost of reducing self-service datasource management; additionally place DataEase behind network controls so the management UI/API is not broadly reachable, and grant each configured datasource database account only least-privilege read access to limit the blast radius of any injection (trade-off: some metadata/enumeration features may be constrained). Review the referenced GitHub advisory (GHSA-rg6c-r9mv-39fr) for exact upgrade 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
DataEase is an open-source business-intelligence and data-visualization platform (Java/Spring backend) that connects to external relational databases as 'datasources'. The flaw is a classic CWE-89 SQL Injection: the CalciteProvider builds metadata-listing queries (e.g. 'select table_name, comments, owner from all_tab_comments where owner='...'' for Oracle, 'select TABNAME, REMARKS from syscat.tables WHERE TABSCHEMA ='...'' for DB2, and INFORMATION_SCHEMA.TABLES lookups for others) by inserting configuration.getSchema() with Java String.format/concatenation instead of a bound parameter. The 'checkStatus' path and the table-enumeration path both take the first getTablesSql entry and pass it to Statement.executeQuery, so any injection in the schema field executes on the target DBMS. The vendor fix (commit f1c7204) introduces a QueryAndParams object and prepareStatement so the schema is passed as a '?' bind variable, closing the injection across all provider branches.
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
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:H/VA:L/SC:N/SI:N/SA:N
Network-reachable API with low complexity and no UI, but requires an authenticated user able to edit datasource config (PR:L); high confidentiality/integrity on the backend DB, low availability.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
2DescriptionCVE.org
DataEase is an open source data visualization and analysis tool. Prior to 2.10.23, DataEase datasource connection status checks concatenate configuration.getSchema() into getTablesSql and execute the resulting SQL with executeQuery in io.dataease.datasource.provider.CalciteProvider#checkStatus, allowing SQL injection against DB2, SQL Server, PostgreSQL, and other affected datasources. This issue is fixed in version 2.10.23.
Executive ViewAI
DataEase versions before 2.10.23 contain a SQL injection vulnerability in the datasource connection-status check that allows authenticated low-privilege users to execute arbitrary queries against backend databases. Organizations using DataEase with permissive datasource editing permissions face direct risk of data exfiltration and modification within connected production databases.
No vendor-released patch identified at time of analysis. Interim mitigations: restrict datasource creation/editing to administrative users only; implement least-privilege database credentials for DataEase connections; enable comprehensive database activity monitoring and alerting for suspicious queries; consider network segmentation between DataEase and production databases; monitor database audit logs for unauthorized access or data modifications.
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
SQL injection exploits the way applications construct database queries by mixing user input directly into SQL statements.
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-44776
NVD
CVE.org
EPSS
Vulnrichment
GitHub
Exploit-DB