When doing HTTP(S) transfers, libcurl might erroneously...
Critical severity
Unreviewed
Published
Dec 6, 2022
to the GitHub Advisory Database
•
Updated Apr 7, 2024
Description
Published by the National Vulnerability Database
Dec 5, 2022
Published to the GitHub Advisory Database
Dec 6, 2022
Last updated
Apr 7, 2024
When doing HTTP(S) transfers, libcurl might erroneously use the read callback (
CURLOPT_READFUNCTION
) to ask for data to send, even when theCURLOPT_POSTFIELDS
option has been set, if the same handle previously was used to issue aPUT
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 subsequentPOST
request. The problem exists in the logic for a reused handle when it is changed from a PUT to a POST.References