CVE-2015-9235

Dimostrazione dell'attacco di confusione dell'algoritmo sulle librerie Json Web Token (JWT). I JWT sono spesso usati nei cookie per certificare una sessione utente, quindi questo attacco è critico. Il modulo node [email protected] è stato utilizzato per dimostrare la vulnerabilità.

Questo progetto è stato anche una piacevole attività di vibe coding, dato che il frontend è stato realizzato quasi interamente con LLM, a parte le chiamate API.

Vulnerabilità

Il formato di un JWT è il seguente:

b64(header).b64(payload).b64(signature)
With in our case:
  header = (algorithm, type)
  payload = (username, role)

All'epoca, le varie librerie JWT potevano firmare con un algoritmo, ma non imponevano un algoritmo e facevano invece affidamento sul contenuto dell'header del JWT, permettendo così all'utente di decidere la propria crittografia. Ciò consente molti exploit, ma quello utilizzato in questo caso è il seguente:

1. Il backend crea JWT con una firma RSA 256 utilizzando la sua chiave privata
2. L'attaccante recupera la chiave pubblica dal backend, un caso d'uso perfettamente normale
3. L'attaccante forgia un JWT personalizzato con un algoritmo simmetrico (HMAC SHA-256 nel nostro caso) usando la chiave pubblica come segreto e impostando anche l'algoritmo su HS256 nell'header
4. Il backend verifica il JWT eseguendo HS256 con la sua chiave pubblica e il token viene validato!

Procedura

Autenticati come qualsiasi utente nella pagina di accesso. Dovrai prima registrarti.

Una volta nella home page, ci sarà un pulsante che può essere cliccato solo se si dispone di una sessione admin valida. Dovrai quindi eseguire l'exploit per forgiare questo JWT.

Infine, sostituisci il JWT originale con il JWT forgiato nell'archiviazione locale e, dopo un aggiornamento della pagina, il pulsante dovrebbe diventare cliccabile e la flag è tua!