Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
Network-reachable API, low complexity, requires a low-privilege authenticated account (PR:L), no user interaction, and yields arbitrary code execution giving full C/I/A impact.
Primary rating from Vendor (GitHub_M).
CVSS VectorVendor: GitHub_M
Lifecycle Timeline
4DescriptionCVE.org
DataEase is an open source data visualization and analysis tool. Prior to 2.10.23, DataEase can be exploited by uploading payload.zip through the Excel upload API /datasource/upload, creating an H2 datasource that uses the zip: protocol, and executing an SQL dataset path where CalciteProvider.jdbcFetchResultField calls statement.executeQuery(), causing precompiled Java aliases in test.mv.db to execute arbitrary code. This issue is fixed in version 2.10.23.
AnalysisAI
Remote authenticated code execution in DataEase before 2.10.23 lets a low-privileged user abuse the Excel/datasource upload workflow to run arbitrary Java. By uploading a crafted payload.zip via /datasource/upload and defining an H2 datasource that references the archive through the zip: protocol, an attacker forces CalciteProvider.jdbcFetchResultField to execute a query that triggers precompiled Java aliases embedded in test.mv.db. The vendor CVSS 4.0 vector scores this 7.1 (confidentiality-only), but the underlying primitive is full arbitrary code execution; no public exploit identified at time of analysis and it is not listed in CISA KEV.
Technical ContextAI
DataEase is an open-source business-intelligence and data-visualization platform (Java/Spring backend, io.dataease packages) that connects heterogeneous datasources and runs SQL datasets through an Apache Calcite abstraction layer. The root cause is CWE-434 (unrestricted upload of a dangerous file type) chained into a JDBC-side code-execution sink: the H2 database engine supports aliases/user-defined functions that can carry precompiled Java, and H2's zip:/split file protocols allow a database file (here test.mv.db) to be sourced from an attacker-supplied archive. Because CalciteProvider builds the connection from user-controlled datasource configuration and then calls statement.executeQuery() (CalciteProvider.jdbcFetchResultField), the malicious aliases in the uploaded H2 file are invoked during normal query fetch, turning a data-source definition into a code-execution channel. CPE cpe:2.3:a:dataease:dataease:*:*:*:*:*:*:*:* confirms all versions prior to the fix are in scope.
RemediationAI
Vendor-released patch: upgrade to DataEase 2.10.23 or later, which introduces JdbcUrlSecurityPolicy and driver-class validation (commits 304104d70e27a97f8909981f56209edc117dc285 and a7bffa795cb0ca041dce0effe68479cf3bf13db1) to constrain which drivers and JDBC URLs a datasource may use; follow the advisory at https://github.com/dataease/dataease/security/advisories/GHSA-cjmg-jqmc-xj5v. If immediate upgrade is not possible, apply compensating controls: restrict or disable the /datasource/upload endpoint and the ability to create H2 datasources for non-administrative roles, reject datasource configurations whose JDBC URL uses the zip:/split: file protocols, and remove low-privileged users' ability to create arbitrary datasources. Also keep DataEase behind authenticated network segmentation so the console is not internet-exposed. Trade-offs: disabling H2/custom datasource creation breaks legitimate H2-based or file-upload data workflows, and tightening upload permissions may require reassigning who manages datasources, so validate business impact before enforcing.
Oracle Java SE 7 Update 6 and earlier contains multiple sandbox bypass vulnerabilities via the ClassFinder and forName m
Remote code execution in IBM Sterling B2B Integrator, Sterling Integrator, and Tivoli Common Reporting allows unauthenti
Java Runtime Environment sandbox bypass via incorrect image channel verification in 2D component allows remote unauthent
Oracle Java SE JDK/JRE 7 and 6 Update 27 and earlier allows remote code execution with complete system compromise throug
JBoss Seam 2 in Red Hat JBoss EAP 4.3.0 fails to sanitize JBoss Expression Language inputs, allowing remote attackers to
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 update 4 and earlier, 6 up
Multiple vulnerabilities in Oracle Java 7 before Update 11 allow remote attackers to execute arbitrary code by (1) using
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 2 and earlier, 6 Up
The WLS Security component in Oracle WebLogic Server 10.3.6.0, 12.1.2.0, 12.1.3.0, and 12.2.1.0 allows remote attackers
Unspecified vulnerability in the Java Runtime Environment (JRE) component in Oracle Java SE 7 Update 7 and earlier allow
Remote unauthenticated attackers can execute arbitrary code on Adobe ColdFusion servers through Java deserialization fla
The ExceptionDelegator component in Apache Struts before 2.2.3.1 interprets parameter values as OGNL expressions during
Share
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-44780