CVE-2026-126374 · Package
NO FIX YET
Vvveb, a PHP content management system, builds INSERT column names from unescaped form array keys, so backticks in those keys can change the SQL statement. An authenticated back-office user who can save products can use this to write into unexposed columns or break SQL statements.
first public Oct 29, 2026 · 1 source
Check it with your coding agent
It reads this page and tells you if your code or app is affected.
Sites running Vvveb through 1.0.8.6 where back-office users can save products. The attacker needs a back-office account that can save products, so sites without multiple admin or editor accounts are lower risk. Sites with no back-office login exposure can skip it.
Not affected if no-back-office-users, versions-above-1.0.8.6
Who cares mysql, php, self-hosted, vvveb
@KEYS(:each) macro and the admin/sql/mysqli/product.sql and admin_auth_token.sql procedures in the codebase.Unknown from the sources.
Vvveb through 1.0.8.6 contains an SQL injection vulnerability because the @KEYS(:each) macro emits PHP array keys as backtick-quoted INSERT column names without escaping, and several procedures in admin/sql/mysqli/product.sql and admin_auth_token.sql omit the @FILTER guard. Authenticated back-office users able to save products can submit product_<feature> POST array keys containing backticks to redirect bound values into unexposed columns or break SQL statements.
This page as .md · .json · CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
. Posts quoted belong to their authors.
Are you affected?
Ask from here. InfraStack checks the affected versions against your stack and answers in your inbox.
InfraStack checks the affected versions against your stack and answers in Slack, with the evidence and the fix.
InfraStack checks it against your stack and answers on your report, with the evidence and the fix.