CVE-2026-0851 is a SQL injection flaw in Online Music Site 1.0 from code-projects, in /Administrator/PHP/AdminAddUser.php. NVD scores it 7.3, high severity, and the record says an exploit has been published. No fixed version is listed, so the fix is to correct the query in your copy or take the app offline.
What's affected
- Product: Online Music Site, version 1.0, from code-projects.
- Component: /Administrator/PHP/AdminAddUser.php, parameter txtusername.
- Fixed version: none listed in the CVE record or the public report. Check the vendor page for any newer release.
- Severity: CVSS 7.3, vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L. The vector lists no privileges required. - Exploitation: the record says exploit details are public. It is not on the CISA Known Exploited Vulnerabilities list.
How to check if you're exposed
This is source code you host, so first find out whether you run it.
find /var/www -type f -path "*AdminAddUser.php" 2>/dev/null
If the file exists and the site is reachable from the internet, treat it as exposed. Then search your access logs for requests to AdminAddUser.php.
What to do now
- Take the app off the public internet, or put it behind a VPN or an authenticating reverse proxy, until the query is fixed.
- If you keep running it, change the code in AdminAddUser.php so txtusername reaches the database through a prepared statement (PDO or mysqli) instead of string concatenation.
- Run the database account for this app with only the privileges it needs. It should not own the schema or be able to read other databases.
- Search access logs for unusual requests to AdminAddUser.php and for database errors in the PHP log, then reset any passwords that may have been exposed.
Why it matters
The weakness is CWE-89 (improper neutralization of special elements in an SQL command), a child of CWE-74 (injection). The app builds a query by pasting request data straight into SQL text, so the database cannot tell data from instructions. The public report for this product family describes that exact pattern.
The add user script creates accounts, so a flaw here sits next to the credentials table. Writing and reading in the same table means an injection in an insert statement can matter beyond the single row being added. The public report was filed as a GitHub issue that I could not retrieve, so this post relies on the CVE record.
Quick check
Is there a patch for CVE-2026-0851?
None is listed in the CVE record. Check code-projects for a newer release, and if there is none, fix the query yourself or stop running the app.
What should I check first after learning of this flaw?
Review the users table for accounts you do not recognise, and reset admin passwords once the query is fixed or the app is offline.
Sources
Last reviewed: 19 October 2026.
