Resultados para “kerberos”
7 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-8925: doble liberación de memoria en curl al fallar la negociación SASL con GSASL
Si la prueba de un mecanismo SCRAM fallaba, curl liberaba el contexto de libgsasl sin anular el puntero y lo volvía a liberar al cerrar la conexión. Un servidor IMAP o SMTP podía provocarlo solo con anunciar SCRAM.
6 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 (CVE-2026-13608): un servidor LDAP malicioso podía saltarse la autenticación SASL/Kerberos de libcurl
El backend OpenLDAP de libcurl daba por buena la conexión cuando SASL se quedaba sin mecanismos, lo que permitía a un servidor falso anular la autenticación mutua de Kerberos e inyectar resultados LDAP.
5 min