<?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>Mon, 12 Oct 2026 09:07:03 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-162922</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-162922</link>
      <description>EUVD-2026-162922</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-162922</guid>
    </item>
    <item>
      <title>fkie_cve-2023-47111</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-47111</link>
      <description>&lt;p&gt;ZITADEL provides identity infrastructure. ZITADEL provides administrators the possibility to define a `Lockout Policy` with a maximum amount of failed password check attempts. On every failed password check, the amount of failed checks is compared against the configured maximum. Exceeding the limit, will lock the user and prevent further authentication. In the affected implementation it was possible for an attacker to start multiple parallel password checks, giving him the possibility to try out more combinations than configured in the `Lockout Policy`. This vulnerability has been patched in versions 2.40.5 and 2.38.3.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;ZITADEL provides identity infrastructure. ZITADEL provides administrators the possibility to define a `Lockout Policy` with a maximum amount of failed password check attempts. On every failed password check, the amount of failed checks is compared against the configured maximum. Exceeding the limit, will lock the user and prevent further authentication. In the affected implementation it was possible for an attacker to start multiple parallel password checks, giving him the possibility to try out more combinations than configured in the `Lockout Policy`. This vulnerability has been patched in versions 2.40.5 and 2.38.3.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-47111</guid>
    </item>
    <item>
      <title>GHSA-7h8m-vrxx-vr4m — ZITADEL race condition in lockout policy execution</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-7h8m-vrxx-vr4m</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/zitadel/zitadel&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;ZITADEL provides administrators the possibility to define a `Lockout Policy` with a maximum amount of failed password check attempts. On every failed password check, the amount of failed checks is compared against the configured maximum.
Exceeding the limit, will lock the user and prevent further authentication.&lt;/p&gt;
&lt;p&gt;In the affected implementation it was possible for an attacker to start multiple parallel password checks, giving him the possibility to try out more combinations than configured in the `Lockout Policy`.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;2.x versions are fixed on &amp;gt;= [2.40.5](https://github.com/zitadel/zitadel/releases/tag/v2.40.5)
2.38.x versions are fixed on &amp;gt;= [2.38.3](https://github.com/zitadel/zitadel/releases/tag/v2.38.3)&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;There is no workaround since a patch is already available.&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;None&lt;/p&gt;
&lt;p&gt;### Questions&lt;/p&gt;
&lt;p&gt;If you have any questions or comments about this advisory, please email us at [security@zitadel.com](mailto:security@zitadel.com)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/zitadel/zitadel&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;ZITADEL provides administrators the possibility to define a `Lockout Policy` with a maximum amount of failed password check attempts. On every failed password check, the amount of failed checks is compared against the configured maximum.
Exceeding the limit, will lock the user and prevent further authentication.&lt;/p&gt;
&lt;p&gt;In the affected implementation it was possible for an attacker to start multiple parallel password checks, giving him the possibility to try out more combinations than configured in the `Lockout Policy`.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;2.x versions are fixed on &amp;gt;= [2.40.5](https://github.com/zitadel/zitadel/releases/tag/v2.40.5)
2.38.x versions are fixed on &amp;gt;= [2.38.3](https://github.com/zitadel/zitadel/releases/tag/v2.38.3)&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;There is no workaround since a patch is already available.&lt;/p&gt;
&lt;p&gt;### References&lt;/p&gt;
&lt;p&gt;None&lt;/p&gt;
&lt;p&gt;### Questions&lt;/p&gt;
&lt;p&gt;If you have any questions or comments about this advisory, please email us at [security@zitadel.com](mailto:security@zitadel.com)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-7h8m-vrxx-vr4m</guid>
    </item>
    <item>
      <title>gsd-2023-47111</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2023-47111</link>
      <description>gsd-2023-47111</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2023-47111</guid>
    </item>
  </channel>
</rss>
