Resultados para “redireccion”
17 resultado(s)
SSRF en Lichess: el parámetro players de la exportación de partidas hacía que el servidor pidiera cualquier URL
Los endpoints públicos de exportación de partidas de Lichess pasaban el parámetro players, sin validar, al cliente HTTP del servidor. Cualquiera, sin autenticarse, podía hacer que Lichess lanzase peticiones GET a la URL que quisiera.
3 min
CVE-2026-111951: curl -OJ vacía un fichero existente si llega un Content-Disposition sin nombre antes del bueno
Con -O -J, un servidor que envía primero un Content-Disposition sin filename= y después otro con el nombre de un fichero ya existente consigue que curl lo deje a 0 bytes, aunque curl diga que se negó a sobrescribirlo.
4 min
Launchpad de 37signals enviaba tokens OAuth de la víctima a redirecciones sin verificar: acceso a la API de Basecamp
Cualquier cuenta de Basecamp podía registrar un cliente OAuth con un redirect_uri sin verificar. Launchpad enviaba allí el token de quien autorizaba, incluso sin client_secret, y con esos tokens se podían leer, cambiar y borrar proyectos.
6 min
curl con Schannel conserva la identidad del certificado de cliente tras una redirección gracias a la reanudación de sesión TLS
En curl 8.23.0 con Schannel, la reanudación de sesión TLS mantenía la identidad mTLS del cliente al seguir una redirección a otro origen. El investigador lo presenta como un arreglo incompleto de CVE-2026-86415.
3 min
Un servidor Nextcloud malicioso podía robar las credenciales del cliente de escritorio vía directDownloadUrl
El cliente de escritorio de Nextcloud enviaba la cabecera Authorization (usuario y contraseña en Base64) a cualquier URL de descarga que indicara el servidor, sin comprobar el origen, permitiendo a un servidor malicioso capturar esas credenciales.
4 min
curl enviaba un ticket Kerberos nuevo (Authorization: Negotiate) al host de una redirección si la URL llevaba usuario
Con --negotiate y -L, bastaba con que el servidor redirigiera a una URL con usuario y contraseña inventados para que curl pidiera al KDC un ticket Kerberos para el host del atacante y se lo enviara, saltándose la protección entre hosts.
6 min
CVE-2026-94266: curl filtra la contraseña de .netrc en la URL efectiva tras una redirección relativa
Al seguir una redirección relativa en el mismo host, curl copiaba el usuario y la contraseña sacados de .netrc a la URL efectiva, visible en CURLINFO_EFFECTIVE_URL, %{url_effective} y la salida de -v.
4 min
curl ignoraba la verificación de clave de host SSH al seguir una redirección de HTTPS a SFTP o SCP
Si curl empezaba con una URL HTTPS y seguía una redirección a SFTP, no aplicaba --knownhosts ni --hostpubsha256: un servidor SSH suplantado podía recibir credenciales y servir contenido falso.
6 min
curl reutilizaba conexiones Schannel autenticadas con certificado de cliente tras una redirección a otro origen
El caché de conexiones de libcurl no comparaba auto_client_cert, así que una petición redirigida podía viajar por una conexión Schannel ya autenticada con certificado de cliente que no debía usar.
5 min
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.
6 min
Redirección abierta en app.hey.com con "HTTPS://" en mayúsculas carga una web ajena dentro de la app de escritorio de HEY
El endpoint /proxy_image de app.hey.com comparaba el esquema distinguiendo mayúsculas. Con "HTTPS://" redirigía a cualquier web, y la app de escritorio la abría en una ventana propia de HEY.
6 min
curl aceptaba cookies para un sufijo público como co.uk. si el dominio terminaba en punto (CVE-2026-8924)
curl con soporte PSL rechazaba Domain=co.uk, pero aceptaba Domain=co.uk. cuando el host también acababa en punto. Así un servidor podía fijar una cookie que curl enviaba después a otros dominios bajo el mismo sufijo.
3 min