GitHub Advisoryadvisory · Packagist

GHSA-7g7c-qhf3-x59p propel/propel1 SQL injection possible with limit() on MySQL

CRITICAL Published 2024-05-20 Modified 2024-05-20 Official page ↗
Ecosystem
Packagist
Packages
propel/propel1
Severity
Critical
CVSS vector
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Weaknesses
CWE-89
Reviewed
2024-05-20

Affected packages

• Packagist propel/propel1: >= 1, < 1.7.2 → fixed in 1.7.2

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.

Related

Weakness · CWE (1)

  • CWE-89 Improper Neutralization of Special Elements used in an SQL Command weakness

References