Description
pglogical's apply worker does not sufficiently validate the length of certain fields in incoming replication protocol messages before copying them, resulting in an out-of-bounds read. A party acting as the publisher for a subscription, for example a non-PostgreSQL endpoint that speaks the pglogical replication protocol, can return crafted messages that cause the subscriber's apply worker to read beyond the bounds of an allocated buffer, disclosing adjacent process memory or crashing the worker. To exploit the issue an attacker must be able to direct a subscription at an endpoint they control. In default installations this requires privileges normally reserved for a superuser, so the issue is most relevant to managed deployments where the ability to create subscriptions has been delegated to non-superuser roles.
Affected products
| Vendor | Product | Affected | Fixed |
|---|---|---|---|
| EnterpriseDB | pglogical | 2 – < 2.4.8 | 2.4.8 |
| pgEdge | Spock | 3 – ≤ 3.3.6, 4 – ≤ 4.1.0.3, 5 – ≤ 5.0.11 | 3.3.7 |
Fixed in Linux distributions
Distributions backport fixes, so the version that fixes this vulnerability differs per release — upgrade to at least the version shown. From the distributions' security trackers and advisories.
Debian
Security tracker ↗| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Debian 14 | pglogical | 2.4.8-1 | — |
| Debian 13 | pglogical | No fix yet | — |
| Debian 12 | pglogical | No fix yet | — |
Ubuntu
Security tracker ↗| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Ubuntu 26.10 | pglogical | No fix yet | — |
| Ubuntu 26.04 LTS | pglogical | No fix yet | — |
| Ubuntu 24.04 LTS | pglogical | No fix yet | — |
| Ubuntu 22.04 LTS | pglogical | No fix yet | — |
| Ubuntu 20.04 LTS | pglogical | No fix yet | — |
Show 1 more (older releases, extended support, other products)Fewer releases
| Release | Package | Fixed in | Advisory |
|---|---|---|---|
| Ubuntu 18.04 LTS | pglogical | No fix yet | — |