Buy commercial curl support from WolfSSL. We help you work
out your issues, debug your libcurl applications, use the API, port to new
platforms, add new features and more. With a team lead by the curl founder
himself.
[SECURITY ADVISORY] CVE-2022-32221: POST following PUT confusion (curl)
- Contemporary messages sorted: [ by date ] [ by thread ] [ by subject ] [ by author ] [ by messages with attachments ]
From: Daniel Stenberg via curl-library <curl-library_at_lists.haxx.se>
Date: Wed, 26 Oct 2022 08:26:35 +0200 (CEST)
CVE-2022-32221: POST following PUT confusion
============================================
Project curl Security Advisory, October 26 2022 -
[Permalink](https://curl.se/docs/CVE-2022-32221.html)
VULNERABILITY
-------------
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.
We are not aware of any exploit of this flaw.
INFO
Date: Wed, 26 Oct 2022 08:26:35 +0200 (CEST)
CVE-2022-32221: POST following PUT confusion
============================================
Project curl Security Advisory, October 26 2022 -
[Permalink](https://curl.se/docs/CVE-2022-32221.html)
VULNERABILITY
-------------
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.
We are not aware of any exploit of this flaw.
INFO
---- The code actually sending wrong data or doing a use-after-free is not present in libcurl code but are only presumed scenarios that might become the outcome of libcurl surprisingly calling the read callback in a situation where it is not expected to. This flaw cannot be triggered with the command line tool. This issue was [reported and managed publicly](https://github.com/curl/curl/issues/9507) before the security impact was properly understood. The Common Vulnerabilities and Exposures (CVE) project has assigned the name CVE-2022-32221 to this issue. CWE-440: Expected Behavior Violation Severity: medium AFFECTED VERSIONS ----------------- - Affected versions: libcurl 7.7 to and including 7.85.0 - Not affected versions: libcurl < 7.7 and >= 7.86.0 libcurl is used by many applications, but not always advertised as such! THE SOLUTION ------------ [The fix for CVE-2022-32221](https://github.com/curl/curl/commit/a64e3e59938abd7d6) was committed to the curl git repository and made public before the security impact of this issue become clear to us. The securty impact was not highlighted in the commit message nor surrounding messsaging. RECOMMENDATIONS -------------- A - Upgrade curl to version 7.86.0 B - Apply the patch to your local version C - Do not do mix using the read callback and postfields string on a reused easy handle TIMELINE -------- This issue was reported to the curl project on September 19, 2022. We contacted distros_at_openwall on October 18, 2022. libcurl 7.86.0 was released on October 26 2022, coordinated with the publication of this advisory. CREDITS ------- - Reported-by: Robby Simpson - Patched-by: Daniel Stenberg Thanks a lot! -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://curl.se/support.html -- Unsubscribe: https://lists.haxx.se/listinfo/curl-library Etiquette: https://curl.se/mail/etiquette.htmlReceived on 2022-10-26