A shell injection flaw was found in pglogical in versions before 2.3.4 and before 3.6.26. An attacker with CREATEDB privileges on a PostgreSQL server can craft a database name that allows execution of shell commands as the postgresql user when calling pglogical.create_subscription().
The product constructs all or part of a command using externally-influenced input from an upstream component, but it does not neutralize or incorrectly neutralizes special elements that could modify the intended command when it is sent to a downstream component.
Name | Vendor | Start Version | End Version |
---|---|---|---|
Pglogical | 2ndquadrant | * | 2.3.4 (excluding) |
Pglogical | 2ndquadrant | 3.0.0 (including) | 3.6.26 (excluding) |
Pglogical | Ubuntu | bionic | * |
Pglogical | Ubuntu | groovy | * |
Pglogical | Ubuntu | hirsute | * |
Pglogical | Ubuntu | impish | * |
Pglogical | Ubuntu | kinetic | * |
Pglogical | Ubuntu | lunar | * |
Pglogical | Ubuntu | mantic | * |
Pglogical | Ubuntu | trusty | * |
Pglogical | Ubuntu | xenial | * |
Command injection vulnerabilities typically occur when:
Many protocols and products have their own custom command language. While OS or shell command strings are frequently discovered and targeted, developers may not realize that these other command languages might also be vulnerable to attacks. Command injection is a common problem with wrapper programs.