<?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>Tue, 06 Oct 2026 22:56:28 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-338112</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-338112</link>
      <description>EUVD-2026-338112</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-338112</guid>
    </item>
    <item>
      <title>fkie_cve-2026-53518</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-53518</link>
      <description>&lt;p&gt;Better Auth is an authentication and authorization library for TypeScript. From 1.6.0 until 1.6.11, the @better-auth/oauth-provider POST /oauth2/token endpoint for the authorization_code grant redeems a single-use authorization code through a non-atomic find-then-delete sequence, allowing two concurrent requests to pass the read step and mint independent access tokens, refresh tokens, and ID tokens; legacy /oauth2/token and /mcp/token paths in oidc-provider and mcp plugins share the same primitive. This issue is fixed in version 1.6.11.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Better Auth is an authentication and authorization library for TypeScript. From 1.6.0 until 1.6.11, the @better-auth/oauth-provider POST /oauth2/token endpoint for the authorization_code grant redeems a single-use authorization code through a non-atomic find-then-delete sequence, allowing two concurrent requests to pass the read step and mint independent access tokens, refresh tokens, and ID tokens; legacy /oauth2/token and /mcp/token paths in oidc-provider and mcp plugins share the same primitive. This issue is fixed in version 1.6.11.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-53518</guid>
    </item>
    <item>
      <title>GHSA-7w99-5wm4-3g79 — @better-auth/oauth-provider's OAuth authorization-code grant allows concurrent redemption when two token requests race…</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-7w99-5wm4-3g79</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @better-auth/oauth-provider, npm: better-auth&lt;/p&gt;
&lt;p&gt;### Am I affected?&lt;/p&gt;
&lt;p&gt;Users are affected if all of the following are true:&lt;/p&gt;
&lt;p&gt;- Their project depends on `@better-auth/oauth-provider` at a version `&amp;gt;= 1.6.0, &amp;lt; 1.6.11`, or uses the embedded plugin in `better-auth &amp;gt;= 1.4.8-beta.7, &amp;lt; 1.6.0`, or enables the legacy `oidc-provider` or `mcp` plugins from `better-auth/plugins`.
- Their application exposes `/api/auth/oauth2/token` (or the legacy plugins&amp;#39; `/oauth2/token` and `/mcp/token`) as a token endpoint to OAuth/OIDC clients, including internal MCP clients (Claude Desktop, custom MCP tool callers, AI agents).
- Their application has not implemented an external mitigation: a load-balancer-level idempotency cache keyed by `code`, a database trigger that rejects duplicate token issuance for the same authorization code, or a custom adapter override that performs an atomic compare-and-delete.&lt;/p&gt;
&lt;p&gt;Fix:&lt;/p&gt;
&lt;p&gt;1. Upgrade to `@better-auth/oauth-provider@1.6.11` or later. If developers use the legacy plugin paths from `better-auth/plugins`, upgrade `better-auth` to `1.6.11` or later.
2. If developers cannot upgrade, see workarounds below.&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The OAuth provider&amp;#39;s `POST /oauth2/token` endpoint, on the `authorization_code` grant, redeems a single-use authorization code through a non-atomic find-then-delete sequence. Two concurrent requests with the same `code` value both pass the read step before either delete completes, then both proceed to PKCE verification and `createUserTokens`. Each surviving request mints a fresh access token, refresh…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: @better-auth/oauth-provider, npm: better-auth&lt;/p&gt;
&lt;p&gt;### Am I affected?&lt;/p&gt;
&lt;p&gt;Users are affected if all of the following are true:&lt;/p&gt;
&lt;p&gt;- Their project depends on `@better-auth/oauth-provider` at a version `&amp;gt;= 1.6.0, &amp;lt; 1.6.11`, or uses the embedded plugin in `better-auth &amp;gt;= 1.4.8-beta.7, &amp;lt; 1.6.0`, or enables the legacy `oidc-provider` or `mcp` plugins from `better-auth/plugins`.
- Their application exposes `/api/auth/oauth2/token` (or the legacy plugins&amp;#39; `/oauth2/token` and `/mcp/token`) as a token endpoint to OAuth/OIDC clients, including internal MCP clients (Claude Desktop, custom MCP tool callers, AI agents).
- Their application has not implemented an external mitigation: a load-balancer-level idempotency cache keyed by `code`, a database trigger that rejects duplicate token issuance for the same authorization code, or a custom adapter override that performs an atomic compare-and-delete.&lt;/p&gt;
&lt;p&gt;Fix:&lt;/p&gt;
&lt;p&gt;1. Upgrade to `@better-auth/oauth-provider@1.6.11` or later. If developers use the legacy plugin paths from `better-auth/plugins`, upgrade `better-auth` to `1.6.11` or later.
2. If developers cannot upgrade, see workarounds below.&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;The OAuth provider&amp;#39;s `POST /oauth2/token` endpoint, on the `authorization_code` grant, redeems a single-use authorization code through a non-atomic find-then-delete sequence. Two concurrent requests with the same `code` value both pass the read step before either delete completes, then both proceed to PKCE verification and `createUserTokens`. Each surviving request mints a fresh access token, refresh…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-7w99-5wm4-3g79</guid>
    </item>
  </channel>
</rss>
