Vulnerability record · CVE-2020-26214 · published 6 November 2020
CVE-2020-26214: Alerta LDAP authentication bypass via empty password
Alerta Project · Alerta
Alerta before 8.1.0 can accept an empty password during LDAP authentication, letting a client authenticate without valid credentials. This only affects deployments whose LDAP servers permit unauthenticated bind requests for anonymous authorization, and it matters because it defeats the authentication gate on the Alerta server.
Description
In Alerta before version 8.1.0, users may be able to bypass LDAP authentication if they provide an empty password when Alerta server is configure to use LDAP as the authorization provider. Only deployments where LDAP servers are configured to allow unauthenticated authentication mechanism for anonymous authorization are affected. A fix has been implemented in version 8.1.0 that returns HTTP 401 Unauthorized response for any authentication attempts where the password field is empty. As a workaround LDAP administrators can disallow unauthenticated bind requests by clients.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Automated analysis
critical priorityCVSS 9.8 with network reachability, no authentication or user interaction required, and a high EPSS score make this a top remediation target despite no KEV listing.
What it is
Alerta before 8.1.0 can accept an empty password during LDAP authentication, letting a client authenticate without valid credentials. This only affects deployments whose LDAP servers permit unauthenticated bind requests for anonymous authorization, and it matters because it defeats the authentication gate on the Alerta server.
Impact
An attacker gains authenticated access to the Alerta server without knowing any password, exposing alert data and any actions available to the authenticated role.
Attack surface
Reachable over the network through the Alerta authentication endpoint when LDAP is the configured authorization provider; no prior authentication is required, and the attacker only submits an empty password field.
Exploitation
Not listed in CISA KEV and no public exploit references are tagged, but EPSS is high at 0.659 (99.2nd percentile), indicating elevated likelihood of attempted exploitation.
What to do
- Upgrade Alerta to 8.1.0 or later, which returns HTTP 401 for authentication attempts with an empty password.
- If immediate upgrade is not possible, configure LDAP servers to reject unauthenticated bind requests from clients.
- Audit LDAP configuration for anonymous or unauthenticated bind support and disable it where not required.
- Review Alerta authentication logs for successful logins with empty or missing passwords.
Detection
- Search Alerta server logs for successful authentication events where the password field is empty or absent.
- Monitor LDAP server logs for unauthenticated bind requests originating from Alerta hosts.
- Alert on HTTP 200 responses from the Alerta login endpoint for requests with empty password parameters.
This assessment is produced automatically and is not human-reviewed. Verify against the vendor advisory before acting on it.
Affected products
1 vulnerable configurations from NVD's CPE data, grouped by vendor and product.
References
| Link | Tags |
|---|---|
| https://github.com/alerta/alerta/commit/2bfa31779a4c9df2fa68fa4d0c5c909698c5ef65 | PatchThird Party Advisory |
| https://github.com/alerta/alerta/issues/1277 | Third Party Advisory |
| https://github.com/alerta/alerta/pull/1345 | Third Party Advisory |
| https://github.com/alerta/alerta/security/advisories/GHSA-5hmm-x8q8-w5jh | Third Party Advisory |
| https://pypi.org/project/alerta-server/8.1.0/ | Third Party Advisory |
| https://tools.ietf.org/html/rfc4513#section-5.1.2 | Third Party Advisory |
| https://github.com/alerta/alerta/commit/2bfa31779a4c9df2fa68fa4d0c5c909698c5ef65 | PatchThird Party Advisory |
| https://github.com/alerta/alerta/issues/1277 | Third Party Advisory |
| https://github.com/alerta/alerta/pull/1345 | Third Party Advisory |
| https://github.com/alerta/alerta/security/advisories/GHSA-5hmm-x8q8-w5jh | Third Party Advisory |
| https://pypi.org/project/alerta-server/8.1.0/ | Third Party Advisory |
| https://tools.ietf.org/html/rfc4513#section-5.1.2 | Third Party Advisory |
Track CVE-2020-26214 inside VULONE
Watch it alongside the ransomware crews, C2 infrastructure and forum chatter that reference it, query it through the API and pull it into your SIEM over TAXII.
Related vulnerabilities
Same products first, then exploited flaws of the same weakness class.
Source: NIST National Vulnerability Database (record CVE-2020-26214), CISA KEV, FIRST EPSS (scores of 2026-09-26). This page is refreshed as NVD updates the record.