GHSA-5HMM-X8Q8-W5JH
Vulnerability from github – Published: 2020-11-06 17:35 – Updated: 2024-09-04 19:53Impact
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 binds (eg. default on Active Directory) are affected.
Patches
A fix has been implemented that returns HTTP 401 Unauthorized response for any authentication attempts where the password field is empty. See https://github.com/alerta/alerta/pull/1345
Workarounds
LDAP administrators can disallow unauthenticated bind requests by clients.
References
https://tools.ietf.org/html/rfc4513#section-5.1.2 https://pypi.org/project/alerta-server/8.1.0/
For more information
If you have any questions or comments about this advisory: * Add a comment to the issue #1277 * Email us at admin@alerta.dev
{
"affected": [
{
"package": {
"ecosystem": "PyPI",
"name": "alerta-server"
},
"ranges": [
{
"events": [
{
"introduced": "8.0.0"
},
{
"fixed": "8.1.0"
}
],
"type": "ECOSYSTEM"
}
]
},
{
"package": {
"ecosystem": "PyPI",
"name": "alerta-server"
},
"ranges": [
{
"events": [
{
"introduced": "0"
},
{
"fixed": "7.5.7"
}
],
"type": "ECOSYSTEM"
}
]
}
],
"aliases": [
"CVE-2020-26214"
],
"database_specific": {
"cwe_ids": [
"CWE-287"
],
"github_reviewed": true,
"github_reviewed_at": "2020-11-06T17:34:42Z",
"nvd_published_at": null,
"severity": "CRITICAL"
},
"details": "### Impact\nUsers 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.\n\nOnly deployments where LDAP servers are configured to allow unauthenticated binds (eg. default on Active Directory) are affected.\n\n### Patches\nA fix has been implemented that returns HTTP 401 Unauthorized response for any authentication attempts where the password field is empty. See https://github.com/alerta/alerta/pull/1345\n\n### Workarounds\nLDAP administrators can disallow unauthenticated bind requests by clients.\n\n### References\nhttps://tools.ietf.org/html/rfc4513#section-5.1.2\nhttps://pypi.org/project/alerta-server/8.1.0/\n\n### For more information\nIf you have any questions or comments about this advisory:\n* Add a comment to the issue [#1277](https://github.com/alerta/alerta/issues/1277)\n* Email us at [admin@alerta.dev](mailto:admin@alerta.dev)",
"id": "GHSA-5hmm-x8q8-w5jh",
"modified": "2024-09-04T19:53:05Z",
"published": "2020-11-06T17:35:49Z",
"references": [
{
"type": "WEB",
"url": "https://github.com/alerta/alerta/security/advisories/GHSA-5hmm-x8q8-w5jh"
},
{
"type": "ADVISORY",
"url": "https://nvd.nist.gov/vuln/detail/CVE-2020-26214"
},
{
"type": "WEB",
"url": "https://github.com/alerta/alerta/issues/1277"
},
{
"type": "WEB",
"url": "https://github.com/alerta/alerta/pull/1345"
},
{
"type": "WEB",
"url": "https://github.com/alerta/alerta/commit/2bfa31779a4c9df2fa68fa4d0c5c909698c5ef65"
},
{
"type": "PACKAGE",
"url": "https://github.com/alerta/alerta"
},
{
"type": "WEB",
"url": "https://github.com/pypa/advisory-database/tree/main/vulns/alerta-server/PYSEC-2020-159.yaml"
},
{
"type": "WEB",
"url": "https://pypi.org/project/alerta-server/8.1.0"
},
{
"type": "WEB",
"url": "https://tools.ietf.org/html/rfc4513#section-5.1.2"
}
],
"schema_version": "1.4.0",
"severity": [
{
"score": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N",
"type": "CVSS_V3"
},
{
"score": "CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N",
"type": "CVSS_V4"
}
],
"summary": "LDAP authentication bypass with empty password"
}
Sightings
| Author | Source | Type | Date |
|---|
Nomenclature
- Seen: The vulnerability was mentioned, discussed, or observed by the user.
- Confirmed: The vulnerability has been validated from an analyst's perspective.
- Published Proof of Concept: A public proof of concept is available for this vulnerability.
- Exploited: The vulnerability was observed as exploited by the user who reported the sighting.
- Patched: The vulnerability was observed as successfully patched by the user who reported the sighting.
- Not exploited: The vulnerability was not observed as exploited by the user who reported the sighting.
- Not confirmed: The user expressed doubt about the validity of the vulnerability.
- Not patched: The vulnerability was not observed as successfully patched by the user who reported the sighting.