Vulnerability-Lookup

PYSEC-2020-159

Vulnerability from pysec - Published: 2020-11-06 18:15 - Updated: 2020-11-17 21:08

Details

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.

Impacted products

Name	purl
alerta-server	pkg:pypi/alerta-server

Aliases

JSON

To clipboard

{
  "affected": [
    {
      "package": {
        "ecosystem": "PyPI",
        "name": "alerta-server",
        "purl": "pkg:pypi/alerta-server"
      },
      "ranges": [
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "2bfa31779a4c9df2fa68fa4d0c5c909698c5ef65"
            }
          ],
          "repo": "https://github.com/alerta/alerta",
          "type": "GIT"
        },
        {
          "events": [
            {
              "introduced": "0"
            },
            {
              "fixed": "7.5.7"
            },
            {
              "introduced": "8.0.0"
            },
            {
              "fixed": "8.1.0"
            }
          ],
          "type": "ECOSYSTEM"
        }
      ],
      "versions": [
        "3.1.2",
        "3.2.0",
        "3.2.3",
        "3.2.4",
        "3.2.6",
        "3.2.7",
        "3.2.8",
        "3.2.9",
        "3.3.0",
        "3.3.1",
        "3.3.2",
        "3.3.3",
        "3.3.4",
        "3.3.5",
        "3.3.6",
        "3.3.7",
        "4.0.0",
        "4.0.1",
        "4.0.2",
        "4.0.3",
        "4.0.4",
        "4.0.5",
        "4.0.6",
        "4.0.7",
        "4.0.8",
        "4.0.9",
        "4.1.0",
        "4.1.1",
        "4.1.2",
        "4.1.4",
        "4.1.5",
        "4.1.6",
        "4.1.7",
        "4.1.8",
        "4.2.1",
        "4.2.2",
        "4.2.3",
        "4.2.4",
        "4.2.5",
        "4.2.6",
        "4.3.0",
        "4.3.1",
        "4.3.2",
        "4.4.0",
        "4.4.1",
        "4.4.2",
        "4.4.5",
        "4.4.6",
        "4.4.7",
        "4.4.8",
        "4.4.9",
        "4.4.10",
        "4.4.11",
        "4.4.12",
        "4.4.13",
        "4.5.0",
        "4.5.1",
        "4.5.2",
        "4.5.3",
        "4.5.4",
        "4.5.5",
        "4.6.0",
        "4.6.1",
        "4.6.2",
        "4.6.3",
        "4.6.4",
        "4.6.5",
        "4.6.6",
        "4.6.7",
        "4.6.8",
        "4.6.9",
        "4.7.0",
        "4.7.1",
        "4.7.2",
        "4.7.3",
        "4.7.4",
        "4.7.5",
        "4.7.6",
        "4.7.7",
        "4.7.8",
        "4.7.9",
        "4.7.10",
        "4.7.11",
        "4.7.12",
        "4.7.13",
        "4.7.14",
        "4.7.15",
        "4.7.16",
        "4.7.17",
        "4.7.18",
        "4.7.19",
        "4.7.20",
        "4.7.21",
        "4.7.22",
        "4.7.23",
        "4.7.24",
        "4.7.25",
        "4.7.26",
        "4.7.27",
        "4.7.28",
        "4.7.29",
        "4.7.30",
        "4.7.31",
        "4.7.32",
        "4.7.33",
        "4.8.0",
        "4.8.1",
        "4.8.2",
        "4.8.3",
        "4.8.4",
        "4.8.5",
        "4.8.6",
        "4.8.7",
        "4.8.8",
        "4.8.9",
        "4.8.10",
        "4.8.11",
        "4.8.12",
        "4.8.13",
        "4.8.14",
        "4.8.15",
        "4.8.16",
        "4.8.17",
        "4.8.18",
        "4.8.19",
        "4.8.20",
        "4.8.21",
        "4.8.22",
        "4.8.23",
        "4.8.24",
        "4.8.25",
        "4.8.26",
        "4.9.0",
        "4.9.1",
        "4.9.2",
        "4.9.3",
        "4.9.4",
        "4.9.5",
        "4.9.6",
        "4.10.0",
        "4.10.1",
        "4.10.2",
        "4.10.3",
        "4.10.4",
        "4.10.5",
        "5.0.0rc1",
        "5.0.0rc2",
        "5.0.0rc3",
        "5.0.0",
        "5.0.1",
        "5.0.2",
        "5.0.3",
        "5.0.4",
        "5.0.5",
        "5.0.6",
        "5.0.7",
        "5.0.8",
        "5.0.9",
        "5.1.0",
        "5.1.1",
        "5.2.0",
        "5.2.1",
        "5.2.2",
        "5.2.3",
        "5.2.4",
        "5.2.5",
        "5.2.6",
        "5.2.7",
        "5.2.8",
        "5.2.9",
        "6.0.0",
        "6.0.1",
        "6.1.0",
        "6.2.0",
        "6.2.1",
        "6.3.0",
        "6.3.1",
        "6.3.2",
        "6.4.0",
        "6.5.0",
        "6.6.0",
        "6.6.1",
        "6.7.0",
        "6.7.1",
        "6.7.2",
        "6.7.3",
        "6.7.4",
        "6.7.5",
        "6.8.0",
        "6.8.1",
        "6.8.2",
        "6.8.3",
        "6.8.4",
        "6.8.5",
        "7.0.0",
        "7.0.1",
        "7.1.0",
        "7.1.1",
        "7.1.2",
        "7.2.0",
        "7.2.1",
        "7.2.2",
        "7.2.3",
        "7.2.4",
        "7.2.5",
        "7.2.6",
        "7.2.7",
        "7.2.8",
        "7.2.9",
        "7.2.10",
        "7.2.11",
        "7.3.0",
        "7.3.1",
        "7.3.2",
        "7.4.0",
        "7.4.1",
        "7.4.4",
        "7.4.5",
        "7.4.6",
        "7.5.0",
        "7.5.1",
        "7.5.2",
        "7.5.3",
        "7.5.4",
        "7.5.5",
        "7.5.6",
        "8.0.0",
        "8.0.1",
        "8.0.2",
        "8.0.3"
      ]
    }
  ],
  "aliases": [
    "CVE-2020-26214",
    "GHSA-5hmm-x8q8-w5jh"
  ],
  "details": "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.",
  "id": "PYSEC-2020-159",
  "modified": "2020-11-17T21:08:00Z",
  "published": "2020-11-06T18:15:00Z",
  "references": [
    {
      "type": "REPORT",
      "url": "https://github.com/alerta/alerta/issues/1277"
    },
    {
      "type": "PACKAGE",
      "url": "https://pypi.org/project/alerta-server/8.1.0/"
    },
    {
      "type": "ADVISORY",
      "url": "https://github.com/alerta/alerta/security/advisories/GHSA-5hmm-x8q8-w5jh"
    },
    {
      "type": "FIX",
      "url": "https://github.com/alerta/alerta/commit/2bfa31779a4c9df2fa68fa4d0c5c909698c5ef65"
    },
    {
      "type": "WEB",
      "url": "https://tools.ietf.org/html/rfc4513#section-5.1.2"
    },
    {
      "type": "WEB",
      "url": "https://github.com/alerta/alerta/pull/1345"
    }
  ]
}

