CVE-2026-55072: Pimcore · ClassDefinition UID regex missing end anchor allows SQL injection via Block.php unquoted table name
Affects pimcore/pimcoreSource GCVE Database
Not known to be exploited · CVSS 8.5 High : upgrade to 2026.1.5 soon.
Data as of 12 Nov 2026, 23:24 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 35% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 2026.1.5, 12.3.9
CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:C/C:H/I:L/A:NExploitation evidence
Disclosed: evidence found.
CVE published 13 Aug 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 13 Nov 2026.
What to do
Upgrade pimcore/pimcore to 2026.1.5; pimcore/pimcore to 12.3.9.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Packagistpimcore/pimcore | Affected
| Fixed in
|
| Packagistpimcore/pimcore | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A patch is available that adds the missing trailing '$' anchors to the ClassDefinition UID validation regex patterns, preventing malicious UIDs from passing validation. Users should upgrade Pimcore to versions 2026.1.5 or later, or 12.3.9 or later, where this fix is applied. Until patched, restrict 'objects' permission to trusted users only. No other mitigations are specifically recommended by the vendor advisory.
Description
Pimcore versions 2026.1.0 through before 2026.1.5 and versions before 12.3.9 contain a vulnerability where a missing end anchor in the ClassDefinition UID regex allows an authenticated user with 'objects' permission to create a class with a malicious UID containing SQL code. This malicious UID is later concatenated unquoted into SQL queries in Block.php, enabling SQL injection. The issue is due to incomplete validation and improper quoting of the classId in SQL statements. A patch is available that adds the missing end anchor to the regex, preventing malicious UIDs from being accepted.