When an FTP wildcard `LIST` operation fails, libcurl omits the restoration
path meant for successful listings, leaving the write callback set to the
internal listing parser and the write callback data pointing directly to the
easy handle. Subsequent reuse of this handle triggers an immediate crash, and
cloning it via `curl_easy_duphandle()` copies this corrupted state into the
duplicate. If the original handle is subsequently freed, executing a transfer
on the cloned handle causes a heap use-after-free read against the dangling
handle reference; alternatively, reusing the original or cloned handle while
changing only `CURLOPT_WRITEDATA` (and omitting `CURLOPT_WRITEFUNCTION`)
results in type confusion, forcing the internal parser to interpret incoming
server response bytes into memory at the application-supplied write data
pointer.
References
Configurations
No configuration.
History
30 Oct 2026, 13:20
| Type | Values Removed | Values Added |
|---|---|---|
| References | () https://hackerone.com/reports/4022070 - | |
| CVSS |
v2 : v3 : |
v2 : unknown
v3 : 9.1 |
| CWE | CWE-416 |
20 Oct 2026, 21:17
| Type | Values Removed | Values Added |
|---|---|---|
| New CVE |
Information
Published : 2026-10-20 21:17
Updated : 2026-10-30 13:20
NVD link : CVE-2026-92388
Mitre link : CVE-2026-92388
CVE.ORG link : CVE-2026-92388
JSON object : View
Products Affected
No product.
CWE
CWE-416
Use After Free