Quick answers
- Is CVE-2026-116244 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-116244 being exploited in the wild.
- How severe is CVE-2026-116244?
- High severity, with a CVSS score of 8.2, published 30 October 2026.
- Which products and versions are affected?
- Pgadmin 4 before 9.19.
- Is there a fix for CVE-2026-116244?
- Yes: fixed in pgAdmin 4 9.19. Until then: In server mode, restrict pgAdmin connections to servers that require require_auth=!gss,!sspi (requires libpq 16+) or set gssencmode=disable on all non-Kerberos connections. For utilities and psql spawned by pgAdmin, the same require_auth restrictions must be applied. Do not run pgAdmin under a service account with Kerberos credentials or keytabs. Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-116244 attacked?
- It is attacked over the network.
- Am I affected by CVE-2026-116244?
- Check whether you run Pgadmin 4 at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
How to fix
- Fixed in: pgAdmin 4 9.19
In server mode, restrict pgAdmin connections to servers that require require_auth=!gss,!sspi (requires libpq 16+) or set gssencmode=disable on all non-Kerberos connections. For utilities and psql spawned by pgAdmin, the same require_auth restrictions must be applied. Do not run pgAdmin under a service account with Kerberos credentials or keytabs.
Technical details
The vulnerability occurs in pgAdmin's Kerberos environment handling: when a connection should not use Kerberos credentials, pgAdmin removes KRB5CCNAME from the environment, causing libpq's Kerberos library to fall back to the OS account's default credential cache or keytab. An attacker-controlled pgAdmin user can then connect to any PostgreSQL server configured for GSSAPI/SSPI authentication and be transparently authenticated as the service account's Kerberos principal, bypassing gssencmode=disable. On Windows, the same occurs via SSPI using the service account's logon.
Affected products
- pgAdmin pgAdmin 4 before 9.19
Timeline
- 2026-10-30: disclosed