CVE-2025-34038
BaseFortify
Publication date: 2025-06-24
Last updated on: 2025-11-20
Assigner: VulnCheck
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| weaver | e-cology | to 8.0 (inc) |
Helpful Resources
Exploitability
| CWE ID | Description |
|---|---|
| CWE-89 | The product constructs all or part of an SQL command using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the intended SQL command when it is sent to a downstream component. Without sufficient removal or quoting of SQL syntax in user-controllable inputs, the generated SQL query can cause those inputs to be interpreted as SQL instead of ordinary user data. |
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?
CVE-2025-34038 is a SQL injection vulnerability in the Fanwei e-cology 8.0 system, specifically in the getdata.jsp endpoint. The application takes user input from the 'sql' parameter and directly executes it in a database query without sanitization or parameterization. This allows unauthenticated attackers to inject arbitrary SQL commands, potentially accessing or extracting sensitive data such as administrator password hashes. [1]
How can this vulnerability impact me? :
This vulnerability can allow attackers to execute arbitrary SQL queries on the backend database without authentication. As a result, attackers can extract sensitive information such as administrator password hashes, which could lead to unauthorized access, data breaches, and compromise of the entire system. [1]
How can this vulnerability be detected on my network or system? Can you suggest some commands?
This vulnerability can be detected by sending a specially crafted HTTP GET request to the vulnerable endpoint and checking the response for expected results. For example, sending a request to `http://<target>/js/hrm/getdata.jsp?cmd=getSelectAllId&sql=select 1234 as id` should return `1234` if the system is vulnerable. Additionally, a Python3 script using the requests library is available to automate detection by sending this test query and analyzing the response. [1]