github.com/pgEdge/control-plane · pgEdge Control Plane generates pg_hba.conf with trust authentication for local and loopback connections
Affects github.com/pgEdge/control-planeSource GCVE Database
Not known to be exploited · CVSS 7.8 High : upgrade to 0.11.0 soon.
Data as of 12 Nov 2026, 21:22 UTC
Thin evidence
One scorer or none| CNA (GitHub_M) | CVSS 3.1 | 7.8 |
|---|
- Patch
- Available – fixed in 0.11.0
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 10 Nov 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 12 Nov 2026.
What to do
Upgrade github.com/pgEdge/control-plane to 0.11.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Gogithub.com/pgEdge/control-plane | Affected
| Fixed in
|
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
A fix is available in pgEdge Control Plane version 0.11.0 and later, which removes the hard-coded 'trust' entries from generated pg_hba.conf files and respects operator-supplied authentication rules. Operators should upgrade to version 0.11.0 or later for complete remediation. For versions 0.1.0 through 0.8.1, operators could manually manage authentication files outside Patroni's control, but this is not practical for later versions. For versions 0.9.0 through 0.10.1, the only partial mitigation is to restrict Unix socket permissions (e.g., set unix_socket_permissions to 0700 or 0770 with proper group membership), which closes the socket path but does not secure the loopback interface. Operators on these versions are strongly advised to upgrade to 0.11.0.
Description
pgEdge Control Plane versions prior to 0.11.0 generate a pg_hba.conf file that begins with hard-coded 'trust' authentication entries for local and loopback connections. This configuration allows any local operating-system user on the database host to connect to Postgres as any role, including superuser, without credentials. The issue is more severe in systemd deployments where the database runs on a shared multi-user host. The vulnerability is fixed in version 0.11.0, which removes these trust entries and respects operator-supplied authentication rules.
References
- github.com/pgEdge/control-plane/security/advisories/GHSA-vq9p-w6wv-cr25 (opens in a new tab)
- nvd.nist.gov/vuln/detail/CVE-2026-125323 (opens in a new tab)
- github.com/pgEdge/control-plane/pull/470 (opens in a new tab)
- github.com/pgEdge/control-plane/commit/88659f7388fc6c86125e60475aa83810171145b7 (opens in a new tab)
- github.com/pgEdge/control-plane (opens in a new tab)
- github.com/pgEdge/control-plane/blob/main/changes/v0.11.0.md (opens in a new tab)
- github.com/pgEdge/control-plane/releases/tag/v0.11.0 (opens in a new tab)