GitHub Advisoryadvisory · Packagist
GHSA-6qh9-h6wf-jgqc Symfony Vulnerable to SQL Injection in PdoAdapter::doClear() via Unsanitized $prefix
MEDIUM
Official page ↗
- Aliases
- CVE-2026-45073
- Ecosystem
- Packagist
- Packages
- symfony/cache, symfony/symfony
- Severity
- Moderate
- CVSS vector
- CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:L/SC:N/SI:N/SA:N/E:U
- Weaknesses
- CWE-89
- Reviewed
- 2026-05-27
Affected packages
• Packagist symfony/cache: < 5.4.52 → fixed in 5.4.52
• Packagist symfony/cache: >= 6.0.0, < 6.4.40 → fixed in 6.4.40
• Packagist symfony/cache: >= 7.0.0, < 7.4.12 → fixed in 7.4.12
• Packagist symfony/cache: >= 8.0.0, < 8.0.12 → fixed in 8.0.12
• Packagist symfony/symfony: < 5.4.52 → fixed in 5.4.52
• Packagist symfony/symfony: >= 6.0.0, < 6.4.40 → fixed in 6.4.40
• Packagist symfony/symfony: >= 7.0.0, < 7.4.12 → fixed in 7.4.12
• Packagist symfony/symfony: >= 8.0.0, < 8.0.12 → fixed in 8.0.12
Description
Description
`Symfony\Component\Cache\Adapter\PdoAdapter` is the PDO-backed cache adapter. Its `clear($prefix)` method (inherited from `AbstractAdapterTrait`) is documented to delete cache items whose key starts with `$prefix`.
In the non-versioning code path, the caller-supplied `$prefix` is concatenated into `$namespace = $this->namespace.$prefix` and passed to `PdoAdapter::doClear()`, which builds:
```sql
DELETE FROM WHERE LIKE '%'
```
The value is interpolated directly into the SQL text and executed with `PDO::exec()`: `$namespace` is not bound. A caller able to influence `$prefix` can break out of the literal and inject SQL, expanding deletion scope from the intended prefix to arbitrary rows, or otherwise reshape query semantics.
Most applications don't expose `clear($prefix)` to untrusted input directly, but the contract of the method is to safely accept any prefix string, so the lack of escaping is a defect of the adapter itself.
Resolution
`AbstractAdapterTrait::clear()` now rejects any `$prefix` containing characters outside `[-+.A-Za-z0-9]`: when an invalid prefix is supplied, the method logs a warning and returns `false` instead of reaching the SQL layer. This blocks quotes, `%`, null bytes and other characters that would let an attacker break out of the `LIKE` literal.
The patch for this issue is available here for branch 5.4.
Credits
Symfony would like to thank secsys_codex for reporting the issue and Nicolas Grekas for fixing it.
Related
Alias · CVE (1)
- CVE-2026-45073 Symfony is a PHP framework for web and console applications and a set of reusable PHP components. vulnerability
Weakness · CWE (1)
- CWE-89 Improper Neutralization of Special Elements used in an SQL Command weakness
References
- https://github.com/symfony/symfony/security/advisories/GHSA-6qh9-h6wf-jgqc web
- https://github.com/symfony/symfony/commit/ec50b799d79ebe24561f29351c1efcb6da95c9b web
- https://github.com/FriendsOfPHP/security-advisories/blob/master/symfony/cache/CVE-2026-45073.yaml web
- https://github.com/FriendsOfPHP/security-advisories/blob/master/symfony/symfony/CVE-2026-45073.yaml web
- https://github.com/symfony/symfony package
- https://symfony.com/cve-2026-45073 web