CVE-2020-26214 (GCVE-0-2020-26214)

Vulnerability from cvelistv5 – Published: 2020-11-06 17:50 – Updated: 2024-08-04 15:49

Title

LDAP authentication bypass in Alerta

Summary

Severity

9.1 (Critical)


                        
                          CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N

CWE

CWE-287 - Improper Authentication

Assigner

GitHub_M mitre root Scorecard

References

6 references

URL	Tags
https://github.com/alerta/alerta/security/advisor…	x_refsource_CONFIRM
https://github.com/alerta/alerta/issues/1277	x_refsource_MISC
https://github.com/alerta/alerta/pull/1345	x_refsource_MISC
https://github.com/alerta/alerta/commit/2bfa31779…	x_refsource_MISC
https://pypi.org/project/alerta-server/8.1.0/	x_refsource_MISC
https://tools.ietf.org/html/rfc4513#section-5.1.2	x_refsource_MISC

Impacted products

1 product

Vendor	Product	Version
alerta	alerta	Affected: < 8.1.0

Show details on NVD website

JSON

To clipboard

{
  "containers": {
    "adp": [
      {
        "providerMetadata": {
          "dateUpdated": "2024-08-04T15:49:07.233Z",
          "orgId": "af854a3a-2127-422b-91ae-364da2661108",
          "shortName": "CVE"
        },
        "references": [
          {
            "tags": [
              "x_refsource_CONFIRM",
              "x_transferred"
            ],
            "url": "https://github.com/alerta/alerta/security/advisories/GHSA-5hmm-x8q8-w5jh"
          },
          {
            "tags": [
              "x_refsource_MISC",
              "x_transferred"
            ],
            "url": "https://github.com/alerta/alerta/issues/1277"
          },
          {
            "tags": [
              "x_refsource_MISC",
              "x_transferred"
            ],
            "url": "https://github.com/alerta/alerta/pull/1345"
          },
          {
            "tags": [
              "x_refsource_MISC",
              "x_transferred"
            ],
            "url": "https://github.com/alerta/alerta/commit/2bfa31779a4c9df2fa68fa4d0c5c909698c5ef65"
          },
          {
            "tags": [
              "x_refsource_MISC",
              "x_transferred"
            ],
            "url": "https://pypi.org/project/alerta-server/8.1.0/"
          },
          {
            "tags": [
              "x_refsource_MISC",
              "x_transferred"
            ],
            "url": "https://tools.ietf.org/html/rfc4513#section-5.1.2"
          }
        ],
        "title": "CVE Program Container"
      }
    ],
    "cna": {
      "affected": [
        {
          "product": "alerta",
          "vendor": "alerta",
          "versions": [
            {
              "status": "affected",
              "version": "\u003c 8.1.0"
            }
          ]
        }
      ],
      "descriptions": [
        {
          "lang": "en",
          "value": "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."
        }
      ],
      "metrics": [
        {
          "cvssV3_1": {
            "attackComplexity": "LOW",
            "attackVector": "NETWORK",
            "availabilityImpact": "NONE",
            "baseScore": 9.1,
            "baseSeverity": "CRITICAL",
            "confidentialityImpact": "HIGH",
            "integrityImpact": "HIGH",
            "privilegesRequired": "NONE",
            "scope": "UNCHANGED",
            "userInteraction": "NONE",
            "vectorString": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N",
            "version": "3.1"
          }
        }
      ],
      "problemTypes": [
        {
          "descriptions": [
            {
              "cweId": "CWE-287",
              "description": "CWE-287: Improper Authentication",
              "lang": "en",
              "type": "CWE"
            }
          ]
        }
      ],
      "providerMetadata": {
        "dateUpdated": "2020-11-06T17:50:17.000Z",
        "orgId": "a0819718-46f1-4df5-94e2-005712e83aaa",
        "shortName": "GitHub_M"
      },
      "references": [
        {
          "tags": [
            "x_refsource_CONFIRM"
          ],
          "url": "https://github.com/alerta/alerta/security/advisories/GHSA-5hmm-x8q8-w5jh"
        },
        {
          "tags": [
            "x_refsource_MISC"
          ],
          "url": "https://github.com/alerta/alerta/issues/1277"
        },
        {
          "tags": [
            "x_refsource_MISC"
          ],
          "url": "https://github.com/alerta/alerta/pull/1345"
        },
        {
          "tags": [
            "x_refsource_MISC"
          ],
          "url": "https://github.com/alerta/alerta/commit/2bfa31779a4c9df2fa68fa4d0c5c909698c5ef65"
        },
        {
          "tags": [
            "x_refsource_MISC"
          ],
          "url": "https://pypi.org/project/alerta-server/8.1.0/"
        },
        {
          "tags": [
            "x_refsource_MISC"
          ],
          "url": "https://tools.ietf.org/html/rfc4513#section-5.1.2"
        }
      ],
      "source": {
        "advisory": "GHSA-5hmm-x8q8-w5jh",
        "discovery": "UNKNOWN"
      },
      "title": "LDAP authentication bypass in Alerta",
      "x_legacyV4Record": {
        "CVE_data_meta": {
          "ASSIGNER": "security-advisories@github.com",
          "ID": "CVE-2020-26214",
          "STATE": "PUBLIC",
          "TITLE": "LDAP authentication bypass in Alerta"
        },
        "affects": {
          "vendor": {
            "vendor_data": [
              {
                "product": {
                  "product_data": [
                    {
                      "product_name": "alerta",
                      "version": {
                        "version_data": [
                          {
                            "version_value": "\u003c 8.1.0"
                          }
                        ]
                      }
                    }
                  ]
                },
                "vendor_name": "alerta"
              }
            ]
          }
        },
        "data_format": "MITRE",
        "data_type": "CVE",
        "data_version": "4.0",
        "description": {
          "description_data": [
            {
              "lang": "eng",
              "value": "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."
            }
          ]
        },
        "impact": {
          "cvss": {
            "attackComplexity": "LOW",
            "attackVector": "NETWORK",
            "availabilityImpact": "NONE",
            "baseScore": 9.1,
            "baseSeverity": "CRITICAL",
            "confidentialityImpact": "HIGH",
            "integrityImpact": "HIGH",
            "privilegesRequired": "NONE",
            "scope": "UNCHANGED",
            "userInteraction": "NONE",
            "vectorString": "CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N",
            "version": "3.1"
          }
        },
        "problemtype": {
          "problemtype_data": [
            {
              "description": [
                {
                  "lang": "eng",
                  "value": "CWE-287: Improper Authentication"
                }
              ]
            }
          ]
        },
        "references": {
          "reference_data": [
            {
              "name": "https://github.com/alerta/alerta/security/advisories/GHSA-5hmm-x8q8-w5jh",
              "refsource": "CONFIRM",
              "url": "https://github.com/alerta/alerta/security/advisories/GHSA-5hmm-x8q8-w5jh"
            },
            {
              "name": "https://github.com/alerta/alerta/issues/1277",
              "refsource": "MISC",
              "url": "https://github.com/alerta/alerta/issues/1277"
            },
            {
              "name": "https://github.com/alerta/alerta/pull/1345",
              "refsource": "MISC",
              "url": "https://github.com/alerta/alerta/pull/1345"
            },
            {
              "name": "https://github.com/alerta/alerta/commit/2bfa31779a4c9df2fa68fa4d0c5c909698c5ef65",
              "refsource": "MISC",
              "url": "https://github.com/alerta/alerta/commit/2bfa31779a4c9df2fa68fa4d0c5c909698c5ef65"
            },
            {
              "name": "https://pypi.org/project/alerta-server/8.1.0/",
              "refsource": "MISC",
              "url": "https://pypi.org/project/alerta-server/8.1.0/"
            },
            {
              "name": "https://tools.ietf.org/html/rfc4513#section-5.1.2",
              "refsource": "MISC",
              "url": "https://tools.ietf.org/html/rfc4513#section-5.1.2"
            }
          ]
        },
        "source": {
          "advisory": "GHSA-5hmm-x8q8-w5jh",
          "discovery": "UNKNOWN"
        }
      }
    }
  },
  "cveMetadata": {
    "assignerOrgId": "a0819718-46f1-4df5-94e2-005712e83aaa",
    "assignerShortName": "GitHub_M",
    "cveId": "CVE-2020-26214",
    "datePublished": "2020-11-06T17:50:17.000Z",
    "dateReserved": "2020-10-01T00:00:00.000Z",
    "dateUpdated": "2024-08-04T15:49:07.233Z",
    "state": "PUBLISHED"
  },
  "dataType": "CVE_RECORD",
  "dataVersion": "5.1"
}

