Skip to content
KitploitKITPLOIT
StrumentiBlog
Invia
StrumentiBlog
Invia

Strumenti di Hacking, PenTest e Cybersecurity per il tuo Arsenale di Sicurezza!

Kitploit è una directory di strumenti di hacking, cybersecurity e pentesting. Scopri gli ultimi aggiornamenti dei progetti per trovare vulnerabilità, analizzare sistemi, automatizzare i test e rafforzare la tua sicurezza.

··Feed·Contatto·Privacy·© 2026 Kitploit

Directory degli strumenti

Categorie

Vedi tutte le categorie
Loading categories
CVE-2026-73310 — Proof of concept e descrizione tecnica per CVE-2026-73310, una vulnerabilità di binding dell'URI di reindirizzamento del codice di autorizzazione OAuth2 in XenForo precedente alla versione 2.3.13, inclusi i passaggi di riproduzione e uno script PoC in Python. | Kitploit
Strumenti/GitHubGitHub/bombobombone/cve-2026-73310
Analisi delle VulnerabilitàExploitSfruttamento di Applicazioni WebSicurezza WebAutenticazione
GitHubbombobombone/cve-2026-73310

CVE-2026-73310

Proof of concept e descrizione tecnica per CVE-2026-73310, una vulnerabilità di binding dell'URI di reindirizzamento del codice di autorizzazione OAuth2 in XenForo precedente alla versione 2.3.13, inclusi i passaggi di riproduzione e uno script PoC in Python.

Vedi Repository
10h 29m faNon ancora revisionato

Più Popolari

Vedi tutti →

Scopri gli strumenti più utilizzati dalla nostra community.

Esplora tutti gli strumenti

Sfoglia la nostra collezione di strumenti

Vedi tutti gli strumenti →
Condividi

CVE-2026-73310

XenForo precedente alla versione 2.3.13 non associa un codice di autorizzazione OAuth2 all'URI di reindirizzamento utilizzato quando tale codice è stato emesso.

Cosa succede

All'endpoint del token, XenForo verifica che il redirect_uri inviato sia presente nell'elenco dei consentiti del client. Non confronta il valore con l'URI di reindirizzamento memorizzato nella richiesta di autorizzazione. Un client con callback A e B può quindi autorizzare tramite A e riscattare il codice dichiarando B.

Un attaccante deve controllare o osservare un codice valido e una callback diversa già registrata per lo stesso client. Il bug non crea un codice né aggiunge un nuovo URI di reindirizzamento. Indebolisce il legame tra l'autorizzazione sul canale front-end e lo scambio del token.

Ho riprodotto la discrepanza su XenForo 2.3.12 (build 2031270): la callback A ha emesso il codice, la callback B lo ha scambiato e il token risultante ha autenticato l'utente autorizzante. XenForo 2.3.13 contiene la correzione.

Prova di concetto

root@kitploit:~
python poc.py https://xenforo.example CLIENT_ID AUTHORIZATION_CODE https://client.example/callback-b --code-verifier VERIFIER

Aggiungi --client-secret solo per un client di test riservato. Lo script calcola l'hash dei token restituiti e segnala solo se li ha accettati.

/api/me

Usa due callback e una concessione OAuth monouso di tua proprietà. Un'installazione vulnerabile accetta la callback B; un'installazione corretta rifiuta la discrepanza.

Riferimenti

  • Registro CVE
  • Avviso VulnCheck
  • Rilascio XenForo 2.3.13

Scoperto da Marco Paciaroni (BomboBombone).

Scarica lo strumento