Description
Inventory-Management-System-PHP's login.php constructs its authentication query via direct string concatenation of raw POST parameters: $sql = "select * from user where email = '$email' and password = '$password'", with no escaping or parameterization, allowing authentication bypass via a payload such as email=' OR 1=1 LIMIT 1-- -. Separately, delete.php executes mysqli_query($db, "DELETE FROM product WHERE product_id=" . $_GET['id']) with no authentication check and no validation of the id parameter, allowing an unauthenticated attacker to delete arbitrary product rows or perform blind SQL injection via payloads such as id=0 OR SLEEP(5).
Published: 2026-08-05
Score: 9.8 Critical
EPSS: n/a
KEV: No
Impact: n/a
Action: n/a
AI Analysis

Impact

The vulnerability lies in the login.php file where the authentication query is built by directly concatenating the email and password parameters into the SQL string, allowing an attacker to inject SQL statements such as "' OR 1=1 LIMIT 1--" to bypass authentication. The delete.php script runs a DELETE statement with the product_id value taken from the GET parameter without any authentication or validation, enabling an unauthenticated user to delete any product row or perform blind SQL injection with payloads like "0 OR SLEEP(5)". This classic SQL injection flaw (CWE‑89) permits unauthorized authentication and the removal of data, but the provided description does not mention any additional impacts such as data exfiltration or denial of service.

Affected Systems

The affected application is "Harsh21Patel Inventory-Management-System-PHP". No specific version information is available, so all releases that contain the vulnerable login.php and delete.php code should be considered at risk.

Risk and Exploitability

With a CVSS score of 9.8, the vulnerability is critically severe. No EPSS data is supplied, and the vulnerability is not listed in the CISA KEV catalog, but the absence of any authentication checks on the exposed endpoints means an unauthenticated attacker can reach and exploit these endpoints over the network using standard HTTP requests.

Generated by OpenCVE AI on August 5, 2026 at 12:51 UTC.

Remediation

No vendor fix or workaround currently provided.

OpenCVE Recommended Actions

  • Apply the vendor patch or merge the pull request that fixes the unescaped SQL queries in login.php and delete.php.
  • Add proper authentication checks to delete.php so that only logged‑in users can invoke product deletion.
  • Replace string concatenated SQL statements with prepared statements or properly escape user input to eliminate injection risk.

Generated by OpenCVE AI on August 5, 2026 at 12:51 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 05 Aug 2026 11:15:00 +0000

Type Values Removed Values Added
Description Inventory-Management-System-PHP's login.php constructs its authentication query via direct string concatenation of raw POST parameters: $sql = "select * from user where email = '$email' and password = '$password'", with no escaping or parameterization, allowing authentication bypass via a payload such as email=' OR 1=1 LIMIT 1-- -. Separately, delete.php executes mysqli_query($db, "DELETE FROM product WHERE product_id=" . $_GET['id']) with no authentication check and no validation of the id parameter, allowing an unauthenticated attacker to delete arbitrary product rows or perform blind SQL injection via payloads such as id=0 OR SLEEP(5).
Title Inventory-Management-System-PHP: Unauthenticated SQL Injection in Login and Product Deletion
Weaknesses CWE-89
References
Metrics cvssV3_1

{'score': 9.8, 'vector': 'CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H'}


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: TuranSec

Published:

Updated: 2026-08-05T12:42:56.633Z

Reserved: 2026-08-05T10:53:53.176Z

Link: CVE-2026-71248

cve-icon Vulnrichment

No data.

cve-icon NVD

No data.

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-08-05T13:00:16Z

Weaknesses
  • CWE-89

    Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection')