Resultados para “autenticación”
100 resultado(s)
Basecamp (Fizzy): los adjuntos privados de las tarjetas se podían abrir sin sesión con su URL de Active Storage
En app.fizzy.do, los ficheros subidos a una tarjeta y sus vistas previas se servían por URLs de Active Storage que cualquiera podía abrir, sin sesión y sin permisos sobre la tarjeta.
3 min
Confusión de decodificador en Discourse: lectura de ficheros de /tmp al convertir HEIF
La conversión de imágenes HEIF/HEIC en Discourse invocaba a ImageMagick sin fijar el decodificador, de modo que un .heic con cabecera PostScript llegaba a Ghostscript y permitía leer ficheros temporales de otros usuarios.
5 min
HackerOne: el formulario de canje de recompensas entregaba licencias de Burp Suite Pro sin comprobar la cuenta
El canje de la licencia de Burp Suite Pro del programa de puntos de HackerOne era un formulario de Google sin ligar a la cuenta: bastaba con cambiar de email para recibir licencias válidas una y otra vez.
3 min
libcurl conservaba la contraseña del proxy al cambiar o borrar CURLOPT_PROXYUSERPWD y la enviaba a otro proxy
Desde curl 8.8.0, volver a fijar CURLOPT_PROXYUSERPWD solo con usuario, o a NULL, no borraba la contraseña anterior. Un handle reutilizado podía mandar esa contraseña vieja a un proxy distinto.
5 min
curl reutilizaba entre orígenes distintos una conexión autenticada con Negotiate (CVE-2026-87861)
Un cambio en los comparadores de reutilización de conexiones de libcurl permitía que una petición para un host saliera por una conexión ya autenticada con Negotiate para otro host detrás del mismo proxy.
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
curl con wolfSSL acepta un pin de clave pública que el servidor no tiene por un certificado malformado
En curl 8.22.0 compilado con wolfSSL, un certificado con la longitud de "validity" manipulada hace que wolfSSL y curl lean claves públicas distintas del mismo DER, y curl acepta un pin de una clave que el servidor no posee.
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 seguía firmando con AWS SigV4 después de desactivarlo con CURLOPT_AWS_SIGV4 a NULL
En libcurl, poner CURLOPT_AWS_SIGV4 a NULL vaciaba los parámetros pero no desactivaba la autenticación SigV4, así que un handle reutilizado seguía enviando cabeceras Authorization firmadas a la siguiente URL.
5 min
Condición de carrera en el procesado de medios de WordPress 7.1: de autor a ejecución de PHP
En la línea de desarrollo de WordPress 7.1 un usuario con rol Autor podía encadenar varios endpoints REST de medios y ganar una carrera para que Imagick escribiera derivados de imagen con extensión .php y código PHP dentro, logrando ejecución remota persistente.
5 min
CVE-2026-86412: una cookie enviada por un servidor hace que curl vacíe el cookie jar y borre las de otros dominios
Un servidor HTTP podía fijar una cookie que curl guardaba en el cookie jar pero no sabía volver a leer. En la siguiente ejecución curl fallaba antes de conectar y, al cerrar, sobrescribía el jar vacío, borrando las cookies de todos los dominios.
7 min
CVE-2026-86414: un proxy malicioso puede quedarse con las credenciales del servidor de destino en curl
Respondiendo al CONNECT con un 401 en vez de un 407, un proxy HTTP no confiable hacía que libcurl le enviase las credenciales destinadas al servidor final (Basic o un ticket Kerberos), incluso usando --anyauth.
8 min