GitHub Advisoryadvisory · PyPI

GHSA-xv6x-43gq-4hfj PyGreSQL Might Be Vulnerable to Encoding-Based SQL Injection

HIGH Published 2022-05-02 Modified 2026-06-08 Official page ↗
Aliases
CVE-2009-2940
Ecosystem
PyPI
Packages
PyGreSQL
Severity
High
Weaknesses
CWE-89
Reviewed
2024-02-08

Affected packages

• PyPI PyGreSQL: <= 3.8.1 (no fix yet) • PyPI PyGreSQL: >= 4.0, < 4.1 → fixed in 4.1

Description

PyGreSQL 3.8 did not use PostgreSQL’s safe `string` and `bytea` functions in its own escaping functions. As a result, applications written to use PyGreSQL’s escaping functions are vulnerable to SQL injections when processing certain multi-byte character sequences. Because the safe functions require a database connection, to maintain backwards compatibility, `pg.escape_string()` and `pg.escape_bytea()` are still available, but applications will have to be adjusted to use the new `pyobj.escape_string()` and `pyobj.escape_bytea()` functions. For example, code containing: ```python import pg connection = pg.connect(...) escaped = pg.escape_string(untrusted_input) ``` should be adjusted to use: ```python import pg connection = pg.connect(...) escaped = connection.escape_string(untrusted_input) ```

Related

Alias · CVE (1)

  • CVE-2009-2940 The pygresql module 3.8.1 and 4.0 for Python does not properly support the PQescapeStringConn function, which might allow remote attackers… vulnerability

Weakness · CWE (1)

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

References