Am I affected?
Description
The channel argument passed to 'Elixir.Postgrex.Notifications':listen/3 and 'Elixir.Postgrex.Notifications':unlisten/3 is interpolated directly into LISTEN "..." / UNLISTEN "..." SQL statements without escaping the " character. An attacker who can influence the channel name can inject a " to break out of the quoted identifier and append arbitrary SQL. Because the notifications connection uses the PostgreSQL simple query protocol, multi-statement payloads are accepted, allowing DDL and DML commands to be chained (e.g. ; DROP TABLE ...; --). The same unsanitized interpolation also occurs in handle_connect/1 when replaying LISTEN commands after a reconnect.
This vulnerability is associated with program file lib/postgrex/notifications.ex and program routines 'Elixir.Postgrex.Notifications':listen/3, 'Elixir.Postgrex.Notifications':unlisten/3, 'Elixir.Postgrex.Notifications':handle_connect/1.
This issue affects postgrex: from 0.16.0 before 0.22.2.
Weaknesses & attack patterns
Weakness
CWE-89
·
Improper Neutralization of Special Elements used in an SQL Command ('SQL Injection')
in catalog →
MITRE ↗
Attack patterns
CAPEC-66
·
SQL Injection
MITRE ↗
Affected — Hex / postgrex Hex.pm ↗ Repository ↗
modules · source files · routines
Affected — GitHub / elixir-ecto/postgrex Repository ↗
modules · source files · routines
Configurations
The application must call 'Elixir.Postgrex.Notifications':listen/3 or 'Elixir.Postgrex.Notifications':unlisten/3 with a channel name derived from untrusted user input.
References
GHSA-r73h-97w8-m54h ↗
vendor-advisory
EEF-CVE-2026-32687 ↗
related
Credits
CVSS breakdown
CVSS:4.0/AV:L/AC:L/AT:P/PR:N/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N