Resultados para “curl”
112 resultado(s)
CVE-2026-87865: libcurl con libssh2 presenta como "nueva" la clave falsa de un host SSH ya fijado en known_hosts
Con un known_hosts de nombres hasheados, libcurl usaba la primera entrada anónima sin comprobar su hash. Una clave hostil para un host ya fijado llegaba al callback como MISSING en vez de MISMATCH.
4 min
Use-after-free en subidas HTTP/2 de curl cuando el servidor corta el stream
Al subir un fichero por HTTP/2, curl 8.22.0 maneja mal un RST_STREAM del servidor y acaba reutilizando un objeto Curl_easy ya liberado. El resto del cuerpo pendiente se envía como si fuera una petición nueva y deja un puntero colgante.
5 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
curl: un 103 Early Hints anula la protección de -J y deja al servidor sobrescribir un fichero local
Con curl -O -J -i, un servidor que manda un 103 Early Hints (o un ETag temprano bajo --etag-save) antes del Content-Disposition logra truncar un fichero local que -J promete no tocar.
5 min
CVE-2026-92389: un servidor TFTP malicioso podía hacer que curl le enviase datos preparados para otra transferencia
curl aceptaba un ACK como respuesta a una petición de lectura TFTP y pasaba a modo envío, mandando al servidor lo que hubiera en CURLOPT_READDATA, aunque estuviera preparado para otra transferencia anterior.
6 min
curl reutilizaba una conexión FTP autenticada con certificado de cliente en transferencias sin TLS ni certificado
Una regresión en la reutilización de conexiones FTP de libcurl permitía que una transferencia sin TLS ni certificado usase una conexión ya autenticada con el certificado de cliente privilegiado de otro handle.
5 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
Un max-age desmesurado en HSTS vacía la caché de curl y borra las políticas de todos los demás dominios
Un servidor HTTPS podía enviar un max-age que curl aceptaba pero no sabía guardar. Al fallar el guardado, el fichero de caché HSTS quedaba vacío y se perdían las políticas de todos los dominios, sin ningún error.
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