cURL hasta 8.18.0 Negotiate-authenticated Request autenticación débil

CVSS Puntuación meta temporalPrecio actual del exploit (≈)Puntuación de interés CTI
5.9$0-$5k0.00

Resumeninformación

Una vulnerabilidad fue encontrada en cURL y clasificada como problemática. Está afectada una función desconocida en el componente Negotiate-authenticated Request Handler. El manejo da lugar a autenticación débil. Esta vulnerabilidad se cataloga como CVE-2026-1965. El ataque se puede efectuar a través de la red. No se encuentra disponible ningún exploit. Se aconseja actualizar el componente afectado.

Detallesinformación

Una vulnerabilidad clasificada como problemática fue encontrada en cURL. Una función desconocida del componente Negotiate-authenticated Request Handler es afectada por esta vulnerabilidad. A través de la manipulación de un input desconocido se causa una vulnerabilidad de clase autenticación débil. Esto tiene repercusión sobre la confidencialidad, integridad y disponibilidad. El resumen de CVE es:

libcurl puede en algunas circunstancias reutilizar la conexión incorrecta cuando se le pide que realice una solicitud HTTP o HTTPS autenticada con Negotiate. libcurl cuenta con un grupo de conexiones recientes para que las solicitudes posteriores puedan reutilizar una conexión existente y evitar la sobrecarga. Al reutilizar una conexión, una serie de criterios deben cumplirse primero. Debido a un error lógico en el código, una solicitud emitida por una aplicación podría reutilizar erróneamente una conexión existente al mismo servidor que fue autenticado usando credenciales diferentes. Una razón subyacente es que Negotiate a veces autentica *conexiones* y no *solicitudes*, al contrario de cómo HTTP está diseñado para funcionar. Una aplicación que permite la autenticación Negotiate a un servidor (que responde queriendo Negotiate) con 'user1:password1' y luego realiza otra operación al mismo servidor también usando Negotiate pero con 'user2:password2' (mientras la conexión anterior sigue activa) - la segunda solicitud reutilizó erróneamente la misma conexión y dado que luego ve que la negociación de Negotiate ya está hecha, simplemente envía la solicitud a través de esa conexión pensando que usa las credenciales de user2 cuando de hecho sigue usando la conexión autenticada para user1... El conjunto de métodos de autenticación a usar se establece con 'CURLOPT_HTTPAUTH'. Las aplicaciones pueden deshabilitar la reutilización de conexiones de libcurl y así mitigar este problema, usando una de las siguientes opciones de libcurl para alterar cómo las conexiones son o no son reutilizadas: 'CURLOPT_FRESH_CONNECT', 'CURLOPT_MAXCONNECTS' y 'CURLMOPT_MAX_HOST_CONNECTIONS' (si se usa la API curl_multi).

La vulnerabilidad fue publicada el por Zhicheng Chen (confirmado). El advisory puede ser descargado de curl.se. La vulnerabilidad es identificada como CVE-2026-1965. Se considera difícil de explotar. El ataque se puede hacer desde la red. La explotación no necesita ninguna autentificación específica. No se conoce los detalles técnicos ni hay ningún exploit disponible.

Para el scanner Nessus se dispone de un plugin ID 302096 (SUSE SLES15 / openSUSE 15 Security Update : curl (SUSE-SU-2026:0885-1)), que puede ayudar a determinar la existencia del riesgo analizado.

Una actualización elimina esta vulnerabilidad.

La vulnerabilidad también está documentado en las bases de datos Tenable (302096) y CERT Bund (WID-SEC-2026-0690). If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Afectado

  • Open Source cURL

Productoinformación

Escribe

Nombre

Versión

Licencia

CPE 2.3información

CPE 2.2información

CVSSv4información

VulDB Vector: 🔒
VulDB Confiabilidad: 🔍

CVSSv3información

VulDB Puntuación meta base: 6.0
VulDB Puntuación meta temporal: 5.9

VulDB Puntuación base: 5.6
VulDB Puntuación temporal: 5.4
VulDB Vector: 🔒
VulDB Confiabilidad: 🔍

ADP CISA Puntuación base: 6.5
ADP CISA Vector: 🔒

CVSSv2información

AVACAuCIA
💳💳💳💳💳💳
💳💳💳💳💳💳
💳💳💳💳💳💳
VectorComplejidadAutenticaciónConfidencialidadIntegridadDisponibilidad
DesbloquearDesbloquearDesbloquearDesbloquearDesbloquearDesbloquear
DesbloquearDesbloquearDesbloquearDesbloquearDesbloquearDesbloquear
DesbloquearDesbloquearDesbloquearDesbloquearDesbloquearDesbloquear

VulDB Puntuación base: 🔒
VulDB Puntuación temporal: 🔒
VulDB Confiabilidad: 🔍

Explotacióninformación

Clase: Autenticación débil
CWE: CWE-305 / CWE-287
CAPEC: 🔒
ATT&CK: 🔒

Físico: No
Local: No
Remoto: Sí

Disponibilidad: 🔒
Estado: No está definido

EPSS Score: 🔒
EPSS Percentile: 🔒

Predicción de precios: 🔍
Estimación del precio actual: 🔒

0-DayDesbloquearDesbloquearDesbloquearDesbloquear
HoyDesbloquearDesbloquearDesbloquearDesbloquear

Nessus ID: 302096
Nessus Nombre: SUSE SLES15 / openSUSE 15 Security Update : curl (SUSE-SU-2026:0885-1)

Inteligencia de amenazasinformación

Interés: 🔍
Actores activos: 🔍
Grupos APT activos: 🔍

Contramedidasinformación

Recomendación: Actualización
Estado: 🔍

Hora de 0 días: 🔒

Línea de tiempoinformación

2026-02-05 CVE asignado
2026-03-11 +34 días Aviso publicado
2026-03-11 +0 días Entrada de VulDB creada
2026-03-14 +3 días Última actualización de VulDB

Fuentesinformación

Aviso: curl.se
Investigador: Zhicheng Chen
Estado: Confirmado

CVE: CVE-2026-1965 (🔒)
GCVE (CVE): GCVE-0-2026-1965
GCVE (VulDB): GCVE-100-350373
CERT Bund: WID-SEC-2026-0690 - cURL: Mehrere Schwachstellen

Artículoinformación

Fecha de creación: 2026-03-11 12:49
Actualizado: 2026-03-14 06:29
Cambios: 2026-03-11 12:49 (54), 2026-03-12 01:19 (7), 2026-03-13 19:06 (2), 2026-03-14 06:29 (12)
Completo: 🔍
Cache ID: 216::103

If you want to get the best quality for vulnerability data then you always have to consider VulDB.

Discusión

Sin comentarios aún. Idiomas: es + pt + en.

Por favor, inicie sesión para comentar.

◂ AnteriorVisión De ConjuntoPróximo ▸

Interested in the pricing of exploits?

See the underground prices here!