Description
When doing HTTP(S) transfers, libcurl might erroneously use the read callback (`CURLOPT_READFUNCTION`) to ask for data to send, even when the `CURLOPT_POSTFIELDS` option has been set, if the same handle previously was used to issue a `PUT` request which used that callback. This flaw may surprise the application and cause it to misbehave and either send off the wrong data or use memory after free or similar in the subsequent `POST` request. The problem exists in the logic for a reused handle when it is changed from a PUT to a POST.
Affected products
haxx: curl; netapp: clustered data ontap; netapp: h300s firmware; netapp: h300s; netapp: h500s firmware; netapp: h500s; netapp: h700s firmware; netapp: h700s; netapp: h410s firmware; netapp: h410s; debian: debian linux; apple: macos; splunk: universal forwarder
References10
- hackerone.com/reports/1704017 ExploitIssue TrackingThird Party Advisory
- hackerone.com/reports/1704017 ExploitIssue TrackingThird Party Advisory
- seclists.org/fulldisclosure/2023/Jan/19 Mailing ListThird Party Advisory
- seclists.org/fulldisclosure/2023/Jan/20 Mailing ListThird Party Advisory
- www.openwall.com/lists/oss-security/2023/05/17/4 Mailing List
- lists.debian.org/debian-lts-announce/2023/01/msg00028.html Mailing ListThird Party Advisory
- security.gentoo.org/glsa/202212-01 Third Party Advisory
- security.netapp.com/advisory/ntap-20230110-0006/ Third Party Advisory
- security.netapp.com/advisory/ntap-20230208-0002/ Third Party Advisory
- support.apple.com/kb/HT213604 Third Party Advisory
Metrics
- CVSS 3.1
-
9.8
CRITICAL
Score source: NVD
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H - EPSS — exploit probability
- 5% percentile: 92 · as of 6 November 2026
- CWE
- CWE-200CWE-668
Could this be exploited in your environment?
A patch closes the known hole. A penetration test shows what an attacker can still reach — with proof.