Severity by source
AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
Primary rating from GitHub Advisory · only source for this CVE.
CVSS VectorGitHub Advisory
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N
Lifecycle Timeline
3DescriptionGitHub Advisory
LDAP Empty Password Authentication Bypass
Affected Component
LDAP authentication endpoint:
backend/open_webui/routers/auths.py(lines 468-477, user bind with empty password)backend/open_webui/models/auths.py(lines 58-60,LdapFormmodel)
Affected Versions
Current main branch (commit 6fdd19bf1) and likely all versions with LDAP authentication support.
Description
The LDAP authentication endpoint does not validate that the submitted password is non-empty before performing a Simple Bind against the LDAP server. Per RFC 4513 Section 5.1.2, a Simple Bind with a valid DN and an empty password constitutes an "unauthenticated simple authentication" - many LDAP servers (including OpenLDAP in default configuration and some Active Directory setups) return success (resultCode 0) for this operation.
The LdapForm Pydantic model accepts password: str with no minimum length constraint, so an empty string passes validation. The subsequent Connection.bind() call succeeds on vulnerable LDAP servers, and the application issues a full session token for the target user.
# models/auths.py:58-60 - no min_length on password
class LdapForm(BaseModel):
user: str
password: str
# auths.py:469-477 - empty password reaches LDAP bind
connection_user = Connection(
server,
user_dn,
form_data.password,
# can be ""
auto_bind='NONE',
authentication='SIMPLE',
)
if not await asyncio.to_thread(connection_user.bind):
raise HTTPException(400, 'Authentication failed.')
# If bind succeeds (which it does with empty password on many servers),
# execution continues and a full session token is issuedCVSS 3.1 Breakdown
| Metric | Value | Rationale |
|---|---|---|
| Attack Vector | Network (N) | Exploited remotely via the LDAP login endpoint |
| Attack Complexity | Low (L) | Single request with an empty password field |
| Privileges Required | None (N) | No prior authentication needed |
| User Interaction | None (N) | No victim interaction required |
| Scope | Unchanged (U) | Impact within the application's authentication boundary |
| Confidentiality | High (H) | Full access to victim's account data - chats, files, API keys, settings |
| Integrity | High (H) | Can modify victim's data, settings, send messages as victim |
| Availability | None (N) | No direct denial of service |
Attack Scenario
- LDAP authentication is enabled on the Open WebUI instance.
- The underlying LDAP server accepts unauthenticated simple binds (OpenLDAP default, some AD configs).
- Attacker sends:
POST /api/v1/auths/ldap
{"user": "admin_username", "password": ""}- The app DN bind succeeds normally (line 366), finds the target user via LDAP search.
- The user bind (line 469-477) sends a Simple Bind with the target's DN and an empty password.
- The LDAP server returns success for the unauthenticated bind.
authenticate_user_by_email(line 507) issues a full session token for the target user.- Attacker has complete access to the victim's account.
Impact
- Complete authentication bypass - any LDAP user account can be taken over without knowing the password
- Includes admin accounts if they authenticate via LDAP
- No rate limiting on the LDAP endpoint (unlike the password signin endpoint)
- Zero interaction required from the victim
Preconditions
- LDAP must be enabled (
ENABLE_LDAP=True, disabled by default) - The LDAP server must accept unauthenticated simple binds with empty passwords (OpenLDAP default behavior, configurable on AD)
- Attacker must know a valid LDAP username
AnalysisAI
Remote authentication bypass in Open WebUI LDAP integration (versions ≤0.8.12) allows complete account takeover by submitting empty passwords. The vulnerability exploits RFC 4513 unauthenticated simple bind semantics: when LDAP is enabled, attackers can authenticate as any user-including administrators-with zero knowledge of actual passwords, gaining full access to chats, files, API keys, and settings. Affects deployments using OpenLDAP default configurations or certain Active Directory setups that accept empty-password binds. Vendor-released patch: version 0.9.0. CVSS 9.1 (Critical) reflects network-accessible, zero-privilege, zero-interaction exploitation with high confidentiality and integrity impact.
Technical ContextAI
The vulnerability resides in Open WebUI's Python-based authentication router (auths.py) and data model (LdapForm in auths.py models). The Pydantic LdapForm class accepts password as an unconstrained string with no minimum length validation, allowing empty strings to pass. When LDAP authentication is enabled, the application performs a Simple Bind operation using the ldap3 library's Connection.bind() method with the user-supplied password. Per RFC 4513 Section 5.1.2, LDAP servers interpret a Simple Bind with a valid Distinguished Name (DN) and empty password as 'unauthenticated simple authentication'-many LDAP implementations, including OpenLDAP in default configuration and some Active Directory deployments, return success (resultCode 0) for this operation rather than rejecting it. Open WebUI does not validate password non-emptiness before the bind attempt, so successful bind responses trigger full session token issuance via authenticate_user_by_email. This represents CWE-287 (Improper Authentication), specifically a logic error where protocol-level semantics override application-level authentication intent. The vulnerability is in the application layer (pkg:pip/open-webui) rather than the LDAP servers themselves, which are behaving per RFC specification.
RemediationAI
Upgrade Open WebUI to version 0.9.0 immediately-this is the vendor-confirmed patched release that enforces non-empty password validation before LDAP bind operations (GitHub advisory GHSA-2r4p-jpmg-48f4). If immediate upgrade is not feasible, implement compensating controls: (1) configure backend LDAP server to reject Simple Binds with empty passwords-for OpenLDAP, add 'disallow bind_simple_unauth' to slapd.conf or 'olcDisallows: bind_simple_unauth' to cn=config; for Active Directory, verify that anonymous binds are disabled via 'dsHeuristics' attribute; (2) disable LDAP authentication entirely (set ENABLE_LDAP=False) and migrate to OAuth or local authentication until patching is completed; (3) implement network-layer access controls to restrict LDAP login endpoint (/api/v1/auths/ldap) to trusted IP ranges, though this only reduces attack surface and does not eliminate the vulnerability. Note that LDAP server-side hardening (option 1) introduces operational trade-offs-test thoroughly as some applications legitimately rely on anonymous bind for directory searches. The upgrade path to 0.9.0 is the only complete fix; compensating controls are temporary risk reduction measures only. Refer to https://github.com/open-webui/open-webui/security/advisories/GHSA-2r4p-jpmg-48f4 for official remediation guidance.
Wazuh SIEM platform versions 4.4.0 through 4.9.0 contain an unsafe deserialization vulnerability in the DistributedAPI t
BentoML version 1.4.2 and earlier contains an unauthenticated remote code execution vulnerability through insecure deser
pgAdmin 4 contains critical remote code execution vulnerabilities in the Query Tool download and Cloud Deployment endpoi
The renderLocalView function in render/views.py in graphite-web in Graphite 0.9.5 through 0.9.10 uses the pickle Python
BentoML is a Python library for building online serving systems optimized for AI apps and model inference. Rated critica
OpenSSL before 0.9.8za, 1.0.0 before 1.0.0m, and 1.0.1 before 1.0.1h does not properly restrict processing of ChangeCiph
pyLoad download manager version prior to 0.5.0b3.dev77 exposes the Flask SECRET_KEY through an unauthenticated endpoint.
In Mercurial before 4.1.3, "hg serve --stdio" allows remote authenticated users to launch the Python debugger, and conse
Unauthenticated remote code execution in Marimo ≤0.20.4 allows attackers to execute arbitrary system commands via the `/
pyLoad is the free and open-source Download Manager written in pure Python. Rated medium severity (CVSS 5.3), this vulne
Langflow (a visual LLM pipeline builder) contains a critical unauthenticated code execution vulnerability (CVE-2026-3301
Cross-user flow execution in Langflow (< 1.9.1) lets any authenticated API-key holder run another user's flow by passing
Same weakness CWE-287 – Improper Authentication
View allSame technique Authentication Bypass
View allShare
External POC / Exploit Code
Leaving vuln.today
EUVD-2026-30604
GHSA-2r4p-jpmg-48f4