<?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-06T22:20:33.296310+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/euvd-2026-253691</id>
    <title>EUVD-2026-253691</title>
    <updated>2026-10-06T22:20:33.358359+00:00</updated>
    <content>EUVD-2026-253691</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-253691"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2025-59936</id>
    <title>fkie_cve-2025-59936</title>
    <updated>2026-10-06T22:20:33.358404+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>get-jwks contains fetch utils for JWKS keys. In versions prior to 11.0.2, a vulnerability in get-jwks can lead to cache poisoning in the JWKS key-fetching mechanism. When the iss (issuer) claim is validated only after keys are retrieved from the cache, it is possible for cached keys from an unexpected issuer to be reused, resulting in a bypass of issuer validation. This design flaw enables a potential attack where a malicious actor crafts a pair of JWTs, the first one ensuring that a chosen public key is fetched and stored in the shared JWKS cache, and the second one leveraging that cached key to pass signature validation for a targeted iss value. The vulnerability will work only if the iss validation is done after the use of get-jwks for keys retrieval. This issue has been patched in version 11.0.2.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2025-59936"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-qc2q-qhf3-235m</id>
    <title>GHSA-qc2q-qhf3-235m — get-jwks: poisoned JWKS cache allows post-fetch issuer validation bypass</title>
    <updated>2026-10-06T22:20:33.358443+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> npm: get-jwks</p>
<p>### Summary
A vulnerability in `get-jwks` can lead to cache poisoning in the JWKS key-fetching mechanism.</p>
<p>### Details
When the `iss` (issuer) claim is validated only after keys are retrieved from the cache, it is possible for cached keys from an unexpected issuer to be reused, resulting in a bypass of issuer validation. This design flaw enables a potential attack where a malicious actor crafts a pair of JWTs, the first one ensuring that a chosen public key is fetched and stored in the shared JWKS cache, and the second one leveraging that cached key to pass signature validation for a targeted `iss` value.</p>
<p>The vulnerability will work only if the `iss` validation is done after the use of `get-jwks` for keys retrieval, which usually is the common case.</p>
<p>### PoC
Server code:</p>
<p>```js
const express = require('express')
const buildJwks = require('get-jwks')
const { createVerifier } = require('fast-jwt')</p>
<p>const jwks = buildJwks({ providerDiscovery: true });
const keyFetcher = async (jwt) =&gt;
    jwks.getPublicKey({
        kid: jwt.header.kid,
        alg: jwt.header.alg,
        domain: jwt.payload.iss
    });</p>
<p>const jwtVerifier = createVerifier({
    key: keyFetcher,
    allowedIss: 'https://example.com',
});</p>
<p>const app = express();
const port = 3000;</p>
<p>app.use(express.json());</p>
<p>async function verifyToken(req, res, next) {
  const headerAuth = req.headers.authorization.split(' ')
  let token = '';
  if (headerAuth.length &gt; 1) {
    token = headerAuth[1];
  }</p>
<p>const payload = awa…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-qc2q-qhf3-235m"/>
  </entry>
</feed>
