<?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-09T11:03:14.758477+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-parse-2026-32242</id>
    <title>BIT-parse-2026-32242 — Parse Server OAuth2 adapter shares mutable state across providers via singleton instance</title>
    <updated>2026-10-09T11:03:14.761202+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Bitnami: parse</p>
<p>Parse Server is an open source backend that can be deployed to any infrastructure that can run Node.js. Prior to 9.6.0 and 8.6.37, Parse Server's built-in OAuth2 auth adapter exports a singleton instance that is reused directly across all OAuth2 provider configurations. Under concurrent authentication requests for different OAuth2 providers, one provider's token validation may execute using another provider's configuration, potentially allowing a token that should be rejected by one provider to be accepted because it is validated against a different provider's policy. Deployments that configure multiple OAuth2 providers via the oauth2: true flag are affected. This vulnerability is fixed in 9.6.0 and 8.6.37.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/bit-parse-2026-32242"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/euvd-2026-275906</id>
    <title>EUVD-2026-275906</title>
    <updated>2026-10-09T11:03:14.761255+00:00</updated>
    <content>EUVD-2026-275906</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-275906"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-32242</id>
    <title>fkie_cve-2026-32242</title>
    <updated>2026-10-09T11:03:14.761271+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Parse Server is an open source backend that can be deployed to any infrastructure that can run Node.js. Prior to 9.6.0-alpha.11 and 8.6.37, Parse Server's built-in OAuth2 auth adapter exports a singleton instance that is reused directly across all OAuth2 provider configurations. Under concurrent authentication requests for different OAuth2 providers, one provider's token validation may execute using another provider's configuration, potentially allowing a token that should be rejected by one provider to be accepted because it is validated against a different provider's policy. Deployments that configure multiple OAuth2 providers via the oauth2: true flag are affected. This vulnerability is fixed in 9.6.0-alpha.11 and 8.6.37.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-32242"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-2cjm-2gwv-m892</id>
    <title>GHSA-2cjm-2gwv-m892 — Parse Server's OAuth2 adapter shares mutable state across providers via singleton instance</title>
    <updated>2026-10-09T11:03:14.761297+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: parse-server</p>
<p>### Impact</p>
<p>Parse Server's built-in OAuth2 auth adapter exports a singleton instance that is reused directly across all OAuth2 provider configurations. Under concurrent authentication requests for different OAuth2 providers, one provider's token validation may execute using another provider's configuration, potentially allowing a token that should be rejected by one provider to be accepted because it is validated against a different provider's policy.</p>
<p>Deployments that configure multiple OAuth2 providers via the `oauth2: true` flag are affected.</p>
<p>### Patches</p>
<p>The fix ensures that a new adapter instance is created for each provider instead of reusing the singleton, so each provider's configuration is isolated.</p>
<p>### Workarounds</p>
<p>There is no known workaround. If only a single OAuth2 provider is configured, the race condition cannot occur.</p>
<p>### References</p>
<p>- GitHub security advisory: https://github.com/parse-community/parse-server/security/advisories/GHSA-2cjm-2gwv-m892
- Fix Parse Server 9: https://github.com/parse-community/parse-server/releases/tag/9.6.0-alpha.11
- Fix Parse Server 8: https://github.com/parse-community/parse-server/releases/tag/8.6.37</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-2cjm-2gwv-m892"/>
  </entry>
</feed>
