When doing HTTP(S) transfers, libcurl might erroneously use the read...
Vulnerability 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.
Impact Analysis
Refer to official advisory for detailed impact metrics.
Remediation
Ensure systems are updated to the latest vendor-supplied patch levels.
Am I Vulnerable?
Launch our assessment wizard to check if your infrastructure is exposed to • CVE-2022-32221
Credits & Attribution
No credits recorded in the NVD database.
References
- https://hackerone.com/reports/1704017
- https://security.gentoo.org/glsa/202212-01
- https://security.netapp.com/advisory/ntap-20230110-0006/
- https://support.apple.com/kb/HT213604
- https://support.apple.com/kb/HT213605
- http://seclists.org/fulldisclosure/2023/Jan/20
- http://seclists.org/fulldisclosure/2023/Jan/19
- https://www.debian.org/security/2023/dsa-5330
- https://lists.debian.org/debian-lts-announce/2023/01/msg00028.html
- https://security.netapp.com/advisory/ntap-20230208-0002/
- http://www.openwall.com/lists/oss-security/2023/05/17/4
