SQL Injection Affecting pg-partman package, versions <5.5.0-1


Severity

Recommended
low

Based on default assessment until relevant scores are available.

Threat Intelligence

EPSS
0.58% (47th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-ECHOLATEST-PGPARTMAN-19946231
  • published19 Sept 2026
  • disclosed18 Sept 2026

Introduced: 18 Sep 2026

NewCVE-2026-61819  (opens in a new tab)
CWE-89  (opens in a new tab)

How to fix?

Upgrade Echo:latest pg-partman to version 5.5.0-1 or higher.

NVD Description

Note: Versions mentioned in the description apply only to the upstream pg-partman package and not the pg-partman package as distributed by Echo. See How to fix? for Echo:latest relevant fixed versions and status.

pg_partman is a PostgreSQL extension that manages partitioned tables by time or ID. Prior to 5.5.0, when pg_jobmon is installed and part_config.jobmon is true, exception handlers in multiple pg_partman functions place p_parent_table verbatim inside a SQL string literal used to call pg_jobmon.add_job(). A partman_user can create a parent-table name containing a single quote that terminates the literal and injects SQL when an affected exception path runs. If pg_partman_bgw reaches that path, the injected SQL executes with pg_partman_bgw.role privileges, which default to PostgreSQL superuser, permitting database-wide compromise and operating-system command execution as the PostgreSQL service account. The persistent part_config row can trigger the escalation again on later maintenance ticks. This issue is fixed in version 5.5.0.