Reports

Configuración

Problemas que no vienen del código sino de cómo está desplegado: paneles expuestos, cabeceras de seguridad ausentes, CORS demasiado permisivo, subdominios huérfanos que se pueden tomar o ficheros internos accesibles desde fuera.

Guía: Configuración, qué es y cómo se busca →
ALTA#2967634

Un proxy expuesto a Internet en Reddit daba acceso a dominios internos con solo cambiar la cabecera Host

Un proxy de Reddit accesible desde Internet en una IP y puerto sueltos atendía peticiones dirigidas, mediante la cabecera Host, a dominios internos pensados solo para empleados.

[CONFIGURACIÓN]reddit
12 nov 2026
2 min
BAJA#3367676

Tabnabbing en el webmail Roundcube de Nextcloud: la ventana de redacción podía redirigir la pestaña original

La ventana nueva que abre Roundcube para redactar correos conservaba acceso a window.opener, de modo que desde ella se podía cambiar en segundo plano la dirección de la pestaña del webmail y llevar al usuario a una página de phishing.

[CONFIGURACIÓN]nextcloud
10 nov 2026
2 min
BAJA#3346375

Una URL de CDN del Departamento de Defensa de EE. UU. publicaba el listado XML de sus objetos, con ETag incluido

Una URL de CDN del programa del Departamento de Defensa devolvía en XML el listado de objetos almacenados. Los ficheros seguían protegidos, pero nombres, fechas, tamaños y ETag quedaban a la vista de cualquiera.

[CONFIGURACIÓN]deptofdefense
01 nov 2026
3 min
BAJA#2119892

Clickjacking en sketch.pixiv.net/draw: engañar al usuario con un inicio de sesión falso

Un investigador señaló que la página de dibujo de pixiv Sketch podía usarse en un ataque de clickjacking para engañar a la víctima con un inicio de sesión falso. El reporte consta con severidad baja.

[CONFIGURACIÓN]pixiv
31 oct 2026
2 min
MEDIA#3183046

Omise: la CDN de www.omise.co guardaba una copia distinta de cada página por cada parámetro GET inventado

La CDN de www.omise.co usaba la URL completa como clave de caché, sin descartar parámetros desconocidos. Con ?test=123, ?abc=456… cualquiera podía llenar la caché de copias idénticas de una misma página.

[CONFIGURACIÓN]omise3 veces compartido
29 oct 2026
3 min
BAJA#3772818

Inyección de código local en el cliente de escritorio de Nextcloud para macOS vía secuestro de @rpath

Un usuario normal de macOS podía cargar una librería propia en el proceso de Nextcloud que gestiona el inicio de sesión web, gracias a una entitlement que desactiva la validación de firmas y a una ruta de compilación muerta en el binario.

[CONFIGURACIÓN]nextcloud
25 oct 2026
6 min
CRÍTICA#3589269

Desincronización 0.CL: HTTP request smuggling en Essity

Un desajuste entre cómo el proxy frontal y el servidor de origen interpretan la cabecera Content-Length permitía inyectar una petición en la conexión de otro usuario (desincronización 0.CL) y degradar el servicio.

[CONFIGURACIÓN]essity
19 oct 2026
6 min
CRÍTICA#3584078

Listado de directorios en un servidor web de Essity dejaba al descubierto credenciales de base de datos y copias de la web

Un servidor web de Essity tenía activado el listado de directorios, así que cualquiera podía recorrer sus ficheros: credenciales de la base de datos, una copia de seguridad de 69 MB con todo el código y documentos internos.

[CONFIGURACIÓN]essity
18 oct 2026
3 min
MEDIA#3966599

AWS: instancias go-httpbin expuestas en *.aws.dev permitían plantar cookies en todo el dominio y redirigir a cualquier web

Varias instancias públicas de go-httpbin en subdominios de aws.dev dejaban fijar cookies con Domain=aws.dev, que llegaban a otras aplicaciones del dominio (llegando a bloquearlas por el WAF), y redirigir a cualquier URL.

[CONFIGURACIÓN]aws_vdp13 visitas
17 oct 2026
4 min
MEDIA#3780277

AWS S3 Tables: 23 endpoints de no producción permitían enumerar permisos IAM sin dejar rastro en CloudTrail

Varios endpoints internos de S3 Tables aceptaban credenciales IAM normales y respondían distinto según los permisos, pero no registraban nada en CloudTrail. Un atacante con credenciales robadas podía averiguar a qué tenía acceso sin ser visto.

[CONFIGURACIÓN]aws_vdp
13 oct 2026
4 min
MEDIA#3630605

Kiro IDE guardaba los tokens de acceso de sus usuarios en un fichero legible por cualquiera (0644)

Kiro IDE escribía el access token y el refresh token en ~/.aws/sso/cache/kiro-auth-token.json con permisos 0644, así que cualquier proceso o usuario local podía leerlos y suplantar a la víctima ante la API de CodeWhisperer/Q Developer.

[CONFIGURACIÓN]aws_vdp
09 oct 2026
4 min
MEDIA#3702072

AWS Bedrock: sus API keys funcionaban en bedrock-mantle, fuera del Deny de IAM, de CloudTrail y de los logs

Las API keys de Bedrock también autenticaban en bedrock-mantle.{región}.api.aws, un segundo plano de inferencia que no cubrían el Deny de IAM, la detección en CloudTrail ni el registro de prompts que recomienda AWS.

[CONFIGURACIÓN]aws_vdp
07 oct 2026
7 min
Página 1 de 2Siguientes →