[PATCH] CURLSHOPT_SHARE.3: HSTS sharing is not thread-safe
authorDaniel Stenberg <daniel@haxx.se>
Thu, 9 Mar 2023 17:01:34 +0000 (18:01 +0100)
committerSamuel Henrique <samueloph@debian.org>
Thu, 18 May 2023 22:43:40 +0000 (23:43 +0100)
Reported-by: Hiroki Kurosawa
Closes #10732

Gbp-Pq: Name CVE-2023-27537.patch

docs/libcurl/opts/CURLSHOPT_SHARE.3

index 0d32c25d6c3e7cf0fdc5ec0a0d0daabd6226b6ee..2346cdb1b60a33e47d1e1d5cf4224b6791f10d20 100644 (file)
@@ -57,8 +57,7 @@ implemented until 7.23.0.
 Put the connection cache in the share object and make all easy handles using
 this share object share the connection cache.
 
-Note that due to a known bug, it is not safe to share connections this way
-between multiple concurrent threads.
+It is not supported to share connections between multiple concurrent threads.
 
 Connections that are used for HTTP/1.1 Pipelining or HTTP/2 multiplexing only
 get additional transfers added to them if the existing connection is held by
@@ -82,6 +81,8 @@ multi handle will share PSL cache by default without using this option.
 .IP CURL_LOCK_DATA_HSTS
 The in-memory HSTS cache.
 
+It is not supported to share the HSTS between multiple concurrent threads.
+
 Added in 7.88.0
 .SH PROTOCOLS
 All