<?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>Sat, 03 Oct 2026 12:21:45 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-218897</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-218897</link>
      <description>EUVD-2026-218897</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-218897</guid>
    </item>
    <item>
      <title>fkie_cve-2023-27490</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2023-27490</link>
      <description>&lt;p&gt;NextAuth.js is an open source authentication solution for Next.js applications. `next-auth` applications using OAuth provider versions before `v4.20.1` have been found to be subject to an authentication vulnerability. A bad actor who can read traffic on the victim&amp;#39;s network or who is able to social engineer the victim to click a manipulated login link could intercept and tamper with the authorization URL to **log in as the victim**, bypassing the CSRF protection. This is due to a partial failure during a compromised OAuth session where a session code is erroneously generated. This issue has been addressed in version 4.20.1. Users are advised to upgrade. Users unable to upgrade may using Advanced Initialization, manually check the callback request for state, pkce, and nonce against the provider configuration to prevent this issue. See the linked GHSA for details.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;NextAuth.js is an open source authentication solution for Next.js applications. `next-auth` applications using OAuth provider versions before `v4.20.1` have been found to be subject to an authentication vulnerability. A bad actor who can read traffic on the victim&amp;#39;s network or who is able to social engineer the victim to click a manipulated login link could intercept and tamper with the authorization URL to **log in as the victim**, bypassing the CSRF protection. This is due to a partial failure during a compromised OAuth session where a session code is erroneously generated. This issue has been addressed in version 4.20.1. Users are advised to upgrade. Users unable to upgrade may using Advanced Initialization, manually check the callback request for state, pkce, and nonce against the provider configuration to prevent this issue. See the linked GHSA for details.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2023-27490</guid>
    </item>
    <item>
      <title>GHSA-7r7x-4c4q-c4qf — Missing proper state, nonce and PKCE checks for OAuth authentication</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-7r7x-4c4q-c4qf</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: next-auth&lt;/p&gt;
&lt;p&gt;### Impact
`next-auth` applications using OAuth provider versions before `v4.20.1` are affected.&lt;/p&gt;
&lt;p&gt;A bad actor who can spy on the victim&amp;#39;s network or able to social engineer the victim to click a manipulated login link could intercept and tamper with the authorization URL to **log in as the victim**, bypassing the CSRF protection.&lt;/p&gt;
&lt;p&gt;As an example, an attack can happen in the following scenario.&lt;/p&gt;
&lt;p&gt;&amp;gt; TL;DR: The attacker steals the victim&amp;#39;s authenticated callback by intercepting and tampering with the authorization URL created by `next-auth`.&lt;/p&gt;
&lt;p&gt;1. The victim attempts to log in to the `next-auth` site. For example https://next-auth-example.vercel.app/
2. `next-auth` sets the `checks` cookies according to how the OAuth provider is configured. In this case, `state` and `pkce` are set by default for the Google Provider.
&amp;lt;img width=&amp;#34;1971&amp;#34; alt=&amp;#34;Screen Shot 2023-03-03 at 09 54 26&amp;#34; src=&amp;#34;https://user-images.githubusercontent.com/31528554/222619750-a2062bb8-99eb-4985-a75c-d75acd3da67e.png&amp;#34;&amp;gt;&lt;/p&gt;
&lt;p&gt;3. The attacker intercepts the returned authorization URL, strips away the OAuth check (nonce, state, pkce), and returns the URL _without_ the check to the victim&amp;#39;s browser. For example:
From 
```https://accounts.google.com/o/oauth2/v2/auth/oauthchooseaccount?client_id=client_id&amp;amp;scope=openid%20email%20profile&amp;amp;response_type=code&amp;amp;redirect_uri=https%3A%2F%2Fnext-auth-example.vercel.app%2Fapi%2Fauth%2Fcallback%2Fgoogle&amp;amp;state=state&amp;amp;code_challenge=code_challenge&amp;amp;code_challenge_method=S256&amp;amp;service=lso&amp;amp;o2v=2&amp;amp;fl…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; npm: next-auth&lt;/p&gt;
&lt;p&gt;### Impact
`next-auth` applications using OAuth provider versions before `v4.20.1` are affected.&lt;/p&gt;
&lt;p&gt;A bad actor who can spy on the victim&amp;#39;s network or able to social engineer the victim to click a manipulated login link could intercept and tamper with the authorization URL to **log in as the victim**, bypassing the CSRF protection.&lt;/p&gt;
&lt;p&gt;As an example, an attack can happen in the following scenario.&lt;/p&gt;
&lt;p&gt;&amp;gt; TL;DR: The attacker steals the victim&amp;#39;s authenticated callback by intercepting and tampering with the authorization URL created by `next-auth`.&lt;/p&gt;
&lt;p&gt;1. The victim attempts to log in to the `next-auth` site. For example https://next-auth-example.vercel.app/
2. `next-auth` sets the `checks` cookies according to how the OAuth provider is configured. In this case, `state` and `pkce` are set by default for the Google Provider.
&amp;lt;img width=&amp;#34;1971&amp;#34; alt=&amp;#34;Screen Shot 2023-03-03 at 09 54 26&amp;#34; src=&amp;#34;https://user-images.githubusercontent.com/31528554/222619750-a2062bb8-99eb-4985-a75c-d75acd3da67e.png&amp;#34;&amp;gt;&lt;/p&gt;
&lt;p&gt;3. The attacker intercepts the returned authorization URL, strips away the OAuth check (nonce, state, pkce), and returns the URL _without_ the check to the victim&amp;#39;s browser. For example:
From 
```https://accounts.google.com/o/oauth2/v2/auth/oauthchooseaccount?client_id=client_id&amp;amp;scope=openid%20email%20profile&amp;amp;response_type=code&amp;amp;redirect_uri=https%3A%2F%2Fnext-auth-example.vercel.app%2Fapi%2Fauth%2Fcallback%2Fgoogle&amp;amp;state=state&amp;amp;code_challenge=code_challenge&amp;amp;code_challenge_method=S256&amp;amp;service=lso&amp;amp;o2v=2&amp;amp;fl…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-7r7x-4c4q-c4qf</guid>
    </item>
    <item>
      <title>gsd-2023-27490</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2023-27490</link>
      <description>gsd-2023-27490</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2023-27490</guid>
    </item>
  </channel>
</rss>
