Skip to content
KitploitKITPLOIT
HerramientasBlog
Enviar
HerramientasBlog
Enviar

¡Herramientas de Hacking, PenTest y Ciberseguridad para tu Arsenal de Seguridad!

Kitploit es un directorio de herramientas de hacking, ciberseguridad y pentesting. Descubre las últimas actualizaciones de proyectos para encontrar vulnerabilidades, analizar sistemas, automatizar pruebas y fortalecer tu seguridad.

··Feeds·Contacto·Privacidad·© 2026 Kitploit

Directorio de Herramientas

Categorías

Ver todas las categorías
Loading categories
CVE-2026-73310 — Prueba de concepto y documentación técnica para CVE-2026-73310, una falla de vinculación del URI de redirección del código de autorización OAuth2 en XenForo anterior a 2.3.13, que incluye pasos de reproducción y un script PoC en Python. | Kitploit
Herramientas/GitHubGitHub/bombobombone/cve-2026-73310
Análisis de VulnerabilidadesExplotaciónExplotación de Aplicaciones WebSeguridad WebAutenticación
GitHubbombobombone/cve-2026-73310

CVE-2026-73310

Prueba de concepto y documentación técnica para CVE-2026-73310, una falla de vinculación del URI de redirección del código de autorización OAuth2 en XenForo anterior a 2.3.13, que incluye pasos de reproducción y un script PoC en Python.

Ver Repositorio
hace 10h 29mAún no revisado

Más Populares

Ver todos →

Descubre las herramientas más usadas por nuestra comunidad.

Explora todas las herramientas

Explora nuestra colección de herramientas

Ver todas las herramientas →
Compartir

CVE-2026-73310

XenForo anterior a 2.3.13 no vincula un código de autorización OAuth2 al URI de redirección utilizado cuando se emitió ese código.

Qué ocurre

En el endpoint de token, XenForo comprueba que el redirect_uri enviado esté en la lista de permitidos del cliente. No compara el valor con el URI de redirección almacenado en la solicitud de autorización. Un cliente con las devoluciones de llamada A y B puede, por tanto, autorizar a través de A y canjear el código mientras declara B.

Un atacante debe controlar u observar un código válido y una devolución de llamada diferente ya registrada para el mismo cliente. El fallo no crea un código ni añade un nuevo URI de redirección. Debilita la vinculación entre la autorización de canal frontal y el intercambio de token.

Reproduje el desajuste en XenForo 2.3.12 (build 2031270): la devolución de llamada A emitió el código, la devolución de llamada B lo intercambió, y el token resultante se autenticó como el usuario autorizante. XenForo 2.3.13 contiene la corrección.

Prueba de concepto

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

Añada --client-secret solo para un cliente de prueba confidencial. El script aplica hash a los tokens devueltos e informa únicamente de si los aceptó.

/api/me

Use dos devoluciones de llamada y una concesión OAuth desechable que usted posea. Una instalación vulnerable acepta la devolución de llamada B; una instalación corregida rechaza el desajuste.

Referencias

  • Registro CVE
  • Aviso de VulnCheck
  • Lanzamiento de XenForo 2.3.13

Descubierto por Marco Paciaroni (BomboBombone).

Descargar herramienta