GHSA-7g7c-qhf3-x59p propel/propel1 SQL injection possible with limit() on MySQL
Attackers can execute arbitrary SQL commands via the limit() method in Propel ORM, leading to data modification or deletion.
- Exploited in the wild
- Not known
- Login needed
- Not needed
- Attackable
- Over the internet
- Victim action needed
- Not needed
- Fix
- Available
What is GHSA-7g7c-qhf3-x59p?
GHSA-7g7c-qhf3-x59p is a SQL injection vulnerability in propel/propel1, published on 20 May 2024. An attacker can exploit it over the internet without logging in, with no action from the victim.
Official description
The limit() query method is susceptible to catastrophic SQL injection with MySQL.
For example, given a model User for a table users:
UserQuery::create()->limit('1;DROP TABLE users')->find();
This will drop the users table!
The cause appears to be a lack of integer casting of the limit input in either Criteria::setLimit() or in DBMySQL::applyLimit(). The code comments there seem to imply that casting was avoided due to overflow issues with 32-bit integers.
This is surprising behavior since one of the primary purposes of an ORM is to prevent basic SQL injection.
This affects all versions of Propel: 1.x, 2.x, and 3.
Which versions are affected by GHSA-7g7c-qhf3-x59p?
2 open source packages ship an affected version, including propel/propel1.
| Package | Affected | Fixed in |
|---|---|---|
propel/propel1 Packagist | From 1 | 1.7.2 |
propel/propel1 Packagist | From 1 | 1.7.2 |
How do I fix GHSA-7g7c-qhf3-x59p?
Upgrade propel/propel1 to 1.7.2 or later.
Use parameterised queries everywhere and never build SQL by joining strings. Upgrade affected software first; a web application firewall only buys time. More about SQL injection.
Is GHSA-7g7c-qhf3-x59p being exploited?
There is no known exploitation of GHSA-7g7c-qhf3-x59p in the wild and no public exploit code.