CVE-2026-2083 is a high severity SQL injection flaw (CVSS 7.3) in code-projects Social Networking Site 1.0. The ID parameter of /delete_post.php reaches a database query unsafely. The record lists no fixed version, so remove the app from public reach and fix the query yourself.
What's affected
The record names code-projects Social Networking Site 1.0. The weakness is classed as CWE-89 (SQL injection) and CWE-74 (injection). The vector CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L means network reachable, low complexity, no login, no user interaction.
No fixed version is listed. I could not find a vendor advisory or patch to confirm one, so treat every copy of this release as affected until you hear otherwise. The record says a working exploit has been publicly disclosed. It does not say the flaw is exploited in the wild, and it is not in the CISA Known Exploited Vulnerabilities catalog.
How to check if you're exposed
Start by finding out whether you run it at all. These apps are often copied onto a server for a class project or an internal pilot and then forgotten.
find /var/www -type f -path "*/delete_post.php" 2>/dev/null
If that returns a hit, open the file and look at how the ID value is used. Concatenating it into an SQL string is the problem. Then check your web server logs for requests to that file from addresses you do not recognize, and look for unusually long or odd looking values in the ID parameter.
For any dependency manifest the project does ship, the free in-browser scan shows known issues in its packages.
What to do now
- Take the app off the public internet, or put it behind a VPN or an IP allowlist, today.
- Replace string building in /delete_post.php with a prepared statement and bound parameters. The same fix belongs in every other file that builds queries from request input.
- Run the database account with the least privilege the app needs. It should not own the schema, and it should not be able to read tables the app never touches.
- Watch the vendor page and the CVE-2026-2083 entry for a patched release, and retire the app if none appears.
Why it matters
A delete handler is an easy place to miss validation, because developers assume only a logged in author will ever call it. The record scores it as reachable without a login, so that assumption should not be trusted. A social site also stores user accounts and messages, which are worth protecting.
SQL injection happens when request text is treated as part of a query instead of as a plain value. The fix is to send the query and the values separately.
$stmt = $pdo->prepare('SELECT * FROM posts WHERE id = ?');
$stmt->execute([$id]);
Quick check
Is there a patch for CVE-2026-2083?
The record lists none, and I could not confirm a vendor fix. Check the vendor site and the NVD entry before assuming one exists.
Why would a delete script be dangerous?
Any script that takes an ID from the request and puts it in a query has the same weakness, whatever the script is meant to do. The effect depends on what the database account can read and change.
Sources
- Researcher report on GitHub (linked from the record)
- NVD record for CVE-2026-2083
Last reviewed: 19 October 2026.
