BUG/MEDIUM: stream: Prevent mux upgrades if client connection is no longer ready
authorChristopher Faulet <cfaulet@haproxy.com>
Wed, 28 Aug 2024 13:42:22 +0000 (15:42 +0200)
committerWilly Tarreau <w@1wt.eu>
Mon, 2 Sep 2024 18:09:33 +0000 (20:09 +0200)
If an early error occurred on the client connection, we must prevent any
multiplexer upgrades. Indeed, it is unexpected for a mux to be initialized
with no xprt. On a normal workflow it is impossible. So it is not an
issue. But if a mux upgrade is performed at the stream level, an early error
on the connection may have already been handled by the previous mux and the
connection may be already fully closed. If the mux upgrade is still
performed, a crash can be experienced.

It is possible to have a crash with an implicit TCP>HTTP upgrade if there is no
data in the input buffer. But it is also possible to get a crash with an
explicit "switch-mode http" rule.

It must be backported to all stable versions. In 2.2, the patch must be
applied directly in stream_set_backend() function.

(cherry picked from commit e4812404c541018ba521abf6573be92553ba7c53)
Signed-off-by: Willy Tarreau <w@1wt.eu>

src/stream.c

index ed5c268..566f86a 100644 (file)
@@ -1489,6 +1489,10 @@ int stream_set_http_mode(struct stream *s, const struct mux_proto_list *mux_prot
                return 0;
 
        conn = sc_conn(sc);
+
+       if (!sc_conn_ready(sc))
+               return 0;
+
        if (conn) {
                se_have_more_data(s->scf->sedesc);
                /* Make sure we're unsubscribed, the the new