Reports

Resultados para “user-agent”

24 resultado(s)

MEDIA#3419587

AWS Auto Scaling: seis endpoints dejaban en CloudTrail "AWS Internal" en lugar de la IP y el user-agent del que llama

Seis endpoints de la API de AWS Auto Scaling registraban en CloudTrail la IP de origen y el user-agent como "AWS Internal", lo que permitía a un atacante con credenciales actuar sin dejar esos datos en los logs.

[OTROS]aws_vdp
10 nov 2026
3 min
ALTA#3329310

Campfire (Basecamp): una clave de bot sin token permitía escribir mensajes en nombre de cualquier usuario

En Campfire, de Basecamp, una clave de bot con la parte del token vacía (por ejemplo `2-`) se aceptaba como válida y permitía, sin iniciar sesión, publicar mensajes en las salas haciéndose pasar por cualquier usuario.

[AUTENTICACIÓN]basecamp
09 nov 2026
3 min
CRÍTICA#2932960

SSRF ciego en Stripo: la exportación a webhook enviaba peticiones del servidor a cualquier URL

El servicio de exportación de my.stripo.email aceptaba cualquier dirección en el campo webhookUrl, sin filtrar, y hacía que su propio servidor enviase peticiones HTTP a la URL que eligiera el usuario.

[SSRF]stripo
09 nov 2026
4 min
BAJA#3721183

CVE-2026-8458: curl reutiliza una conexión Negotiate autenticada aunque cambie el nombre de servicio

libcurl 8.20.0 reaprovechaba una conexión HTTP ya autenticada con Negotiate para un servicio (svcA) al pedir otro distinto (svcB) en el mismo host, sin repetir el handshake. Es una variante de un arreglo incompleto de CVE-2026-5545.

[AUTENTICACIÓN]curl
08 nov 2026
5 min
ALTA#3979217

Basecamp: secuestro de webhooks de otras cuentas con PUT y DELETE en proyectos All-access

La API de Basecamp comprobaba la visibilidad del proyecto y no la pertenencia a la cuenta: cualquier usuario podía redirigir o borrar webhooks de proyectos All-access ajenos y recibir en su servidor lo que se publicaba en ellos.

[IDOR / BOLA]basecamp
01 nov 2026
5 min
BAJA#3027405

Departamento de Defensa de EE. UU.: el endpoint /users devolvía datos personales y auth_data sin autenticación

Un endpoint de la API de un sitio del Departamento de Defensa de EE. UU. devolvía a cualquier visitante, sin iniciar sesión, el nombre, email, rol y datos de autenticación de los usuarios.

[EXPOSICIÓN DE DATOS]deptofdefense
30 oct 2026
2 min
MEDIA#3852102

Vercel Live: un colaborador revocado recuperaba el acceso a los comentarios privados cuando otro colaborador comentaba

En Vercel Live, el token de un colaborador ya expulsado volvía a ser aceptado en cuanto un colaborador activo usaba la barra de comentarios, y con él se podían descargar los hilos privados del despliegue.

[AUTENTICACIÓN]vercel
29 oct 2026
5 min
MEDIA#3591764

Lovable: invitar con rol de solo lectura sin plan Pro cambiando un parámetro de la petición

La API de Lovable no comprobaba el plan al crear enlaces de invitación: con una cuenta gratuita bastaba cambiar access_level de write a read para conceder "View access", una opción reservada al plan Pro.

[LÓGICA DE NEGOCIO]lovable-vdp
26 oct 2026
3 min
BAJA#3025797

Mozilla Pontoon: cualquier usuario podía fijar o desfijar comentarios ajenos en cualquier proyecto o idioma

Los endpoints /pin-comment/ y /unpin-comment/ de Pontoon solo exigían sesión iniciada: el botón se ocultaba en la interfaz, pero el servidor no comprobaba si el usuario era gestor del proyecto.

[IDOR / BOLA]mozilla
25 oct 2026
4 min
MEDIA#3993549

curl entregaba tickets Kerberos (Negotiate) a otro host tras una redirección con usuario y contraseña en la URL

Una redirección cuyo Location incluía usuario:contraseña desactivaba en libcurl el control que impide enviar credenciales a otro origen, y curl mandaba un ticket Kerberos válido al servidor del atacante.

[AUTENTICACIÓN]curl4 veces compartido
20 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
MEDIA#3577145

Amazon Quick (QuickSight): los agentes de chat con IA seguían accesibles aunque el administrador los hubiera bloqueado

Los permisos personalizados de Amazon Quick solo ocultaban los agentes de chat en la interfaz. El backend no los comprobaba, así que cualquier usuario podía seguir chateando con el agente SYSTEM llamando directamente a la API.

[APIS]aws_vdp
19 oct 2026
5 min
Página 1 de 2Siguientes →