Incolla un token JWT e ottieni un audit security-first: rilevamento di alg=none, brute-force di un secret HS256 contro un dizionario di 50 secret comuni, claim mancanti (exp, iat, aud, iss, jti), lifetime sospetto oltre i 30 giorni, header kid con caratteri da injection, jku e x5u non pinnati. Per la sola lettura del token (claim explainer, expiry countdown, verifica HS256 opzionale) c'è il JWT decoder; questo audit assume la firma valida e si concentra sulla postura di sicurezza della configurazione.
Tipico flow: cattura il token dalla request HTTP del browser (DevTools > Network > header Authorization: Bearer...), oppure da log applicativi, oppure da copia diretta dell'output del tuo identity provider in fase di test.
Tre parti separate da punto: header.payload.signature. Il tool valida il formato base64url e fallisce con messaggio chiaro se uno dei tre segmenti è malformato.
Output: header e payload decoded (visibili full-text per ispezione manuale) + lista findings security ordinati per severita' + punteggio indicativo 0-100. Ogni finding ha riferimento normativo e remediation suggerita.
Per integrare il report in un audit document o ticket interno: bottone 'Copia report' produce versione testuale; 'Stampa' del browser per export PDF (CSS print-ottimizzato che nasconde nav e CTA).
Il rischio reale dei JWT viene dalla configurazione, non dal formato. Leggere il payload di un token (cosa fa il JWT decoder) è la parte facile; chiedersi se quel token è esposto a uno dei pattern noti di compromissione è ciò che separa un'integrazione production-grade da un incidente in attesa di accadere.
Vettori di attacco classici verificati dall'audit. (1) alg=none: librerie JWT storicamente vulnerabili (jsonwebtoken < 8.5, jose < 4 fra le più note) accettavano header {"alg":"none"} bypassando la verifica della firma. Se il backend non rifiuta esplicitamente questo valore, un attaccante può forgiarsi token con qualunque payload. (2) HS256 con weak secret: HMAC con secret condiviso brute-forzabile offline se il secret è un dictionary word; l'audit prova un dizionario di 50 secret comuni e segnala HIGH se uno verifica la firma. (3) kid injection: l'header kid è usato dal backend come key path; se non sanitizzato si presta a path traversal (es. ../../../dev/null punta a file vuoto, secret = stringa vuota, forgery riuscita) o SQL injection nella tabella keys. (4) jku/x5u trust: header che dichiarano l'URL della chiave pubblica con cui verificarsi; senza pinning lato backend, un attaccante che controlla la URL controlla la chiave.
Claim mancanti. RFC 7519 definisce claim opzionali con valore di sicurezza: exp (expiration), nbf (not before), iat (issued at), jti (anti-replay), aud (audience, contro confused deputy), iss (issuer, contro rogue IdP). Anti-pattern frequente: token senza exp, che vivono per sempre senza possibilità di revoca server-side né rotazione automatica; oppure senza aud, che un service A può inoltrare a un service B che lo accetta perché coperto dallo stesso IdP.
Limite operativo. L'audit non verifica la firma del token: per quello serve la chiave del backend (HS256 secret o RS256 public key). Per la verifica HS256 opzionale c'è il campo dedicato del JWT decoder; per RS256/ES256 la verifica richiede il fetch del JWKS dell'IdP, ambito tipico dell'SDK ufficiale del provider in modalità debug. L'audit assume la firma valida e si concentra sui rischi di configurazione.
| Check | Severita' | Riferimento |
|---|---|---|
| alg=none / alg=None | Critico | CVE multipli (Auth0 lib 2015, jsonwebtoken < 8.5) |
| HS256 con secret nel dizionario di 50 secret comuni | Alto | OWASP JWT Cheatsheet |
| exp mancante | Alto | RFC 7519 par. 4.1.4 |
| exp già scaduto (info) | Info | RFC 7519 |
| iat mancante | Basso | RFC 7519 par. 4.1.6 |
| aud mancante | Medio | OWASP confused deputy |
| iss mancante | Medio | OWASP rogue IdP |
| jti mancante | Basso | RFC 7519 par. 4.1.7 (anti-replay) |
| Lifetime > 30 giorni (exp - iat) | Alto | OWASP JWT Cheatsheet |
| kid presente con caratteri sospetti (path traversal, SQLi) | Medio | OWASP injection |
| jku presente | Alto | OWASP JWT spec abuse |
| x5u presente | Alto | OWASP JWT spec abuse |
| typ mancante | Info | RFC 7519 par. 5.1 |
Termini tecnici usati in questa pagina, spiegati in due righe.
header.payload.signature, base64url-encoded ognuno. Contiene claim JSON sull'identità o sull'autorizzazione. Standard de facto per API authentication moderne. alg che indica firma assente. RFC 7518 par. 3.6 lo definisce come opzione, ma OWASP raccomanda di rifiutarlo a livello applicativo per evitare bypass di firma. https://idp/.well-known/jwks.json. exp: expiration timestamp Unix. iat: issued at. nbf: not before. Tutti in secondi (non millisecondi). openssl rand -base64 32.kid: "../../../dev/null" -> backend cerca chiave nel filesystem -> trova file vuoto -> verifica HMAC con secret = stringa vuota. Forgery. (2) kid: "key1' UNION SELECT 'attacker'-- " -> backend fa SQL su tabella keys -> SQLi -> chiave attacker controllata. Mitigation: trattare kid come input untrusted, whitelist alfanumerica + lookup esatto in mappa interna.jku/x5u e usare solo JWKS endpoint hardcoded.header.encrypted_key.iv.ciphertext.tag) e il payload è cifrato, non leggibile senza chiave. JWT (RFC 7519) è typically signed-only (JWS), il payload è base64url plain. Il tool gestisce JWS classico.exp deve essere lungo (giorni-mesi tipico), (b) jti presente per anti-replay (refresh token andrebbero invalidati al primo uso), (c) aud ristretto ad endpoint di refresh, (d) idealmente HS256 sostituito da RS256 in arch multi-service.Questo tool segnala i rischi visibili dal singolo token. Una review professionale esamina il flusso completo: configurazione del provider, rotazione chiavi, refresh token, logout server-side, anti-replay (jti), audience binding, gestione del kid e jku/x5u. Lavoro su backend PHP, Laravel, Symfony, Node, Python.
Review architettura JWTWizard di 7 domande, 2 minuti, gratuito. Output: range di giorni-uomo, range di prezzo orientativo e raccomandazione di ingaggio. Tariffa di riferimento 300 euro al giorno. Pensato per progetti backend custom, integrazioni, audit di sicurezza o automazione AI.
Calcola il preventivo