GHSA-5HMM-X8Q8-W5JH

Vulnerability from github – Published: 2020-11-06 17:35 – Updated: 2024-09-04 19:53

Summary

LDAP authentication bypass with empty password

Details

Impact

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

Severity

9.1 (Critical)


                  
                    CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:N

9.3 (Critical)


                  
                    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

Show details on source website

JSON

To clipboard

{
  "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	Other

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.

The MITRE ATT&CK techniques below are AI-generated suggestions, inferred from the description of the vulnerability by the CIRCL/vulnerability-attack-technique-classification-roberta-base model, served locally by ML-Gateway. They have not been verified by an analyst and are provided for guidance only.
The approach is described in our paper Mapping CVEs to MITRE ATT&CK Techniques: A Curated Gold-Set Classifier and the Limits of LLM-Assisted Label Expansion.
Browse all ATT&CK techniques and the vulnerabilities related to each.

Related by attack behaviour

Vulnerabilities whose description is nearest to this one in the vector space of the CIRCL/vulnerability-attack-technique-biencoder model. This is a similarity search over the bi-encoder space (plain cosine), not a classification, and it has no measured accuracy.

Action not permitted

PYSEC-2020-159

CVE-2020-26214 (GCVE-0-2020-26214)

GHSA-5HMM-X8Q8-W5JH

Impact

Patches

Workarounds

References

For more information

Tags

Sightings

Nomenclature

Related by attack behaviour