Resultados para “libcurl”
47 resultado(s)
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.
5 min
curl con HTTP/3 (ngtcp2) enviaba la petición en early data antes de verificar el certificado del servidor
Al reanudar una sesión TLS con early data, el backend ngtcp2 de curl daba la conexión por establecida y mandaba cabeceras y cuerpo de la petición antes de comprobar el certificado. Un atacante en medio podía leerlos.
5 min
CVE-2026-8926: curl envía la contraseña de .netrc de un usuario con el nombre de otro usuario puesto en la URL
Si la URL lleva un usuario y .netrc guarda la contraseña de otro login para el mismo host, curl combina ambos y manda esa contraseña con el usuario de la URL en la cabecera Authorization.
4 min
CVE-2026-8925: doble liberación de memoria en curl al fallar la negociación SASL con GSASL
Si la prueba de un mecanismo SCRAM fallaba, curl liberaba el contexto de libgsasl sin anular el puntero y lo volvía a liberar al cerrar la conexión. Un servidor IMAP o SMTP podía provocarlo solo con anunciar SCRAM.
6 min
libcurl filtraba la autenticación Digest de un proxy a otro al cambiar el proxy por variables de entorno
Al reutilizar un mismo handle de libcurl 8.20.0, si el proxy cambiaba vía http_proxy o ALL_PROXY, el segundo proxy recibía una cabecera Proxy-Authorization Digest calculada para el primero, reutilizable contra él.
5 min
CVE-2026-8932: curl reutilizaba conexiones mTLS entre handles con distinta clave privada o contraseña de clave
curl solo comparaba parte de la configuración TLS al reutilizar conexiones: dos handles que compartían pool y diferían solo en la clave privada, su contraseña o su tipo usaban la misma conexión mTLS y la misma identidad.
8 min
curl con GnuTLS acepta respuestas OCSP grapadas falsas y da por bueno un certificado revocado con --cert-status
En curl 8.22.0 y 8.23.0 compilado con GnuTLS, --cert-status solo comprobaba que llegase alguna respuesta OCSP grapada, sin mirar su contenido. Un servidor con un certificado revocado podía colar una respuesta falsa de 5 bytes.
5 min
CVE-2026-115528: curl con wolfSSL acepta servidores TLS sin certificado y les envía las credenciales
Compilado con wolfSSL, curl completaba el handshake TLS 1.2 con un servidor que usaba un cifrado anónimo (sin certificado) al conectar por nombre de host, pese a tener activada la verificación, y le enviaba credenciales y datos.
4 min
Use-after-free en curl con proveedores de OpenSSL 3: el contexto se libera antes de cerrar la conexión TLS
Con CURLOPT_SSLENGINE apuntando a un proveedor de OpenSSL 3 y la interfaz multi, curl liberaba el OSSL_LIB_CTX mientras una conexión pendiente de cierre seguía usándolo. Es un arreglo incompleto de CVE-2026-80229.
7 min
curl con OpenSSL: la caché de CApath provoca un use-after-free que un servidor malicioso puede disparar
Desde curl 8.23.0, los certificados de CApath quedan en la caché del multi handle tras liberarse su contexto de OpenSSL. Un servidor con un certificado falso puede hacer que el cliente lea esa memoria liberada y se caiga.
7 min
curl con libssh2 compara por prefijo las entradas [host]:puerto de known_hosts y fuerza el tipo de clave de otro host
Una comparación con strncmp hace que `[10.0.0.1]:2222` también valga para 10.0.0.12. curl fuerza entonces el tipo de clave de otro host y un atacante en medio puede convertir un MISMATCH en MISSING.
4 min
CVE-2026-111480: use-after-free y doble free en libcurl al reanudar una transferencia desde un callback
Llamar a curl_easy_pause() desde un callback mientras libcurl reenvía datos en búfer libera memoria que el bucle exterior sigue usando. La aplicación se cae, pero un servidor remoto no puede provocarlo por sí solo.
5 min