Resultados para “openssl”
37 resultado(s)
curl reutiliza en HTTPS sesiones TLS creadas para FTPS, lo que permite sustituir una respuesta verificada
La caché de sesiones TLS de curl 8.12.0 a 8.23.0 no distingue el esquema de la URL. Un atacante en la red, con varias condiciones a favor, puede hacer pasar un fichero FTPS por una respuesta HTTPS válida sin romper la verificación del certificado.
7 min
curl con GnuTLS y Apple SecTrust acepta respuestas OCSP revocadas, falsificadas o caducadas con --cert-status
En compilaciones de curl con GnuTLS y Apple SecTrust, si GnuTLS rechaza una respuesta OCSP grapada, SecTrust acepta la cadena sin mirarla y --cert-status deja pasar una respuesta revocada, falsificada o caducada.
7 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
pyOpenSSL acepta la conexión TLS aunque el callback de SNI lance una excepción (fallo abierto)
Si la función que el servidor registra con set_tlsext_servername_callback lanza una excepción, pyOpenSSL devuelve «OK» a OpenSSL y el handshake sigue adelante, con lo que se saltan los controles hechos en ese punto.
4 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
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 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-92387: un servidor FTP malicioso congela todas las transferencias de libcurl saltándose el timeout
Un servidor FTP, IMAP, POP3 o SMTP que nunca envía la línea de respuesta final deja a libcurl girando en un bucle que no comprueba el timeout, bloqueando esa transferencia y todas las demás del mismo multi handle.
7 min
curl reutilizaba conexiones ligadas a otra dirección de origen al usar --interface con prefijos (CVE-2026-107929)
Con CURLOPT_INTERFACE en sus formas con prefijo (if!, host!, ifhost!), libcurl no tenía en cuenta la dirección de origen al reutilizar conexiones, así que una petición podía salir desde la IP pedida por otra anterior.
5 min
curl con GnuTLS filtra memoria del proceso a un servidor WebSocket malicioso al subir ficheros por wss:// (CVE-2026-107928)
Un servidor wss:// malicioso podía hacer que curl compilado con GnuTLS le enviara memoria del proceso situada tras el buffer de envío WebSocket, al responder a un PING en mitad de una subida bloqueada.
6 min