Resultados para “handshake”
28 resultado(s)
MariaDB Connector/C++: un servidor malicioso puede tumbar el proceso cliente con un paquete de session tracking
Connector/C++ llamaba a std::stoi sobre el nombre de la variable auto_increment_increment en vez de su valor. La excepción resultante no la captura nadie y aborta el proceso cliente con solo dos paquetes de un servidor hostil.
4 min
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
MariaDB Connector/ODBC: SQLGetDescRec trata un descriptor como sentencia y escribe fuera de su bloque en el heap
SQLGetDescRec y SQLGetDescRecW limpiaban el error con la macro de sentencias sobre un descriptor: 13 bytes escritos fuera del bloque en cada llamada y, con un servidor hostil o un MITM, una escritura cuyo desplazamiento elige el servidor.
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
MariaDB Connector/C: un fallo de hostname en TLS permite forzar el envío de la contraseña en claro en el auth-switch
Connector/C solo bloqueaba plugins de autenticación sin hash si fallaba la cadena de confianza del certificado, no si fallaba el hostname. Un atacante en medio podía pedir mysql_clear_password y llevarse la contraseña.
5 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 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 con Schannel conserva la identidad del certificado de cliente tras una redirección gracias a la reanudación de sesión TLS
En curl 8.23.0 con Schannel, la reanudación de sesión TLS mantenía la identidad mTLS del cliente al seguir una redirección a otro origen. El investigador lo presenta como un arreglo incompleto de CVE-2026-86415.
3 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