إرسال #948798: AdithyaYelloju Restaurant-Management-System 7f0e7e84255e8fcfd488e83f8f91451bbbff6b9c 7f0e7e84255e8fcfd488e83f8f91451bbbff6b9cالمعلومات

عنوانAdithyaYelloju Restaurant-Management-System 7f0e7e84255e8fcfd488e83f8f91451bbbff6b9c 7f0e7e84255e8fcfd488e83f8f91451bbbff6b9c
الوصفThe 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.
المصدر⚠️ https://github.com/AdithyaYelloju/Restaurant-Management-System/issues/2
المستخدم
 mangguoli (UID 100823)
ارسال26/08/2026 06:23 PM (25 أيام منذ)
الاعتدال19/09/2026 11:19 PM (24 days later)
الحالةتمت الموافقة
إدخال VulDB407970 [AdithyaYelloju Restaurant-Management-System حتى 7f0e7e84255e8fcfd488e83f8f91451bbbff6b9c admin/add_menu.php item/price/image/type حقن SQL]
النقاط20

Want to know what is going to be exploited?

We predict KEV entries!