Headline
GHSA-2grw-mc9r-822r: phpMyFAQ SQL injections at insertentry & saveentry
Summary
A SQL injection vulnerability has been discovered in the insertentry
& saveentry
when modifying records due to improper escaping of the email address. This allows any authenticated user with the rights to add/edit FAQ news to exploit this vulnerability to exfiltrate data, take over accounts and in some cases, even achieve RCE.
PoC 1 - SQL Injection at insertentry:
Browse to “/admin/?action=editentry”, edit record and save. Intercept the POST request to “/admin/?action=insertentry” and modify the email and notes parameters in the body to the payloads below: a.
email=test'/*@email.com
b.notes=*/,1,1,1,1,null,1);select+pg_sleep(5)--
Send the request and notice the
pg_sleep(5)
command is executed with a time delay of 5 seconds in the response. This verifies that the SQL injection vulnerability exists.
PoC 2 - SQL Injection at saveentry
- Browse to “/admin/?action=editentry”, edit record and save. Intercept the POST request to “/admin/?action=saveentry” and modify the email and notes parameters in the body to the payloads below:
a.
email=test'/*@email.com
b.*/,notes=(select+pg_sleep(5))--
- Send the request and notice the
pg_sleep(5)
command is executed with a time delay of 5 seconds in the response. This verifies that the SQL injection vulnerability exists.
Impact
The SQL injection vulnerability discovered allows authenticated users with appropriate privileges to execute malicious SQL queries, potentially leading to data exfiltration, account takeover, and even remote code execution. Attackers can exploit the vulnerability to read sensitive data from the database, such as user credentials and system files, compromising the confidentiality and integrity of the system. Moreover, successful exploitation may enable attackers to gain unauthorized access to user accounts or execute arbitrary commands on the server, impacting both system administrators and end users.
Summary
A SQL injection vulnerability has been discovered in the insertentry & saveentry when modifying records due to improper escaping of the email address. This allows any authenticated user with the rights to add/edit FAQ news to exploit this vulnerability to exfiltrate data, take over accounts and in some cases, even achieve RCE.
PoC 1 - SQL Injection at insertentry:
Browse to “/admin/?action=editentry”, edit record and save. Intercept the POST request to “/admin/?action=insertentry” and modify the email and notes parameters in the body to the payloads below:
a. email=test’/@email.com
b. notes=/,1,1,1,1,null,1);select+pg_sleep(5)–Send the request and notice the pg_sleep(5) command is executed with a time delay of 5 seconds in the response. This verifies that the SQL injection vulnerability exists.
PoC 2 - SQL Injection at saveentry
- Browse to “/admin/?action=editentry”, edit record and save. Intercept the POST request to “/admin/?action=saveentry” and modify the email and notes parameters in the body to the payloads below:
a. email=test’/*@email.com
b. */,notes=(select+pg_sleep(5))– - Send the request and notice the pg_sleep(5) command is executed with a time delay of 5 seconds in the response. This verifies that the SQL injection vulnerability exists.
Impact
The SQL injection vulnerability discovered allows authenticated users with appropriate privileges to execute malicious SQL queries, potentially leading to data exfiltration, account takeover, and even remote code execution. Attackers can exploit the vulnerability to read sensitive data from the database, such as user credentials and system files, compromising the confidentiality and integrity of the system. Moreover, successful exploitation may enable attackers to gain unauthorized access to user accounts or execute arbitrary commands on the server, impacting both system administrators and end users.
References
- GHSA-2grw-mc9r-822r