External risk intelligence

pgAdmin 4 Login Lockout Bypass Allows Unlimited Password Guesses

CVE advisorySeverity: CRITICAL (CVSS 9.2)

CVE-2026-116238

pgAdmin 4 in server mode is designed as a web-based administration interface for database management. It is commonly deployed as an internet-facing or network-accessible service to allow administrators to manage databases remotely. Because it acts as an application portal, it is expected to be reachable over the network in typical deployment scenarios.

Halo Surface Signal: 4 out of 5 — likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This advisory concerns a security vulnerability in pgAdmin 4 server mode that could allow an unauthenticated attacker to bypass login attempt limits, enabling unlimited password guesses against internal accounts. The issue stems from how certain authentication flows interact with the application's security features.

  • Login attempts bypass security controls.
  • Enables unlimited password guessing.
  • Confirm relevance and potential exposure.

Attack Path

How an attacker could exploit the issue

An unauthenticated attacker could bypass pgAdmin 4's login attempt limits by exploiting how Flask-Security handles login requests. This bypass allows for unlimited password guessing against any internal account, potentially including the administrator's account. The vulnerability allows an attacker to gain access to sensitive internal accounts by repeatedly guessing passwords without triggering account lockouts.

  • No authentication required.
  • Exploits Flask-Security's login process.
  • Leads to unauthorized account access.

Live Threat

Current exploitation, exposure, and threat context

When configured for server mode, this vulnerability could allow an unauthenticated attacker to bypass login attempt limits. This means an attacker could repeatedly guess passwords for internal accounts, including administrator accounts, without triggering account lockouts. This exposure is supported by the advisory's description of bypassing failed login counts and account lock mechanisms.

  • Internal account credentials.
  • Unlimited password guesses.
  • Unauthorized access to internal accounts.

Operational Fix

Recommended remediation, mitigation, and detection steps

Application and infrastructure teams are likely responsible for addressing this vulnerability in pgAdmin 4 server mode. The first practical step is to identify all deployments of pgAdmin 4, confirm their network reachability and business criticality, and then assign an owner to coordinate remediation efforts based on the assessed risk.

  • Application owners must confirm scope.
  • Verify all pgAdmin 4 server instances.
  • Plan maintenance for remediation.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is pgAdmin 4?

pgAdmin 4 is a web-based administration and development platform for PostgreSQL databases. When deployed in server mode, it functions as a central management portal accessible over a network, allowing users to perform complex database tasks. It includes features for managing user accounts and authentication settings to protect administrative access.

What does this CVE-2026-116238 vulnerability mean?

This is an authentication bypass issue involving Improper Restriction of Excessive Authentication Attempts (CWE-307) and Incorrect Authorization (CWE-863). The vulnerability allows attackers to circumvent the built-in account lockout mechanism. By bypassing the limit on failed login attempts, an attacker can perform unlimited password guessing against internal accounts, potentially gaining unauthorized administrative access.

How can an attacker trigger this vulnerability?

An attacker targets the application's authentication endpoints that interact with Flask-Security. By submitting login requests in specific ways—such as using varied character casing for usernames or leveraging alternative authentication flows—they can bypass the failure counters that typically trigger a lockout. Note that pgAdmin 4 running in desktop mode is not affected by this flaw.

Do I need to worry about this if my pgAdmin is internal?

Yes, it remains a concern. According to Halo Surface Signal, pgAdmin 4 in server mode is designed as a web-based management interface, and these tools are frequently exposed to internal networks or the internet to support remote database administration. Even if not internet-facing, any internal user or compromised machine on your network could attempt these unlimited password guesses.

What should I do to respond to this issue?

Your first step is to audit your environment to identify all active instances of pgAdmin 4 running in server mode. Once identified, evaluate the risk based on the accessibility of those instances. Coordinate with your application or infrastructure teams to plan an update to pgAdmin 4 version 9.19 or later, which contains the necessary security fixes for these authentication flaws.

References