<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Sat, 17 Oct 2026 21:22:24 +0000</lastBuildDate>
    <item>
      <title>cnvd-2020-63002</title>
      <link>https://cve.radiocsirt.org/vuln/cnvd-2020-63002</link>
      <description>cnvd-2020-63002</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cnvd-2020-63002</guid>
    </item>
    <item>
      <title>EUVD-2026-45978</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-45978</link>
      <description>EUVD-2026-45978</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-45978</guid>
    </item>
    <item>
      <title>fkie_cve-2020-26214</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2020-26214</link>
      <description>&lt;p&gt;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.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;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.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2020-26214</guid>
    </item>
    <item>
      <title>GHSA-5hmm-x8q8-w5jh — LDAP authentication bypass with empty password</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-5hmm-x8q8-w5jh</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: alerta-server&lt;/p&gt;
&lt;p&gt;### 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.&lt;/p&gt;
&lt;p&gt;Only deployments where LDAP servers are configured to allow unauthenticated binds (eg. default on Active Directory) are affected.&lt;/p&gt;
&lt;p&gt;### 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&lt;/p&gt;
&lt;p&gt;### Workarounds
LDAP administrators can disallow unauthenticated bind requests by clients.&lt;/p&gt;
&lt;p&gt;### References
https://tools.ietf.org/html/rfc4513#section-5.1.2
https://pypi.org/project/alerta-server/8.1.0/&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
* Add a comment to the issue [#1277](https://github.com/alerta/alerta/issues/1277)
* Email us at [admin@alerta.dev](mailto:admin@alerta.dev)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: alerta-server&lt;/p&gt;
&lt;p&gt;### 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.&lt;/p&gt;
&lt;p&gt;Only deployments where LDAP servers are configured to allow unauthenticated binds (eg. default on Active Directory) are affected.&lt;/p&gt;
&lt;p&gt;### 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&lt;/p&gt;
&lt;p&gt;### Workarounds
LDAP administrators can disallow unauthenticated bind requests by clients.&lt;/p&gt;
&lt;p&gt;### References
https://tools.ietf.org/html/rfc4513#section-5.1.2
https://pypi.org/project/alerta-server/8.1.0/&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
* Add a comment to the issue [#1277](https://github.com/alerta/alerta/issues/1277)
* Email us at [admin@alerta.dev](mailto:admin@alerta.dev)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-5hmm-x8q8-w5jh</guid>
    </item>
    <item>
      <title>gsd-2020-26214</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2020-26214</link>
      <description>gsd-2020-26214</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2020-26214</guid>
    </item>
    <item>
      <title>PYSEC-2020-159</title>
      <link>https://cve.radiocsirt.org/vuln/pysec-2020-159</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: alerta-server&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; PyPI: alerta-server&lt;/p&gt;
&lt;p&gt;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.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/pysec-2020-159</guid>
    </item>
  </channel>
</rss>
