Resultados para “negotiate”
6 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 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
curl enviaba un ticket Kerberos nuevo (Authorization: Negotiate) al host de una redirección si la URL llevaba usuario
Con --negotiate y -L, bastaba con que el servidor redirigiera a una URL con usuario y contraseña inventados para que curl pidiera al KDC un ticket Kerberos para el host del atacante y se lo enviara, saltándose la protección entre hosts.
6 min
CVE-2026-86414: un proxy malicioso puede quedarse con las credenciales del servidor de destino en curl
Respondiendo al CONNECT con un 401 en vez de un 407, un proxy HTTP no confiable hacía que libcurl le enviase las credenciales destinadas al servidor final (Basic o un ticket Kerberos), incluso usando --anyauth.
8 min
curl entregaba tickets Kerberos (Negotiate) a otro host tras una redirección con usuario y contraseña en la URL
Una redirección cuyo Location incluía usuario:contraseña desactivaba en libcurl el control que impide enviar credenciales a otro origen, y curl mandaba un ticket Kerberos válido al servidor del atacante.
6 min
curl 8.21.0 en Windows reutiliza conexiones Negotiate con la identidad equivocada (CVE-2026-19931)
En Windows con SSPI/Negotiate, libcurl 8.21.0 podía reutilizar una conexión autenticada con las credenciales del usuario de sesión para una petición que pedía otras credenciales, y el servidor la atendía con la identidad anterior.
2 min