Resultados para “redirect”
20 resultado(s)
GitLab: aplicaciones OAuth de grupo marcadas como "de confianza" saltaban el consentimiento del usuario
Un dueño de grupo en GitLab podía manipular la edición de una aplicación OAuth para marcarla como "de confianza", un ajuste reservado a administradores, y obtener un token con alcance api de cualquier usuario que abriera un enlace.
3 min
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.
4 min
Open redirect en lovable.dev: una barra invertida en el parámetro redirect lleva a cualquier dominio externo
El parámetro redirect de lovable.dev esperaba una ruta relativa, pero un valor como /\google.com sacaba al usuario a un dominio externo. Con enlaces del dominio legítimo, esto servía para campañas de phishing.
2 min
CampTix (WordPress): basta el email de un asistente para abrir el contenido privado de [camptix_private]
El token de CampTix se calculaba con la IP de quien lo pedía, así que conocer el email de un asistente bastaba para leer contenido reservado y, de paso, expulsar al titular real de la entrada.
6 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: un redirect fallido deja un lector obsoleto y la siguiente subida lee memoria liberada (use-after-free)
Si un redirect tras un POST falla, libcurl conserva el lector del cuerpo anterior. La siguiente subida por FTP, SFTP, file o TFTP en el mismo handle lee bloques de 64 KB de memoria ya liberada y los envía al destino.
5 min
Lovable: el parche de una redirección abierta tras el login se salta con «/..//» en el parámetro redirect
El arreglo de una redirección abierta en lovable.dev solo bloqueaba variantes con barra invertida. Con el valor /..//google.com en redirect, el servidor seguía enviando al usuario recién autenticado a cualquier dominio externo.
2 min
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.
4 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 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
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.
4 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