CVE-2026-1129
SQL Injection in Yonyou KSOA 9.0 /worksheet/worksadd.jsp
Publication date: 2026-01-19
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-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. |
| 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-2026-1129 is a SQL injection vulnerability in Yonyou KSOA version 9.0, specifically in the /worksheet/worksadd.jsp file. The vulnerability occurs because the application accepts an 'id' parameter via HTTP GET requests and directly concatenates it into a backend SQL query without proper input validation or parameterization. This allows an unauthenticated remote attacker to inject arbitrary SQL commands into the database query, potentially leading to unauthorized access, data leakage, or manipulation of the database. [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 backend Microsoft SQL Server database. Since no authentication is required, an attacker can remotely execute malicious SQL commands, compromising the confidentiality, integrity, and availability of the affected system. [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 testing the `/worksheet/worksadd.jsp` endpoint with the `id` HTTP GET parameter for SQL injection. One suggested command is to use sqlmap with the parameter `--dbms=mssql` to automate detection, for example: `sqlmap -u "http://target/worksheet/worksadd.jsp?id=1" --dbms=mssql`. Additionally, Google dorking with the query `inurl:worksheet/worksadd.jsp` can help identify vulnerable targets. [2, 3]
What immediate steps should I take to mitigate this vulnerability?
Immediate mitigation steps include implementing prepared statements (parameterized queries) to prevent SQL injection, enforcing strict input validation on the `id` parameter to allow only expected characters such as integers, deploying a Web Application Firewall (WAF) to detect and block SQL injection attempts, and disabling detailed database error messages on the frontend to prevent information leakage. If possible, replacing the affected component with an alternative product is recommended. [2, 3]