Reports

Resultados para “rest-api”

6 resultado(s)

CRÍTICA#3840113

Essity: más de 120.000 emails de clientes expuestos en un programa de fidelización WordPress vía ?author=N

Un WordPress de fidelización de una marca italiana de Essity mostraba sin autenticación el email de casi todos sus 123.000 usuarios: el nombre visible era el correo y se podía enumerar por ID con /?author=N.

[EXPOSICIÓN DE DATOS]essity
10 nov 2026
4 min
ALTA#4152553

Secure Custom Fields (WordPress) entregaba sin login entradas privadas, borradores y contraseñas de posts protegidos

Los campos de referencia de Secure Custom Fields resolvían IDs de entradas con acf_get_posts(), que no comprueba permisos de lectura: un visitante anónimo podía leer posts privados, borradores y la contraseña en claro de los protegidos.

[EXPOSICIÓN DE DATOS]wordpress
06 nov 2026
4 min
MEDIA#4029867

WordPress: la API gpre/v1 de events.wordpress.org mostraba los asistentes de eventos protegidos con contraseña

Un envoltorio REST propio (gpre/v1) de la plataforma de eventos de WordPress devolvía, sin sesión ni contraseña, la lista de asistentes de eventos recurrentes protegidos que la API oficial de GatherPress sí bloqueaba.

[APIS]wordpress
05 nov 2026
4 min
CRÍTICA#3873072

Inyección SQL sin autenticación en WordPress por confusión de rutas en el endpoint batch de la REST API

El endpoint batch de la REST API de WordPress (/wp-json/batch/v1) permitía una inyección SQL ciega sin autenticación encadenando una desincronización en el reparto de subpeticiones con la falta de validación de tipo en author__not_in.

[SQL INJECTION]essity
03 oct 2026
4 min
CRÍTICA#3931771

WordPress: XSS almacenado de Autor a Administrador mediante el nombre de fichero de una miniatura en wp-admin

El endpoint REST finalize guardaba sin sanear el nombre de fichero de los tamaños de imagen, y get_media_item() lo pintaba sin escapar en wp-admin: un Autor podía ejecutar JavaScript en la sesión de un administrador.

[XSS]wordpress12 visitas
28 sep 2026
7 min
CRÍTICA#3931777

Un autor de WordPress podía borrar cualquier fichero del servidor abusando del endpoint /finalize

Un fallo de path traversal en el endpoint de medios de Gutenberg/WordPress permitía a un usuario con rol Autor borrar archivos arbitrarios del disco, incluido wp-config.php, y quedarse con el control del sitio.

[APIS]wordpress10 visitas
27 sep 2026
6 min