---

📖 Overview

CVE-2026-8932 is a security vulnerability in libcurl where the library may incorrectly reuse an existing TLS connection after mutual TLS (mTLS) client authentication settings have changed.

Because certain private key-related options were not included in libcurl's connection matching logic, an existing authenticated connection could be reused even when a different client certificate configuration should have forced a new TLS handshake.

Note: The standalone curl command-line tool is not affected. Only applications embedding libcurl are vulnerable.

---

⚠️ Technical Details

Property	Value
CVE	CVE-2026-8932
Component	libcurl
Type	Incomplete Connection Matching
CWE	CWE-305 (Authentication Bypass)
Severity	Low
Affected Versions	7.7 – 8.20.0
Fixed Version	8.21.0

---

🔍 Root Cause

When libcurl evaluates whether an existing TLS connection can be reused, several SSL parameters are compared.

However, some mTLS private key configuration options were omitted from this comparison.

As a result:

• Connection reuse succeeds
• TLS handshake is skipped
• Previous client credentials remain associated with the connection
• Authentication context becomes inconsistent

---

💥 Impact

Possible consequences include:

• Authentication confusion
• Incorrect mTLS identity reuse
• Unexpected client certificate usage
• Security policy violations
• Incorrect credential isolation

Although exploitation requires specific application behavior, environments relying heavily on mutual TLS authentication should update immediately.

---

📌 Affected Versions

Version	Status
7.7	❌ Vulnerable
7.x	❌ Vulnerable
8.0.x	❌ Vulnerable
8.20.0	❌ Vulnerable
8.21.0+	✅ Fixed

---

🛠 Mitigation

• Upgrade to libcurl 8.21.0 or later.
• Apply the official security patch if upgrading is not immediately possible.
• Avoid reusing libcurl handles after changing mTLS client certificate or private key settings.
• Validate TLS session behavior in applications that dynamically switch client certificates.

---

🔬 Attack Scenario

Application
      │
      ▼
Creates TLS connection
      │
      ▼
Authenticates with Client Certificate A
      │
      ▼
Application switches to Certificate B
      │
      ▼
libcurl incorrectly reuses old TLS connection
      │
      ▼
Certificate A remains in use
      │
      ▼
Authentication mismatch

---

📸 Demo

---

🧠 Why It Matters

Unlike memory corruption vulnerabilities, this issue affects the logic governing TLS connection reuse.

Applications expecting a new authenticated session after changing client credentials may unknowingly continue using an old session, potentially violating authentication boundaries.

---

🏆 Historical Significance

This vulnerability is notable because it:

• 🕒 Existed for more than 25 years
• 📚 Originated in curl 7.7 (2001)
• 🛡 Became the oldest known security issue ever fixed in libcurl

---

📚 References

• Official curl Security Advisory
• CVE-2026-8932
• CWE-305 Authentication Bypass

---