<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-06T18:37:30.392951+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/bit-authentik-2023-39522</id>
    <title>BIT-authentik-2023-39522 — Username enumeration attack in goauthentik</title>
    <updated>2026-10-06T18:37:30.396390+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Bitnami: authentik</p>
<p>goauthentik is an open-source Identity Provider. In affected versions using a recovery flow with an identification stage an attacker is able to determine if a username exists. Only setups configured with a recovery flow are impacted by this. Anyone with a user account on a system with the recovery flow described above is susceptible to having their username/email revealed as existing. An attacker can easily enumerate and check users' existence using the recovery flow, as a clear message is shown when a user doesn't exist. Depending on configuration this can either be done by username, email, or both. This issue has been addressed in versions 2023.5.6 and 2023.6.2. Users are advised to upgrade. There are no known workarounds for this issue.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/bit-authentik-2023-39522"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-190812</id>
    <title>EUVD-2026-190812</title>
    <updated>2026-10-06T18:37:30.396446+00:00</updated>
    <content>EUVD-2026-190812</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-190812"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2023-39522</id>
    <title>fkie_cve-2023-39522</title>
    <updated>2026-10-06T18:37:30.396463+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>goauthentik is an open-source Identity Provider. In affected versions using a recovery flow with an identification stage an attacker is able to determine if a username exists. Only setups configured with a recovery flow are impacted by this. Anyone with a user account on a system with the recovery flow described above is susceptible to having their username/email revealed as existing. An attacker can easily enumerate and check users' existence using the recovery flow, as a clear message is shown when a user doesn't exist. Depending on configuration this can either be done by username, email, or both. This issue has been addressed in versions 2023.5.6 and 2023.6.2. Users are advised to upgrade. There are no known workarounds for this issue.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2023-39522"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-vmf9-6pcv-xr87</id>
    <title>Withdrawn: GHSA-vmf9-6pcv-xr87 — Withdrawn Advisory: Username enumeration attack in goauthentik</title>
    <updated>2026-10-06T18:37:30.396490+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Withdrawn by the publisher.</strong></p>
<p><strong>Affected:</strong> npm: @goauthentik/api</p>
<p>### Withdrawn Advisory
This advisory has been withdrawn due to an incorrect package mapping error. This link is maintained to preserve external references.</p>
<p>### Original Description
## Summary
Using a recovery flow with an identification stage an attacker is able to determine if a username exists.</p>
<p>## Impact
Only setups configured with a recovery flow are impacted by this. Anyone with a user account on a system with the recovery flow described above is susceptible to having their username/email revealed as existing.</p>
<p>## Details</p>
<p>An attacker can easily enumerate and check users' existence using the recovery flow, as a clear message is shown when a user doesn't exist. Depending on configuration this can either be done by username, email, or both.</p>
<p>The invalid and valid usernames should both show the same message and always send an email. Article for reference here: https://postmarkapp.com/guides/password-reset-email-best-practices#how-to-make-sure-your-password-reset-emails-are-secure</p>
<p>### For more information</p>
<p>If you have any questions or comments about this advisory:</p>
<p>-   Email us at [security@goauthentik.io](mailto:security@goauthentik.io)</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-vmf9-6pcv-xr87"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2023-39522</id>
    <title>gsd-2023-39522</title>
    <updated>2026-10-06T18:37:30.396523+00:00</updated>
    <content>gsd-2023-39522</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2023-39522"/>
  </entry>
</feed>
