Resultados para “certificados”
21 resultado(s)
Un proxy expuesto a Internet en Reddit daba acceso a dominios internos con solo cambiar la cabecera Host
Un proxy de Reddit accesible desde Internet en una IP y puerto sueltos atendía peticiones dirigidas, mediante la cabecera Host, a dominios internos pensados solo para empleados.
2 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-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
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
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
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 OpenSSL y Apple SecTrust acepta grapas OCSP falsificadas, caducadas o "unknown" pese a --cert-status
Cuando Apple SecTrust valida la cadena, curl deja de comprobar la grapa OCSP por su cuenta y SecTrust la evalúa en modo tolerante: una respuesta falsificada, caducada o "unknown" pasa --cert-status sin error.
5 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 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 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 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