<?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>Mon, 05 Oct 2026 18:10:53 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-42762</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-42762</link>
      <description>EUVD-2026-42762</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-42762</guid>
    </item>
    <item>
      <title>fkie_cve-2020-15222</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2020-15222</link>
      <description>&lt;p&gt;In ORY Fosite (the security first OAuth2 &amp;amp; OpenID Connect framework for Go) before version 0.31.0, when using &amp;#34;private_key_jwt&amp;#34; authentication the uniqueness of the `jti` value is not checked. When using client authentication method &amp;#34;private_key_jwt&amp;#34;, OpenId specification says the following about assertion `jti`: &amp;#34;A unique identifier for the token, which can be used to prevent reuse of the token. These tokens MUST only be used once, unless conditions for reuse were negotiated between the parties&amp;#34;. Hydra does not seem to check the uniqueness of this `jti` value. This problem is fixed in version 0.31.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;In ORY Fosite (the security first OAuth2 &amp;amp; OpenID Connect framework for Go) before version 0.31.0, when using &amp;#34;private_key_jwt&amp;#34; authentication the uniqueness of the `jti` value is not checked. When using client authentication method &amp;#34;private_key_jwt&amp;#34;, OpenId specification says the following about assertion `jti`: &amp;#34;A unique identifier for the token, which can be used to prevent reuse of the token. These tokens MUST only be used once, unless conditions for reuse were negotiated between the parties&amp;#34;. Hydra does not seem to check the uniqueness of this `jti` value. This problem is fixed in version 0.31.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2020-15222</guid>
    </item>
    <item>
      <title>GHSA-v3q9-2p3m-7g43 — Token reuse in Ory fosite</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-v3q9-2p3m-7g43</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/ory/fosite&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;When using client authentication method &amp;#34;private_key_jwt&amp;#34; [[1]](https://openid.net/specs/openid-connect-core-1_0.html#ClientAuthentication), OpenId specification says the following about assertion `jti`:&lt;/p&gt;
&lt;p&gt;&amp;gt; A unique identifier for the token, which can be used to prevent reuse of the token. These tokens MUST only be used once, unless conditions for reuse were negotiated between the parties&lt;/p&gt;
&lt;p&gt;Hydra does not seem to check the uniqueness of this `jti` value. Here is me sending the same token request twice, hence with the same `jti` assertion, and getting two access tokens:&lt;/p&gt;
&lt;p&gt;```
$ curl --insecure --location --request POST &amp;#39;https://localhost/_/oauth2/token&amp;#39; \
   --header &amp;#39;Content-Type: application/x-www-form-urlencoded&amp;#39; \
   --data-urlencode &amp;#39;grant_type=client_credentials&amp;#39; \
   --data-urlencode &amp;#39;client_id=c001d00d-5ecc-beef-ca4e-b00b1e54a111&amp;#39; \
   --data-urlencode &amp;#39;scope=application openid&amp;#39; \
   --data-urlencode &amp;#39;client_assertion_type=urn:ietf:params:oauth:client-assertion-type:jwt-bearer&amp;#39; \
   --data-urlencode &amp;#39;client_assertion=eyJhb [...] jTw&amp;#39;
{&amp;#34;access_token&amp;#34;:&amp;#34;zeG0NoqOtlACl8q5J6A-TIsNegQRRUzqLZaYrQtoBZQ.VR6iUcJQYp3u_j7pwvL7YtPqGhtyQe5OhnBE2KCp5pM&amp;#34;,&amp;#34;expires_in&amp;#34;:3599,&amp;#34;scope&amp;#34;:&amp;#34;application openid&amp;#34;,&amp;#34;token_type&amp;#34;:&amp;#34;bearer&amp;#34;}⏎
$ curl --insecure --location --request POST &amp;#39;https://localhost/_/oauth2/token&amp;#39; \
   --header &amp;#39;Content-Type: application/x-www-form-urlencoded&amp;#39; \
   --data-urlencode &amp;#39;grant_type=client_credentials&amp;#39; \
   --data-urlencode &amp;#39;client_id=c001d00d-5ecc-beef-ca4e-b…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: github.com/ory/fosite&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;When using client authentication method &amp;#34;private_key_jwt&amp;#34; [[1]](https://openid.net/specs/openid-connect-core-1_0.html#ClientAuthentication), OpenId specification says the following about assertion `jti`:&lt;/p&gt;
&lt;p&gt;&amp;gt; A unique identifier for the token, which can be used to prevent reuse of the token. These tokens MUST only be used once, unless conditions for reuse were negotiated between the parties&lt;/p&gt;
&lt;p&gt;Hydra does not seem to check the uniqueness of this `jti` value. Here is me sending the same token request twice, hence with the same `jti` assertion, and getting two access tokens:&lt;/p&gt;
&lt;p&gt;```
$ curl --insecure --location --request POST &amp;#39;https://localhost/_/oauth2/token&amp;#39; \
   --header &amp;#39;Content-Type: application/x-www-form-urlencoded&amp;#39; \
   --data-urlencode &amp;#39;grant_type=client_credentials&amp;#39; \
   --data-urlencode &amp;#39;client_id=c001d00d-5ecc-beef-ca4e-b00b1e54a111&amp;#39; \
   --data-urlencode &amp;#39;scope=application openid&amp;#39; \
   --data-urlencode &amp;#39;client_assertion_type=urn:ietf:params:oauth:client-assertion-type:jwt-bearer&amp;#39; \
   --data-urlencode &amp;#39;client_assertion=eyJhb [...] jTw&amp;#39;
{&amp;#34;access_token&amp;#34;:&amp;#34;zeG0NoqOtlACl8q5J6A-TIsNegQRRUzqLZaYrQtoBZQ.VR6iUcJQYp3u_j7pwvL7YtPqGhtyQe5OhnBE2KCp5pM&amp;#34;,&amp;#34;expires_in&amp;#34;:3599,&amp;#34;scope&amp;#34;:&amp;#34;application openid&amp;#34;,&amp;#34;token_type&amp;#34;:&amp;#34;bearer&amp;#34;}⏎
$ curl --insecure --location --request POST &amp;#39;https://localhost/_/oauth2/token&amp;#39; \
   --header &amp;#39;Content-Type: application/x-www-form-urlencoded&amp;#39; \
   --data-urlencode &amp;#39;grant_type=client_credentials&amp;#39; \
   --data-urlencode &amp;#39;client_id=c001d00d-5ecc-beef-ca4e-b…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-v3q9-2p3m-7g43</guid>
    </item>
    <item>
      <title>gsd-2020-15222</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2020-15222</link>
      <description>gsd-2020-15222</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2020-15222</guid>
    </item>
  </channel>
</rss>
