Add-cart.php: Num

if (isset($_SESSION['last_cart_action']) && (time() - $_SESSION['last_cart_action']) < 0.5) header('HTTP/1.1 429 Too Many Requests'); exit;

An attacker should not be able to call add-cart.php 1000 times per second. Implement a token bucket or store a timestamp in the session: add-cart.php num

Never trust user input. Always validate data types. Never use GET requests to modify state. And for the love of security, move away from raw add-cart.php scripts and toward modern, token-authenticated POST endpoints. Never use GET requests to modify state

In the world of e-commerce development, few scripts are as ubiquitous—and as notoriously vulnerable—as add-cart.php . At first glance, it seems harmless: a simple backend handler that adds a product to a user’s shopping cart. But when you see a URL like https://example.com/add-cart.php?num=1 , alarms should go off for any experienced developer. At first glance, it seems harmless: a simple

The attacker crafts add-cart.php?num=12 AND 1=2 UNION SELECT database()-- - . The cart page inadvertently displays the database name (e.g., "vintage_store_db") because the product name lookup fails and falls back to the error message.

$product_id = filter_input(INPUT_POST, 'product_id', FILTER_VALIDATE_INT, ['options' => ['min_range' => 1]]); $quantity = filter_input(INPUT_POST, 'quantity', FILTER_VALIDATE_INT, ['options' => ['min_range' => 1, 'max_range' => 99]]); if (!$product_id || !$quantity) http_response_code(400); die('Invalid request');