CX SQL_Injection @ root/login.jsp [master]

[sartajsinghbhatia007]

SQL_Injection issue exists @ root/login.jsp in branch master

*The application's stmt.executeQuery method executes an SQL query with executeQuery, at line 24 of root\password.jsp. The application constructs this SQL query by embedding an untrusted string into the query without proper sanitization. The concatenated string is submitted to the database, where it is parsed and executed accordingly.An attacker would be able to inject arbitrary syntax and data into the SQL query, by crafting a malicious payload and providing it via the input ""password""; this input is then read by the = method at line 8 of root\login.jsp. This input then flows through the code, into a query and to the database server - without sanitization.This may enable an SQL Injection attack.

The application's stmt.executeQuery method executes an SQL query with executeQuery, at line 15 of root\login.jsp. The application constructs this SQL query by embedding an untrusted string into the query without proper sanitization. The concatenated string is submitted to the database, where it is parsed and executed accordingly.An attacker would be able to inject arbitrary syntax and data into the SQL query, by crafting a malicious payload and providing it via the input ""password""; this input is then read by the = method at line 8 of root\login.jsp. This input then flows through the code, into a query and to the database server - without sanitization.This may enable an SQL Injection attack.

The application's stmt.executeQuery method executes an SQL query with executeQuery, at line 15 of root\login.jsp. The application constructs this SQL query by embedding an untrusted string into the query without proper sanitization. The concatenated string is submitted to the database, where it is parsed and executed accordingly.An attacker would be able to inject arbitrary syntax and data into the SQL query, by crafting a malicious payload and providing it via the input ""username""; this input is then read by the = method at line 7 of root\login.jsp. This input then flows through the code, into a query and to the database server - without sanitization.This may enable an SQL Injection attack.

The application's stmt.executeQuery method executes an SQL query with executeQuery, at line 24 of root\password.jsp. The application constructs this SQL query by embedding an untrusted string into the query without proper sanitization. The concatenated string is submitted to the database, where it is parsed and executed accordingly.An attacker would be able to inject arbitrary syntax and data into the SQL query, by crafting a malicious payload and providing it via the input ""username""; this input is then read by the = method at line 7 of root\login.jsp. This input then flows through the code, into a query and to the database server - without sanitization.This may enable an SQL Injection attack.

The application's stmt.execute method executes an SQL query with execute, at line 51 of root\login.jsp. The application constructs this SQL query by embedding an untrusted string into the query without proper sanitization. The concatenated string is submitted to the database, where it is parsed and executed accordingly.An attacker would be able to inject arbitrary syntax and data into the SQL query, by crafting a malicious payload and providing it via the input getValue; this input is then read by the cookie.getValue method at line 40 of root\login.jsp. This input then flows through the code, into a query and to the database server - without sanitization.This may enable an SQL Injection attack.

The application's stmt.execute method executes an SQL query with execute, at line 54 of root\login.jsp. The application constructs this SQL query by embedding an untrusted string into the query without proper sanitization. The concatenated string is submitted to the database, where it is parsed and executed accordingly.An attacker would be able to inject arbitrary syntax and data into the SQL query, by crafting a malicious payload and providing it via the input getValue; this input is then read by the cookie.getValue method at line 40 of root\login.jsp. This input then flows through the code, into a query and to the database server - without sanitization.This may enable an SQL Injection attack.

The application's stmt.execute method executes an SQL query with execute, at line 51 of root\login.jsp. The application constructs this SQL query by embedding an untrusted string into the query without proper sanitization. The concatenated string is submitted to the database, where it is parsed and executed accordingly.An attacker would be able to inject arbitrary syntax and data into the SQL query, by crafting a malicious payload and providing it via the input getCookies; this input is then read by the request.getCookies method at line 35 of root\login.jsp. This input then flows through the code, into a query and to the database server - without sanitization.This may enable an SQL Injection attack.

The application's stmt.execute method executes an SQL query with execute, at line 54 of root\login.jsp. The application constructs this SQL query by embedding an untrusted string into the query without proper sanitization. The concatenated string is submitted to the database, where it is parsed and executed accordingly.An attacker would be able to inject arbitrary syntax and data into the SQL query, by crafting a malicious payload and providing it via the input getCookies; this input is then read by the request.getCookies method at line 35 of root\login.jsp. This input then flows through the code, into a query and to the database server - without sanitization.This may enable an SQL Injection attack.*

Severity: High

CWE:89

Checkmarx

Training Recommended Fix

Lines: 35 7 40 8

---

Code (Line #35):

Cookie[] cookies = request.getCookies();

---

Code (Line #7):

String username = (String) request.getParameter("username");

---

Code (Line #40):

basketId = cookie.getValue();

---

Code (Line #8):

String password = (String) request.getParameter("password");

---

[sartajsinghbhatia007]

Issue still exists.