CVEFinder.io

CVE-2026-1965

🔶 medium
🔍 Scan for this CVE
Summary

libcurl can in some circumstances reuse the wrong connection when asked to do an Negotiate-authenticated HTTP or HTTPS request. libcurl features a pool of recent connections so that subsequent requests can reuse an existing connection to avoid overhead. When reusing a connection a range of criterion must first be met. Due to a logical error in the code, a request that was issued by an application could wrongfully reuse an existing connection to the same server that was authenticated using diff

Description

libcurl can in some circumstances reuse the wrong connection when asked to do
an Negotiate-authenticated HTTP or HTTPS request.

libcurl features a pool of recent connections so that subsequent requests can
reuse an existing connection to avoid overhead.

When reusing a connection a range of criterion must first be met. Due to a
logical error in the code, a request that was issued by an application could
wrongfully reuse an existing connection to the same server that was
authenticated using different credentials. One underlying reason being that
Negotiate sometimes authenticates *connections* and not *requests*, contrary
to how HTTP is designed to work.

An application that allows Negotiate authentication to a server (that responds
wanting Negotiate) with `user1:password1` and then does another operation to
the same server also using Negotiate but with `user2:password2` (while the
previous connection is still alive) - the second request wrongly reused the
same connection and since it then sees that the Negotiate negotiation is
already made, it just sends the request over that connection thinking it uses
the user2 credentials when it is in fact still using the connection
authenticated for user1...

The set of authentication methods to use is set with `CURLOPT_HTTPAUTH`.

Applications can disable libcurl's reuse of connections and thus mitigate this
problem, by using one of the following libcurl options to alter how
connections are or are not reused: `CURLOPT_FRESH_CONNECT`,
`CURLOPT_MAXCONNECTS` and `CURLMOPT_MAX_HOST_CONNECTIONS` (if using the
curl_multi API).

CVSS Score
6.5
Medium
EPSS Score
0.1
Exploit Probability
Published Date
2026-03-11
First Seen: 2026-03-12
📊 Relative Risk Intelligence

This CVE is Lower Risk - more severe than 47.8% of all 329,456 vulnerabilities in our database.

#172,059
Below average severity
Severity Percentile
🎯 CISA SSVC Assessment Updated: Mar 11, 2026
🔍 Exploitation Status
None
No known exploits
⚙️ Automatable
NO
Requires human interaction
💥 Technical Impact
Partial
Limited system impact
🏆 Discovered By
Zhicheng Chen Daniel Stenberg (remediation developer)
SSVC data provided by CISA
Last Modified 2026-03-12
Source NVD 🔗
CVSS Vector 3.1 CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:N
CWE IDs (Weakness Types)

📦 Affected Products 1

🔗 References 2

🔗 Related CVEs 6

CVE ID Severity CVSS EPSS Summary Published
CVE-2026-4873 🔶 medium 5.9 0.0 A vulnerability exists where a connection requiring TLS incorrectly reuses an existing unencrypted connection from the s... 2026-05-13
CVE-2026-6253 🔶 medium 5.9 0.0 curl might erroneously pass on credentials for a first proxy to a second proxy. This can happen when the following cond... 2026-05-13
CVE-2026-6276 ⚠️ high 7.5 0.0 Using libcurl, when a custom `Host:` header is first set for an HTTP request and a second request is subsequently done u... 2026-05-13
CVE-2026-6429 🔶 medium 5.3 0.0 When asked to both use a `.netrc` file for credentials and to follow HTTP redirects, libcurl could leak the password use... 2026-05-13
CVE-2026-7009 🔶 medium 5.3 0.0 When curl is told to use the Certificate Status Request TLS extension, often referred to as *OCSP stapling*, to verify t... 2026-05-13
CVE-2026-7168 🔶 medium 5.3 0.1 Successfully using libcurl to do a transfer over a specific HTTP proxy (`proxyA`) with **Digest** authentication and the... 2026-05-13
These CVEs affect the same products