Enviar #948798: AdithyaYelloju Restaurant-Management-System 7f0e7e84255e8fcfd488e83f8f91451bbbff6b9c 7f0e7e84255e8fcfd488e83f8f91451bbbff6b9cinformación

TítuloAdithyaYelloju Restaurant-Management-System 7f0e7e84255e8fcfd488e83f8f91451bbbff6b9c 7f0e7e84255e8fcfd488e83f8f91451bbbff6b9c
DescripciónThe affected component is `admin/add_menu.php`, an authenticated endpoint that inserts a new food item into the `menu` table. The endpoint concatenates the user-controlled POST parameters `item`, `price`, `image`, and `type` directly into a SQL `INSERT` statement without any escaping or parameterization: ```php $dst1= $_POST['image']; mysqli_query($conn,"insert into menu values('','$_POST[item]','$_POST[price]','$dst1','$_POST[type]')"); ``` The `submit` parameter is also checked against the string `"Insert into menu"`, but no authentication, role check, anti-CSRF token, or input validation is enforced. Because the fields are interpolated into the query verbatim, an attacker can close the row's `VALUES (...)` clause, append a second `VALUES (...)` row using `-- -` or `#` to comment out the trailing junk, and freely insert attacker-controlled rows. This primitive was used in the lab to insert arbitrary rows into the `menu` table. With MySQL `SELECT ... INTO OUTFILE` (or stacked statements in some PHP/MySQL builds) the same flaw can be escalated to file write or remote code execution. Combined with the missing role check on admin pages (see CVE-12), the vulnerability is exploitable by any logged-in user.
Fuente⚠️ https://github.com/AdithyaYelloju/Restaurant-Management-System/issues/2
Usuario
 mangguoli (UID 100823)
Sumisión2026-08-26 18:23 (hace 25 días)
Moderación2026-09-19 23:19 (24 days later)
EstadoAceptado
Entrada de VulDB407970 [AdithyaYelloju Restaurant-Management-System hasta 7f0e7e84255e8fcfd488e83f8f91451bbbff6b9c admin/add_menu.php item/price/image/type inyección SQL]
Puntos20

Interested in the pricing of exploits?

See the underground prices here!