CVE-2026-1121
SQL Injection in Yonyou KSOA 9.0 /worksheet/del_workplan.jsp
Publication date: 2026-01-18
Last updated on: 2026-04-29
Assigner: VulDB
Description
Description
CVSS Scores
EPSS Scores
| Probability: | |
| Percentile: |
Meta Information
Affected Vendors & Products
| Vendor | Product | Version / Range |
|---|---|---|
| yonyou | ksoa | 9.0 |
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. |
| CWE-74 | The product constructs all or part of a command, data structure, or record using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify how it is parsed or interpreted when it is sent to a downstream component. |
Attack-Flow Graph
AI Powered Q&A
Can you explain this vulnerability to me?
CVE-2026-1121 is a SQL injection vulnerability in Yonyou KSOA version 9.0, specifically in the /worksheet/del_workplan.jsp file. The vulnerability occurs because the application accepts an 'id' parameter via HTTP GET requests and directly concatenates it into a SQL query without proper input validation or parameterization. This allows an unauthenticated remote attacker to inject arbitrary SQL commands into the backend Microsoft SQL Server database, potentially leading to unauthorized access or manipulation of data. [1, 2, 3]
How can this vulnerability impact me? :
Exploitation of this vulnerability can lead to unauthorized database access, leakage of sensitive data, data tampering, and potentially administrative control over the database server. This compromises the confidentiality, integrity, and availability of the affected system. Since the vulnerability can be exploited remotely without authentication, it poses a significant security risk. [1, 2, 3]
How can this vulnerability be detected on my network or system? Can you suggest some commands?
This vulnerability can be detected by sending crafted HTTP GET requests to the endpoint /worksheet/del_workplan.jsp with the id parameter containing SQL injection payloads. For example, you can use curl to test for SQL injection by sending a request like: curl "http://<target>/worksheet/del_workplan.jsp?id=1' OR '1'='1". Additionally, time-based payloads such as using WAITFOR DELAY '0:0:5' can be used to confirm the presence of SQL injection, e.g., curl "http://<target>/worksheet/del_workplan.jsp?id=1; WAITFOR DELAY '0:0:5'--". Network detection can also involve monitoring for unusual or suspicious GET requests targeting this endpoint with SQL syntax in the id parameter. Google dorking with the query inurl:worksheet/del_workplan.jsp can help identify vulnerable targets externally. [2, 3]
What immediate steps should I take to mitigate this vulnerability?
Immediate mitigation steps include: 1) Implement parameterized queries (prepared statements) to prevent SQL injection by ensuring user input is treated as data, not code. 2) Apply strict input validation on the id parameter, restricting it to expected formats such as integers only. 3) Deploy a Web Application Firewall (WAF) to detect and block SQL injection attempts. 4) Disable detailed database error messages on the frontend to avoid information leakage. 5) If possible, replace the affected component with an alternative product, as no vendor patch is available. These steps reduce the risk of exploitation until a permanent fix is provided. [2, 3]