<?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://vulnerability.circl.lu</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>Fri, 09 Oct 2026 01:14:32 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2024-39896</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2024-39896</link>
      <description>&lt;p&gt;Directus is a real-time API and App dashboard for managing SQL database content. When relying on SSO providers in combination with local authentication it can be possible to enumerate existing SSO users in the instance. This is possible because if an email address exists in Directus and belongs to a known SSO provider then it will throw a &amp;#34;helpful&amp;#34; error that the user belongs to another provider. This vulnerability is fixed in 10.13.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Directus is a real-time API and App dashboard for managing SQL database content. When relying on SSO providers in combination with local authentication it can be possible to enumerate existing SSO users in the instance. This is possible because if an email address exists in Directus and belongs to a known SSO provider then it will throw a &amp;#34;helpful&amp;#34; error that the user belongs to another provider. This vulnerability is fixed in 10.13.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2024-39896</guid>
    </item>
    <item>
      <title>GHSA-jgf4-vwc3-r46v — Directus Allows Single Sign-On User Enumeration</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-jgf4-vwc3-r46v</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: directus&lt;/p&gt;
&lt;p&gt;### Impact
When relying on SSO providers in combination with local authentication it can be possible to enumerate existing SSO users in the instance. This is possible because if an email address exists in Directus and belongs to a known SSO provider then it will throw a &amp;#34;helpful&amp;#34; error that the user belongs to another provider.&lt;/p&gt;
&lt;p&gt;### Reproduction&lt;/p&gt;
&lt;p&gt;1. Create a user using a SSO provider `test@directus.io`.
2. Try to log-in using the regular login form (or the API)
3. When using a valid email address&lt;/p&gt;
&lt;p&gt;| **APP** | **API** |
| --- | --- |
| ![image](https://github.com/directus/directus/assets/9389634/1da3301d-226f-46a7-bfb8-3f6fb9bc55cd) | ![image](https://github.com/directus/directus/assets/9389634/50cab310-7d1c-4241-a6be-d06542565767) |&lt;/p&gt;
&lt;p&gt;4. When using an invalid email address&lt;/p&gt;
&lt;p&gt;| **APP** | **API** |
| --- | --- |
| ![image](https://github.com/directus/directus/assets/9389634/7b97659e-b49c-410b-872e-e36786b6e41e) | ![image](https://github.com/directus/directus/assets/9389634/d26ccba7-bb27-437e-991e-99c10941bbe7) |&lt;/p&gt;
&lt;p&gt;5. Using this differing error it is possible to determine whether a specific email address is present in the Directus instance as an SSO user.&lt;/p&gt;
&lt;p&gt;### Workarounds
When only using SSO for authentication then you can work around this issue by disabling local login using the following environment variable `AUTH_DISABLE_DEFAULT=&amp;#34;true&amp;#34;`&lt;/p&gt;
&lt;p&gt;### References
Implemented as feature in https://github.com/directus/directus/pull/13184
https://owasp.org/www-project-web-security-testing-gu…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: directus&lt;/p&gt;
&lt;p&gt;### Impact
When relying on SSO providers in combination with local authentication it can be possible to enumerate existing SSO users in the instance. This is possible because if an email address exists in Directus and belongs to a known SSO provider then it will throw a &amp;#34;helpful&amp;#34; error that the user belongs to another provider.&lt;/p&gt;
&lt;p&gt;### Reproduction&lt;/p&gt;
&lt;p&gt;1. Create a user using a SSO provider `test@directus.io`.
2. Try to log-in using the regular login form (or the API)
3. When using a valid email address&lt;/p&gt;
&lt;p&gt;| **APP** | **API** |
| --- | --- |
| ![image](https://github.com/directus/directus/assets/9389634/1da3301d-226f-46a7-bfb8-3f6fb9bc55cd) | ![image](https://github.com/directus/directus/assets/9389634/50cab310-7d1c-4241-a6be-d06542565767) |&lt;/p&gt;
&lt;p&gt;4. When using an invalid email address&lt;/p&gt;
&lt;p&gt;| **APP** | **API** |
| --- | --- |
| ![image](https://github.com/directus/directus/assets/9389634/7b97659e-b49c-410b-872e-e36786b6e41e) | ![image](https://github.com/directus/directus/assets/9389634/d26ccba7-bb27-437e-991e-99c10941bbe7) |&lt;/p&gt;
&lt;p&gt;5. Using this differing error it is possible to determine whether a specific email address is present in the Directus instance as an SSO user.&lt;/p&gt;
&lt;p&gt;### Workarounds
When only using SSO for authentication then you can work around this issue by disabling local login using the following environment variable `AUTH_DISABLE_DEFAULT=&amp;#34;true&amp;#34;`&lt;/p&gt;
&lt;p&gt;### References
Implemented as feature in https://github.com/directus/directus/pull/13184
https://owasp.org/www-project-web-security-testing-gu…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-jgf4-vwc3-r46v</guid>
    </item>
  </channel>
</rss>
