Resultados para “ftp”
14 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
CVE-2026-8286: curl reutilizaba conexiones STARTTLS sin comparar la configuración TLS y se saltaba la verificación
En IMAP, POP3, SMTP, FTP o LDAP con STARTTLS, curl podía reutilizar una conexión TLS abierta sin verificar el certificado para otra transferencia que sí exigía verificación o pinning de clave.
4 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
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: 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
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
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
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
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
CVE-2026-9547 en curl: el backend libssh trataba una clave de host de otro tipo como un servidor nuevo
Con libssh, curl comunicaba como "host desconocido" el caso en que el servidor presenta una clave de un tipo distinto al registrado en known_hosts, que libssh considera un posible ataque. Las aplicaciones con política TOFU podían aceptarla sin avisar.
5 min
curl ignoraba la verificación de la clave del host SSH al usar --proto-default sftp con URL sin esquema (CVE-2026-12064)
Con --proto-default sftp o scp y una URL sin esquema, curl descartaba en silencio --hostpubsha256, --hostpubmd5 y --knownhosts, y enviaba la contraseña a cualquier servidor SSH que respondiera.
5 min